• non_burglar@lemmy.world
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    7 hours ago

    If you have ever actually seen the discovery process, you’ll understand that bugs and rce’s don’t just popup on a list from a computer. Sure, you can generate a list of places to start testing, but each of those has to be validated, reproduced, documented and understood before it’s confirmed. It’s not just the discovery of a starting point that constitutes an rce or other vuln, there’s a ton of work that needs to be done by humans also.

    So a few bad ones in the news? Sure. A list of 1500 non-validated rces? I’m not holding my breath.

    You really have to think critically and let go of the “hacker” sensationalism in infosec, it’s easy to fall into.

    • Arthur Besse@lemmy.mlOPM
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      1
      ·
      6 hours ago

      Sure, you can generate a list of places to start testing, but each of those has to be validated, reproduced, documented and understood before it’s confirmed

      i guess you didn’t actually read the blog post this article links to? The number in the headline (948) is the number of LPE bugs which they say they validated and reproduced and developed exploits (and patches) for.

      • non_burglar@lemmy.world
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        3 hours ago

        I did. The article is scant, and the source report is everything bad about ai in the vuln world; high drama, low info. LPEs are not RCEs!

        And we don’t know what the exploits are. If it’s a bunch of local jvm consoles or vi escapes into shell where it’s like “oh this could give you root!”, that’s not super useful without knowing if it’s a dumb initial config or an actual use-after-free or other memory exploit.

        That’s why we don’t classify manufacturers with bad/no default creds as CVEs, that’s just bad

        Like I said, there is a lot of work to do before these become legit, and it almost certainly won’t be 958 exploits after actual professionals review them properly.

        And again, stop taking OpenAI at their word about security.

        • Arthur Besse@lemmy.mlOPM
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          2 hours ago

          LPEs are not RCEs

          They didn’t say they were, the post is very clear about the the 948 vulns they’re talking about being LPE.

          If it’s a bunch of local jvm consoles or vi escapes into shell

          if it was that, they wouldn’t be “Linux LPEs”. These are clearly kernel bugs they’re talking about.

          And again, stop taking OpenAI at their word about security.

          OpenAI is full of shit about a lot of things but I doubt they’re lying about having working exploits for these Linux bugs.

            • queermunist she/her@lemmy.ml
              link
              fedilink
              arrow-up
              1
              ·
              26 minutes ago

              What that tells me is that LLM agents can augment human hackers to perform feets neither could do on their own.

              I don’t know why I would then conclude OpenAI is simply lying about even finding exploits. It’s believable that human programmers, using LLMs, have been able to find exploits. They’re going to lie and give more credit to the Wizard than to the man behind the curtain, but that doesn’t mean the exploits themselves aren’t real.