• Aatube@kbin.melroy.org
    link
    fedilink
    arrow-up
    47
    arrow-down
    4
    ·
    7 months ago

    It allows a patched SSH client to bypass SSH authentication and gain access to a compromised computer

    • d3Xt3r@lemmy.nzM
      link
      fedilink
      arrow-up
      63
      ·
      edit-2
      7 months ago

      From what I’ve heard so far, it’s NOT an authentication bypass, but a gated remote code execution.

      There’s some discussion on that here: https://bsky.app/profile/filippo.abyssdomain.expert/post/3kowjkx2njy2b

      But it would be nice to have a similar digram like OP’s to understand how exactly it does the RCE and implements the SSH backdoor. If we understand how, maybe we can take measures to prevent similar exploits in the future.

      • underisk@lemmy.ml
        link
        fedilink
        arrow-up
        27
        arrow-down
        1
        ·
        7 months ago

        I think ideas about prevention should be more concerned with the social engineering aspect of this attack. The code itself is certainly cleverly hidden, but any bad actor who gains the kind of access as Jia did could likely pull off something similar without duplicating their specific method or technique.

        • whereisk@lemmy.world
          link
          fedilink
          arrow-up
          13
          ·
          7 months ago

          Ideally you need a double-blind checking mechanism definitionally impervious to social engineering.

          That may be possible in larger projects but I doubt you can do much in where you have very few maintainers.

          I bet the lesson here for future attackers is: do not affect start-up time.

          • underisk@lemmy.ml
            link
            fedilink
            arrow-up
            9
            ·
            7 months ago

            I imagine if this attacker wasn’t in a rush to get the backdoor into the upcoming Debian and Fedora stable releases he would have been able to notice and correct the increased CPU usage tell and remain undetected.

      • baseless_discourse@mander.xyz
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        7 months ago

        I am not a security expert, but the scenario they describe sounds exactly like authentication bypass to a layman like me.

        According to https://www.youtube.com/watch?v=jqjtNDtbDNI the software installs a malicious library that overwrite the signature verification function of ssh.

        I was wondering if the bypass function was designed to be slightly less resource intensive, it probably won’t be discovered and will be shipped to production.

        Also I have mixed feeling about dynamic linking, on the one hand, it allows projects like harden malloc to easily integrate into the system, on the other hand, it also enables the attacker to hijack the library in a similar fashion.

        EDIT: This is a remote code execution exploit, not authentication bypass. The payload is sent as an authentication message and will be executed by the compromised authentication function.

        This means:

        • the payload will be executed as root, since sshd run as root.
        • the payload will leave no trace in login log.

        So this is much worse than ssh authentication bypass.

        • Aatube@kbin.melroy.org
          link
          fedilink
          arrow-up
          6
          ·
          edit-2
          7 months ago

          5.6.1 in fact made it less resources-intensive, but the distro happened to not have updated yet when Freund discovered the backdoor.

        • Cochise@lemmy.eco.br
          link
          fedilink
          arrow-up
          2
          ·
          7 months ago

          Authentication bypass should give you interactive access. “I’m in” like. Remote code execution only allows you to run a command, without permanent access. You can use some RCE vulnerabilities to bypass authentication, but not all.

          • baseless_discourse@mander.xyz
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            7 months ago

            Yeah, but the malicious code replaces the ssh signature verification function to let it allow a specific signature. Hence attacker, with the key, can ssh into any system without proper authentication by ssh.

            This kind of describes authentication by-pass, not just remote code execution…

            EDIT: it is remote code execution, see the edit of parent comment.

      • Aatube@kbin.melroy.org
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        7 months ago

        Under the right circumstances this interference could potentially enable a malicious actor to break sshd authentication and gain unauthorized access to the entire system remotely. —Wikipedia, sourced to RedHat

        Of course, the authentication bypass allows remote code execution.