Stories
Slash Boxes
Comments

SoylentNews is people

posted by Fnord666 on Tuesday June 02 2020, @12:50PM   Printer-friendly
from the about-time dept.

Dangerous SHA-1 crypto function will die in SSH linking millions of computers:

Developers of two open source code libraries for Secure Shell—the protocol millions of computers use to create encrypted connections to each other—are retiring the SHA-1 hashing algorithm, four months after researchers piled a final nail in its coffin.

The moves, announced in release notes and a code update for OpenSSH and libssh respectively, mean that SHA-1 will no longer be a means for digitally signing encryption keys that prevent the monitoring or manipulating of data passing between two computers connected by SSH—the common abbreviation for Secure Shell. (Wednesday's release notes concerning SHA-1 deprecation in OpenSSH repeated word for word what developers put in February release notes, but few people seemed to notice the planned change until now.)

Cryptographic hash functions generate a long string of characters that are known as a hash digest. Theoretically, the digests are supposed to be unique for every file, message, or other input fed into the function. Practically speaking, digest collisions must be mathematically infeasible given the performance capabilities of available computing resources. In recent years, a host of software and services have stopped using SHA-1 after researchers demonstrated practical ways for attackers to forge digital signatures that use SHA-1. The unanimous agreement among experts is that it's no longer safe in almost all security contexts.

"Its a chainsaw in a nursery," security researcher Kenn White said of the hash function, which made its debut in 1995.

[...] The final death knell for SHA-1 sounded in January, when researchers unveiled an even more powerful collision attack that cost as little as $45,000. Known as a chosen prefix collision, it allowed attackers to impersonate a target of their choosing, as was the case in the MD5 attack against Microsoft's infrastructure.

It was in this context that OpenSSH developers wrote in release notes published on Wednesday:

It is now possible to perform chosen-prefix attacks against the SHA-1 algorithm for less than USD$50K. For this reason, we will be disabling the "ssh-rsa" public key signature algorithm by default in a near-future release.

This algorithm is unfortunately still used widely despite the existence of better alternatives, being the only remaining public key signature algorithm specified by the original SSH RFCs.

[...] In an email, Gaëtan Leurent, an Inria France researcher and one of the co-authors of the January research, said he didn't expect OpenSSH developers to implement the deprecations quickly. He wrote:

When they completely disable SHA-1, it will become impossible to connect from a recent OpenSSH to a device with an old SSH server, but they will probably take gradual steps (with big warnings) before that. Also, embedded systems with an SSH access that have not been updated in many years probably have a lot of security issues, so maybe it's not too bad to disrupt them...

In any case, I am quite happy with this move, this is exactly what we wanted to achieve :-)


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 1, Insightful) by Anonymous Coward on Tuesday June 02 2020, @10:43PM (1 child)

    by Anonymous Coward on Tuesday June 02 2020, @10:43PM (#1002459)

    On the other hand, if a user needs to connect to a legacy system, where updating to a more recent openssh implementation is not feasible, then forcing that user to install and run an old version of openssh (presumably unpatched) can make the world less secure.

    I'm sorry, but no. You're conflating both the client-side with the server-side, and your comment seems to imply more of an argument for the security of the connecting system.

    If you need to connect to a legacy system, then you can still keep a separate standalone ssh client binary in userspace (named something different) on your system simply for connecting to that "legacy system" without having to compromise the server side (sshd) security of your client machine.

    All this is moot because nobody removed SHA-1 support from OpenSSH.

    If you want to connect to an old server with no support for anything else you can simply use the latest version and enable SHA-1 when connecting to that server, either on the command line or in your ~/.ssh/config file.

    Starting Score:    0  points
    Moderation   +1  
       Insightful=1, Total=1
    Extra 'Insightful' Modifier   0  

    Total Score:   1  
  • (Score: 0) by Anonymous Coward on Wednesday June 03 2020, @02:00AM

    by Anonymous Coward on Wednesday June 03 2020, @02:00AM (#1002544)

    Indeed

    https://www.openssh.com/releasenotes.html [openssh.com]

    To check whether a server is using the weak ssh-rsa public key algorithm, for host authentication, try to connect to it after removing the ssh-rsa algorithm from ssh(1)'s allowed list:

            ssh -oHostKeyAlgorithms=-ssh-rsa user@host

    If the host key verification fails and no other supported host key types are available, the server software on that host should be upgraded.