Skip to content
VulniPulse
Advisory severityMedium4.1Red Hat Linux

Medium [CVE-2020-15778] scp in OpenSSH through 8.3p1 allows command injection in the scp.c toremote function, as demonstrated by backtick characters in the destination argument

This medium-severity Red Hat Linux advisory covers CVE-2020-15778 affecting Red Hat Enterprise Linux 8, Red Hat Enterprise Linux 5, Red Hat Enterprise Linux 6.

Aggregated and source-linked by VulniPulse. Data sources, validation and limitations.

CVE-2020-15778 Source published Source updated

VulniPulse record published

Affected products & platforms
Red Hat LinuxRed Hat Enterprise Linux
Open source advisory

Android app · Google Play

Monitor future Red Hat Linux CVEs from your phone.

Choose a whole vendor or a precise platform, then receive matching security advisories by phone notification, email, or both. Coverage follows 34 official vendor sources and 160+ reviewed platform categories.

Matching phone alertsOptional email delivery

Summary

scp in OpenSSH through 8.3p1 allows command injection in the scp.c toremote function, as demonstrated by backtick characters in the destination argument.

NOTE: the vendor reportedly has stated that they intentionally omit validation of "anomalous argument transfers" because that could "stand a great chance of breaking existing workflows." A flaw was found in the scp program shipped with the openssh-clients package.

An attacker having the ability to scp files to a remote server, could execute arbitrary commands on the remote server by including the command as a part of the filename being copied on the server. This command is run with the permissions of user with which the files were copied on the remote server.

The highest threat from this vulnerability is to data confidentiality and integrity as well as system availability depending on the default system umask and selinux policy/enforcement. This security flaw lies in the way scp command parses its command line arguments.

The SSH protocol or any other applications shipped as a part of openssh-clients packages are not vulnerable. In order to exploit this flaw, the attacker needs to social engineer or manipulate a system administrator (who has root access on the remote server) to run scp with a malicious command line parameter.

Affected versions

No affected-version range was extracted from the source record. The vendor advisory is authoritative — check it before change work.

Official advisory · high-confidence parse· fetched 17 hours ago·verify at source

Fixed versions
  • openssh-0:8.0p1-24.el8
  • RHSA-2024:3166

Official advisory · high-confidence parse· fetched 17 hours ago·verify at source

Mitigation checklist

Recommended fix / mitigation
  • As per upstream, because of the way scp is based on a historical protocol called rcp which relies on that style of argument passing and therefore encounters expansion problems. Making changes to how the scp command line works breaks the pattern used by scp consumers. Upstream therefore recommends the use of rsync in place of scp for better security. Also, adding to the mitigation strategy the SCP protocol can be disabled by following the steps in the following documentation: https://access.redhat.com/node/7053909 More details about supported alternatives available at: https://access.redhat.com/articles/5284081

Official advisory · high-confidence parse· fetched 17 hours ago·verify at source

Discussion(0)

No comments yet. Share field notes, upgrade gotchas, or questions — verify against the vendor advisory before acting on community advice.

Sign in to join the discussion.