Bit of an alarmist headline here. The vulnerability has been patched in the most common clients (openssh) and it was because the protocol wasn't being implemented correctly. To say that the SSH protocol "just got a lot weaker" is just not true.
this post was submitted on 20 Dec 2023
87 points (80.9% liked)
Technology
59086 readers
3617 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
The headline is literally exactly opposite the truth, I would say.
It doesn't look that simple to me. From the Terrapin paper:
Although we suggest backward-compatible countermea- sures to stop our attacks, we note that the security of the SSH protocol would benefit from a redesign from scratch. This redesign should be guided by all findings and insights from both practical and theoretical security analysis, in a similar manner as was done for TLS 1.3.
It seems the protocol itself needs a revision and implementation-specific patches are easier and less-than-ideal solutions.
One could argue that even these solutions they provide are already changes to the protocol, and not just fixes to implementation bugs. Both the Sequence Number Reset and Full Transcript Hash add or change functionality at the communication protocol level, rather than simply covering corner cases.
Yeaaaa, a complete redesign from scratch sounds way more dangerous. “Noah, get the boat” isn’t always the best answer. There’s been a lot of thought and testing put into the magnificent work that is SSH over the past few decades.
I won't pretend I know better than the paper authors, what I can say is that some fixes are not incremental.
There are cases that mature tools and protocols should be left behind, and the danger lies exactly in using a protocol that was designed in the web 1.0 era.
Yes I was wrong to say that this an implementation detail rather than a protocol problem as the OpenSSH release notes to prevent this vulnerability include extensions to the SSH Transport Protocol, however I still believe that the headline is sensationalist at best since it can and has been protected against by patching ssh clients and servers. It would be entirely unreasonable in the majority of cases to simply stop using SSH on the basis of this vulnerability and that's why I think the headline exaggerates the problem. The Register has a much more measured take on this including comments from the paper's authors that people shouldn't panic and try to fix immediately.
Whole system rewrites are almost never a good idea
they are when fundamental assumptions change
Can't expect rewrites to be automatically better than what we have now. We have so many replacement for Clang..
In what way have the fundamental assumptions of SSH changed?
TLS and SSH has quite different attack vectors so sure, basing SSH on TLS 1.3 would prevent the problems SSH has, but also bring in the problems TLS has. Thing is, I much prefer SSHs tradeof for things SSH is used for while TLS could be argued makes a lot more sense for the HTTPS use case. It just very different chains of trust with very different weak points, just pointing at TLS 1.3 as a solution when talking about SSH is quite ignorant.
[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
Well thats easy then, just change your allowed ciphers.
ChaCha20-Poly1305 sounds like an auto-generated Reddit username.
You'll also have to be connecting to unknown networks or be the subject of a very targeted hacker. If you don't connect to "free wifi" at the airport no one is going to get to position themselves as the middle man in order to do this attack on you very easily.
I like this internet turtle.
OH MY GOD! Mario was right! There’s turtles In the pipes!
I mean, we've kinda always known and spoken of that 💩
Turtles are such underrated creatures and most people don't realise how important they are to computer science. Turtle robots! Turtle graphics! Not to even mention the very concept of shell access! And yes, turtles are probably very happy that Secure Shell was invented.
Heroes in a half-shell
I too lol
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!
Finland has done a lot for the industry... Hyvää Suomi!