Your submission was sent successfully! Close

You have successfully unsubscribed! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates about Ubuntu and upcoming events where you can meet our team.Close

CVE-2020-14145

Published: 29 June 2020

The client side in OpenSSH 5.7 through 8.4 has an Observable Discrepancy leading to an information leak in the algorithm negotiation. This allows man-in-the-middle attackers to target initial connection attempts (where no host key for the server has been cached by the client). NOTE: some reports state that 8.5 and 8.6 are also affected.

Notes

AuthorNote
seth-arnold
openssh-ssh1 is provided for compatibility with old devices that
cannot be upgraded to modern protocols. Thus we may not provide security
support for this package if doing so would prevent access to equipment.
mdeslaur
Per the advisory, "The developers of OpenSSH are not planning to
change the behavior of OpenSSH regarding this issue"
We will not be releasing updates for Ubuntu for this issue.

On 2020-12-02, it was announced that a partial mitigation has
been commited by OpenSSH developers in 8.4p1 that improves this
issue in a very specific scenario, specifically when the client
has a host key that happens to match the first entry in the
preferred algorithm list:
https://www.openwall.com/lists/oss-security/2020/12/02/1

The mitigation does not solve this vulnerability in most use
cases.
litios
OpenSSH cannot be fixed to fully mitigate this CVE as fixing
it would disable the reordering of host key algorithms, breaking
RFC 4253. The partial mitigation disables this reordering
only in a single specific situation. Marking as ignored.
mdeslaur
The upstream OpenSSH developers marked the bug associated with
this issue as "Won't Fix", stating "we consider the automatic
ordering of host key algorithms an important feature for
security. ... Disabling this feature wholesale would IMO
result in a net *loss* of security as it would force more
connections that already have learned a hostkey to accept a new
one of a different algorithm, thereby needlessly exposing them
to MITM risk."

Jammy and later Ubuntu releases contain the OpenSSH version that
includes the mitigation. Focal and older Ubuntu releases have
been updated to include the mitigation in USN-6279-1.

This issue only affects the OpenSSH client, not the server.

Priority

Low

Cvss 3 Severity Score

5.9

Score breakdown

Status

Package Release Status
openssh-ssh1
Launchpad, Ubuntu, Debian
impish Ignored
(end of life)
hirsute Ignored
(end of life)
lunar Ignored
(end of life, was deferred)
eoan Ignored
(end of life)
groovy Ignored
(end of life)
trusty Does not exist

upstream Ignored
(frozen on openssh 7.5p)
xenial Does not exist

kinetic Ignored
(end of life, was deferred)
bionic Ignored
(see notes)
focal Ignored
(see notes)
jammy Ignored
(see notes)
mantic Ignored
(see notes)
openssh
Launchpad, Ubuntu, Debian
jammy Ignored
(see notes)
kinetic Ignored
(end of life, was ignored [see notes])
upstream Ignored

bionic Ignored
(see notes)
focal Ignored
(see notes)
impish Ignored
(end of life)
trusty Ignored
(see notes)
xenial Ignored
(see notes)
eoan Ignored
(end of life)
groovy Ignored
(end of life)
hirsute Ignored
(end of life)
mantic Ignored
(see notes)
lunar Ignored
(end of life)
Patches:
upstream: https://anongit.mindrot.org/openssh.git/commit/?id=b3855ff053f5078ec3d3c653cdaedefaa5fc362d

Severity score breakdown

Parameter Value
Base score 5.9
Attack vector Network
Attack complexity High
Privileges required None
User interaction None
Scope Unchanged
Confidentiality High
Integrity impact None
Availability impact None
Vector CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N