CVE-2019-6110

Published: 31 January 2019

In OpenSSH 7.9, due to accepting and displaying arbitrary stderr output from the server, a malicious server (or Man-in-The-Middle attacker) can manipulate the client output, for example to use ANSI control codes to hide additional files being transferred.

Priority

Low

CVSS 3 base score: 6.8

Status

Package Release Status
openssh
Launchpad, Ubuntu, Debian
Upstream Needs triage

Ubuntu 20.04 LTS (Focal Fossa) Ignored

Ubuntu 18.04 LTS (Bionic Beaver) Ignored

Ubuntu 16.04 ESM (Xenial Xerus) Ignored

Ubuntu 14.04 ESM (Trusty Tahr) Ignored

openssh-ssh1
Launchpad, Ubuntu, Debian
Upstream Ignored
(frozen on openssh 7.5p)
Ubuntu 20.04 LTS (Focal Fossa) Ignored

Ubuntu 18.04 LTS (Bionic Beaver) Ignored

Ubuntu 16.04 ESM (Xenial Xerus) Does not exist

Ubuntu 14.04 ESM (Trusty Tahr) Does not exist

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
The recommended workaround for this issue is to switch to using
sftp instead of scp.

Per https://lists.mindrot.org/pipermail/openssh-unix-dev/2019-January/037475.html
upstream doesn't consider this to be a vulnerability, and as of
2020-07-07, there is no upstream fix. We will not be fixing
this issue in Ubuntu stable releases.

References