• Jason2357@lemmy.ca
      link
      fedilink
      English
      arrow-up
      53
      ·
      19 hours ago

      It seems like the pattern emerging is that AI is great at finding these obscure vulnerabilities that are only exploitable on very particular systems with very particular, non-typical configurations, and only on nights where unicorns fart candycorn.

      Sure, fix them, but the hype is too much. Also, disable password auth on SSH already. Jesus. Keys arnt that hard.

      • P03 Locke@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        15
        arrow-down
        1
        ·
        17 hours ago

        More like AI is much faster at finding obscure vulnerabilities, because it doesn’t get tired of digging into the mind-numbing details of human-generated spaghetti code. Give a human the same kind of task, and they would die of boredom 12 hours into it.

        We’re entering an age where AI is quickly cleaning up the stupid security holes that have been created by decades of human mistakes, and will continue to be this way until increased AI security reviews will become more standard. The tribals wielding spears will continue to get shot by superior firepower until they adapt to the same weapons and protection themselves.

        • kkj@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          3
          ·
          9 hours ago

          “Cleaning up” seems a little generous. It’s finding them, but someone still has to patch them.

        • Jason2357@lemmy.ca
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 hours ago

          This example demonstrates my point though. It requires an extremely unusual system configuration that may or may not even exist in the real world it is so unusual. AI doesnt get tired, like you said, but its not about spaghetti code (both musl and openssh are gold-standard opposite of spaghetti code), its about trying every possible software combination in ways a human wouldnt bother.

        • urushitan 漆たん@kakera.kintsugi.moe
          link
          fedilink
          English
          arrow-up
          6
          arrow-down
          1
          ·
          16 hours ago

          Yeah and this isn’t a new paradigm, in the sense that tools to find exploits have gotten better repeatedly and allowed those with enough knowledge to use the tools to find them, regardless of if they could manually craft the exploit themselves. There’s a multitude of bug bounties that have been claimed by those who knew how to let a reverse engineering tool like ghidra hammer away at something with variation for long enough. And the models are capable of novel exploits on their own, but generally they are just doing the same, hammering ghidra with an MCP at accelerated scale. So “only ai would have found this bug” is technically untrue and moot.

      • MyFriendGodzilla@lemmy.world
        link
        fedilink
        English
        arrow-up
        16
        ·
        19 hours ago

        I agree about the AI, but desktop Linux has never been under haxxor pressure the same way windows or apple has. I also think the newer parts of the userbase are less technical than even ten years ago. Previously undocumented bugs found and squashed is great for everyone.

      • Allero@lemmy.today
        link
        fedilink
        English
        arrow-up
        3
        arrow-down
        5
        ·
        18 hours ago

        This particular vulnerability is precisely about logins with key. Using password login renders this vulnerability useless.

        • Jason2357@lemmy.ca
          link
          fedilink
          English
          arrow-up
          4
          ·
          10 hours ago

          Other way around. This requires a passwordless account configured with sha256 or sha512 password hash, musl system with openssh installed, no PAM, and password authentication allowed:

          When logging into a passwordless account, the attacker can gain access by inputting more than 256 characters in the password field.