OpenSSH: Password authentication bypass (CVE-2026-123158)
CVE-2026-123158 is an authentication bypass vulnerability in OpenSSH running on Linux systems using musl libc without PAM, potentially allowing unauthorized access via long password submissions.
CVE search metadata
CVE search record: CVE-2026-123158. Severity: high. CVSS: 8.1. KEV: no. Product: OpenSSH (< 10.6p2). Brief: OpenSSH: Password authentication bypass (CVE-2026-123158). Brief link: https://feed.craftedsignal.io/briefs/2026-11-openssh-auth-bypass-97dae15e/
Triage facts
Revision 1- Applicability
- OpenSSH (< 10.6p2)
- Evidence
- Unknown
- Severity
- High
- Action
- Immediate escalation
- Sources
- 4 public sources
- Freshness
- Revision 1Nov 5, 23:53 UTC
- Vulnerabilities
- 1 CVE
- Source quality
- B2Likely
CVE-2026-123158, dubbed "SSHhole," is an authentication bypass vulnerability in OpenSSH. The vulnerability stems from an interaction between the musl libc crypt() function and OpenSSH password verification logic. When an attacker provides a password between 256 and 1024 characters, crypt() may return an asterisk * as an error indicator. If an account is configured with * as its stored password hash (commonly used for disabled or key-only accounts), the OpenSSH authentication routine may interpret the match as successful, granting unauthorized access.
Attack Chain
- Attacker identifies an OpenSSH target running on a musl libc-based Linux distribution without PAM.
- Attacker enumerates accounts configured for key-only authentication (often identified by
*in the shadow file). - Attacker initiates an SSH password authentication attempt.
- Attacker provides a crafted password string between 256 and 1024 characters.
- The target's
crypt()function returns*due to length overflow. - OpenSSH logic compares the returned
*with the account's stored*hash. - OpenSSH erroneously confirms the password match.
- Attacker gains unauthorized access to the target account.
Impact
Successful exploitation allows for unauthorized SSH access to affected accounts. The level of access gained depends on the privileges of the targeted account.
Recommendation
- Upgrade to OpenSSH 10.6p2 or later immediately to resolve the authentication logic flaw.
- Disable password authentication on systems where it is not strictly required by setting
PasswordAuthentication noinsshd_config. - Inventory systems using musl libc to identify high-risk assets, particularly Alpine Linux and embedded device environments.
- Audit SSH logs for unexpected successful password authentication events, specifically for accounts normally restricted to SSH keys.
Immediate actions
Patch OpenSSH to version 10.6p2 or higher on all identified Linux hosts using musl libc.
Threat Hunt
Identify successful password authentication events for user accounts configured for key-based access.
Data: /var/log/messages or auth.log
Mitigations
Set PasswordAuthentication no in /etc/ssh/sshd_config.
CVE-2026-123158