• AutoTL;DRB
    link
    English
    011 months ago

    This is the best summary I could come up with:


    Once in place, this piece of dedicated hardware surreptitiously inhaled thousands of user names and passwords before it was finally discovered.

    Ylönen, who at the time knew little about implementing strong cryptography in code, set out to develop the Secure Shell Protocol (SSH) in early 1995, about three months after the discovery of the password sniffer.

    As one of the first network tools to route traffic through an impregnable tunnel fortified with a still-esoteric feature known as “public key encryption,” SSH quickly caught on around the world.

    Today, it’s hard to overstate the importance of the protocol, which underpins the security of apps used inside millions of organizations, including cloud environments crucial to Google, Amazon, Facebook, and other large companies.

    Now, nearly 30 years later, researchers have devised an attack with the potential to undermine, if not cripple, cryptographic SSH protections that the networking world takes for granted.

    The attack targets the BPP, short for Binary Packet Protocol, which is designed to ensure that adversaries with an active position can’t add or drop messages exchanged during the handshake.


    The original article contains 658 words, the summary contains 178 words. Saved 73%. I’m a bot and I’m open source!

    • fraksken
      link
      fedilink
      1011 months ago

      you missed this part:

      For Terrapin to be viable, the connection it interferes with also must be secured by either “ChaCha20-Poly1305” or “CBC with Encrypt-then-MAC,” both of which are cipher modes added to the SSH protocol (in 2013 and 2012, respectively). A scan performed by the researchers found that 77 percent of SSH servers exposed to the Internet support at least one of the vulnerable encryption modes, while 57 percent of them list a vulnerable encryption mode as the preferred choice.

      • @steventhedev@lemmy.world
        link
        fedilink
        5
        edit-2
        11 months ago

        Also that in order to exploit this it requires an active man in the middle. Which requires any of the following:

        • Reverse proxy hijack/NAT hijack - from a compromised machine near the server
        • BGP hijack - stealing traffic to the real IP
        • DNS hijack - stealing traffic to send to a different IP
        • Malicious/compromised network transit
        • Local network gateway control
        • WAP poisoning - wifi roaming is designed really well so this is actually easier than it sounds.

        Almost all of those have decent mitigations like 801.x and BGP monitoring. The best mitigation is that you can just change your client config to disable those ciphersuites though.