Logo
componentopenssh
Name
openssh
Version
9.9p2
Type
library
Description
-
Licenses
BSD-3-ClauseBSD-2-ClausePublic Domain
PURL
-
CPE
cpe:2.3:a:openbsd:openssh:9.9:p2:*:*:*:*:*:*

Other Versions#


Project
Branch
Version
master
10.3p1

Patches#


#
Title
Author
Resolve
1
upstream: Fix logic error in DisableForwarding option.
"djm@openbsd.org" <djm@openbsd.org>
CVE-2025-32728
2
Add more username validity checks
"djm@openbsd.org" <djm@openbsd.org>
CVE-2025-61984
3
Refuse usernames that include control characters
"djm@openbsd.org" <djm@openbsd.org>
CVE-2025-61984
4
upstream: don't allow \0 characters in url-encoded strings.
"djm@openbsd.org" <djm@openbsd.org>
CVE-2025-61985
5
upstream: when downloading files as root in legacy (-O) mode and
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35385
6
upstream: apply the same validity rules to usernames and hostnames
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35386
7
upstream: move username validity check for usernames specified on
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35386
8
upstream: adapt to username validity check change
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35386
9
upstream: correctly match ECDSA signature algorithms against
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35387
10
upstream: add missing askpass check when using
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35388
11
sshd(8): fix inappropriate matching of authorized_keys principals
"djm@openbsd.org" <djm@openbsd.org>
CVE-2026-35414

Vulnerabilities#


Name
Analysis
Description
Patched
OpenSSH before 10.3 mishandles the authorized_keys principals option in uncommon scenarios involving a principals list in conjunction with a Certificate Authority that makes certain use of comma characters.
Patched
OpenSSH before 10.3 omits connection multiplexing confirmation for proxy-mode multiplexing sessions.
Patched
OpenSSH before 10.3 can use unintended ECDSA algorithms. Listing of any ECDSA algorithm in PubkeyAcceptedAlgorithms or HostbasedAcceptedAlgorithms is misinterpreted to mean all ECDSA algorithms.
Patched
In OpenSSH before 10.3, command execution can occur via shell metacharacters in a username within a command line. This requires a scenario where the username on the command line is untrusted, and also requires a non-default configurations of % in ssh_config.
Patched
In OpenSSH before 10.3, a file downloaded by scp may be installed setuid or setgid, an outcome contrary to some users' expectations, if the download is performed as root with -O (legacy scp protocol) and without -p (preserve mode).
Patched
ssh in OpenSSH before 10.1 allows the '\0' character in an ssh:// URI, potentially leading to code execution when a ProxyCommand is used.
Patched
ssh in OpenSSH before 10.1 allows control characters in usernames that originate from certain possibly untrusted sources, potentially leading to code execution when a ProxyCommand is used. The untrusted sources are the command line and %-sequence expansion of a configuration file. (A configuration file that provides a complete literal username is not categorized as an untrusted source.)
Patched
In sshd in OpenSSH before 10.0, the DisableForwarding directive does not adhere to the documentation stating that it disables X11 and agent forwarding.
Exploitable
OpenSSH through 10.0, when common types of DRAM are used, might allow row hammer attacks (for authentication bypass) because the integer value of authenticated in mm_answer_authpassword does not resist flips of a single bit. NOTE: this is applicable to a certain threat model of attacker-victim co-location in which the attacker has user privileges. NOTE: this is disputed by the Supplier, who states "we do not consider it to be the application's responsibility to defend against platform architectural weaknesses."
Exploitable
OpenSSH, when using OPIE (One-Time Passwords in Everything) for PAM, allows remote attackers to determine the existence of certain user accounts, which displays a different response if the user account exists and is configured to use one-time passwords (OTP), a similar issue to CVE-2007-2243.