Technology

59106 readers

4574 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

SSH protects the world’s most sensitive networks. It just got a lot weaker (arstechnica.com)

submitted 10 months ago by eager_eagle@lemmy.world to c/technology@lemmy.world

28 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[–] eager_eagle@lemmy.world 16 points 10 months ago* (last edited 10 months ago) (4 children)

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.

[–] qx128@lemmy.world 22 points 10 months ago (1 children)

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.

[–] eager_eagle@lemmy.world 1 points 10 months ago* (last edited 10 months ago)

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.

[–] Piatro@programming.dev 22 points 10 months ago

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.

[–] originalfrozenbanana@lemm.ee 9 points 10 months ago (1 children)

Whole system rewrites are almost never a good idea

[–] eager_eagle@lemmy.world -1 points 10 months ago (2 children)

they are when fundamental assumptions change

[–] praise_idleness@sh.itjust.works 7 points 10 months ago

Can't expect rewrites to be automatically better than what we have now. We have so many replacement for Clang..

[–] originalfrozenbanana@lemm.ee 2 points 10 months ago (1 children)

In what way have the fundamental assumptions of SSH changed?

[–] eager_eagle@lemmy.world 3 points 10 months ago* (last edited 10 months ago) (2 children)

SSH carries design choices from the 90s that might not apply today.

But it's the paper authors themselves who are talking about a redesign, not a random Lemmy user, so idk.

Point is - a system redesign is very much something worth looking into if improving the existing system will be too disruptive.

[–] originalfrozenbanana@lemm.ee 1 points 10 months ago* (last edited 10 months ago)

We went from “the fundamentals have changed” to “the 90s were a long time ago” real fast. Regardless of who made the point initially you are arguing it. Full redesigns are expensive, inefficient, and likely to introduce new vulnerabilities. The existing implementation is refined by decades of real world use. We can incorporate new lessons without a full redesign - if we can’t then we should stop being software engineers.

A full redesign is usually the type of project a CTO I worked for pejoratively called “computer science projects.”

[–] princessnorah@lemmy.blahaj.zone 1 points 10 months ago

If you read the other article linked, there are literally already fixes available for many ssh implementations. Doesn’t seem that disruptive to me…

[–] pajn@lemmy.blahaj.zone 2 points 10 months ago

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.