OpenBSD OpenSSH Unexpected Status Code or Return Value Vulnerability
Exploited since 2026-11-09. No WAF vendor names it yet. 8 public exploit repos.
What it is
sshd in OpenSSH before 10.6p2 on Linux, when musl libc is used without PAM, lacks a workaround for a password authentication bypass (related to misinterpretation of whether a string is intended to be a password hash). For some configurations of accounts, any password between 256 and 1024 characters succeeds. An example of a platform using musl libc without PAM is Alpine Linux.
Read the full descriptionShow less
The risk
CISA lists CVE-2026-123158 as exploited in the wild since 2026-11-09. It is reachable over the network without credentials or any user interaction (CVSS 8.1). 8 public exploit repositories are on GitHub (unvetted). No edge WAF vendor names it in a changelog, so default managed rules may or may not catch it.
Who is affected
Teams running OpenBSD OpenSSH (before 10.6p2). Prioritise internet-facing instances.
Next steps
- Find the version you run. On the host:
ssh -V
- Apply the vendor's fix; the advisory lists the affected and fixed versions. openssh.org ↗
- CISA's required action: Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines. US federal agencies must act by 2026-11-12.
- Review exposed instances for signs of compromise: it was exploited before many systems were patched, and a later patch does not undo access already gained.
- Do not rely on WAF defaults: no edge vendor names this CVE. Restrict access to the vulnerable component or add a custom rule until it is patched. Edge coverage
- Check which WAF sits in front of your site and whether it covers this CVE. Check your domain
Exploitation activity
Last 90 days- Honeypot days
- 0 / 90
- Last attempt seen
- —
- Listed exploited
- 9 Nov CISA
- Telegram claims
- 2 days, unverified
Edge coverage
Claimed by vendorsAttack traffic on Cloudflare
Cloudflare Radar- Broken Authentication15% of mitigated layer 7 attacks, 7 days
- Rules for named CVEs5.8% of mitigated layer 7 attacks, 7 days
Radar groups Cloudflare's WAF managed rules by category; it does not publish counts per CVE. These shares show how much attack traffic targets this kind of flaw across Cloudflare's network (28-day trend). They are not compromised systems, and seeing few attempts on Cloudflare does not prove an absence elsewhere. Radar data as of 2026-11-09. Radar ↗
Check your exposure with an agent
Read-onlyCopy this into an agent with access to your infrastructure. It asks for an evidence-based, read-only assessment: affected systems, exposure, compensating controls and what is still unknown. It does not scan or change anything by itself.
Prompt
Assess whether the infrastructure available to you is affected by CVE-2026-123158 (OpenBSD OpenSSH Unexpected Status Code or Return Value Vulnerability). Perform a read-only assessment within your authorized access. Do not send exploit traffic, scan third-party systems, change configuration or restart services. 1. Verify the CVE record at https://www.cve.org/CVERecord?id=CVE-2026-123158 and the vendor advisory. Establish affected and fixed versions, including vendor backports. The record lists: OpenBSD OpenSSH: affected before 10.6p2. Cite sources and retrieval dates; flag anything you cannot verify. 2. Inventory deployments of OpenBSD OpenSSH: asset, environment, owner where known, installed version or build, and how you confirmed it (package metadata, a version endpoint, image tags), e.g. `ssh -V` (on the host). An image tag alone does not prove the running version. 3. Identify which deployments are reachable from the internet or untrusted networks, and through which paths (direct origin, load balancer, CDN or WAF). 4. Assess compensating controls separately from patch status. Current edge WAF coverage for this CVE: no edge WAF vendor names it. Live data: https://cve.vigilbase.com/api/v1/cves/CVE-2026-123158. Check whether the rule is enabled and in block mode on each path, and whether any path bypasses the WAF. A WAF rule is not a patch. 5. It is known exploited (CISA KEV): review logs on exposed instances for signs of exploitation before and after patching. Return a short summary and a table: asset | version/build | assessment (affected, fixed, not applicable, unknown) | exposure | compensating control | evidence | next action. List what you could not assess and the access needed to resolve it. Do not infer absence of compromise from patch status or a lack of alerts. Remediation guidance: Apply the vendor's fix; the advisory lists the affected and fixed versions. CISA's required action: Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines. US federal agencies must act by 2026-11-12. More: https://cve.vigilbase.com/cve/CVE-2026-123158
Sources
Cited- CVE record
CVSS 3.1 8.1 (high). Weakness: CWE-394.
- Vendor advisory
Fixes and mitigations the CVE record links to. Check affected builds against the vendor, including backports.
- Exploit evidence
8 GitHub repositories claim exploit code (unvetted; don't run).
- Seen exploited
Listed in an independent exploited-vulnerability catalog on 7 Nov 2026. Claimed in 2 Telegram posts (unverified).
- CISA KEV
Added 2026-11-09, federal due date 2026-11-12 (catalog 2026.11.09, checked 2026-11-09).
- EPSS
1.01% probability of exploitation activity in the next 30 days, higher than 63% of CVEs (2026-11-08).
- WAF vendor statements
No edge vendor changelog names it.
Ask Vigil
AI · answers from this pageSeverity, decoded
CVSS 3.1Exploitable over the network under specific conditions, with no privileges and no user interaction, leading to full loss of confidentiality, integrity and availability.
How the score is built
- Attack vectorAn attacker can reach it over the internet; no access to your network needed.Network
- Attack complexityThe attack only works when conditions outside the attacker's control line up.High
- Privileges requiredNo account or login is needed.None
- User interactionNo one has to click or open anything; the attack works on its own.None
- ScopeThe damage stays within the vulnerable component.Unchanged
- Confidentiality impactAn attacker can read all data the affected component holds, or the most sensitive parts of it.High
- Integrity impactAn attacker can change any data or files the affected component protects.High
- Availability impactAn attacker can take the component down completely or keep it from serving anyone.High
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:HPublic exploits
8 foundNo exploit in Exploit-DB or Metasploit, and no scanner template. That lowers, but doesn't remove, the chance of mass exploitation.
Links are to third-party code: never run it outside an isolated lab.
Timeline
- 2026-11-05CVE publishedCVE List
- 2026-11-05First public exploit repositorycoboliqcom/cve-2026-123158-sshole-safe-rust
- 2026-11-05
- 2026-11-09Added to CISA KEVConfirmed exploitation in the wild
Vendor statements
QuotedCloudflareWAF Managed Rules
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Each row gives the rule ID and its default action. The feed starts in January 2025, so older rules are missing.
AWSAWS WAF Managed Rules
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. AWS often describes a vulnerability without naming its CVE (for example "Log4j"). We count only entries that name the CVE, so AWS coverage is understated.
Microsoft AzureFront Door and Application Gateway WAF (DRS)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. The rule tables name CVEs but carry no dates, so Azure is left out of every time-to-rule figure.
Google CloudCloud Armor preconfigured WAF rules
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Google names few CVEs: the release notes start in May 2024 and the rules reference lists CVEs without dates. Its cve-canary rules are opt-in.
FastlyNext-Gen WAF virtual patches
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. The feed holds only the latest 25 changes, so history builds up from the day we started reading it.
VercelVercel WAF (platform rules)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Vercel posts about the vulnerabilities it ships platform-wide rules for, on by default for every project, with no rule ids. When a post limits its claim to some advisories, we count only the ones it names. Projects not on Vercel get nothing from these rules.
F5Attack signatures (Distributed Cloud WAF)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. Each signature lists the CVEs it references, with its id and date. F5 does not state a default action; signatures enforce once staging ends in your policy.
AkamaiApp & API Protector (Adaptive Security Engine)
This vendor publishes no machine-readable rule changelog we can check.
OWASP CRSCore Rule Set (open source, used inside many WAFs)
We found no public statement from this vendor naming this CVE. That is not proof of no protection: generic rules may still catch it. CRS rarely names CVEs: it relies on generic detections. Our own lab measures what it actually blocks.
Social
Exploit repos · unvetted, don't run
gabrielunknown/CVE-2026-123158_SSHole: CVE-2026-123158 SSHole — OpenSSH authentication bypass via musl crypt() overflow on Alpine Linux (Exploit PoC)
Maalfer/CVE-2026-123158: Exploit para explotar la vulnerabilidad CVE-2026-123158 (conocida como sshole).
0xBlackash/CVE-2026-123158: CVE-2026-123158
rothoma2/cve-2026-123158-sshole: Scanner CVE-2026-123158 *SSHHole
Top posts
SSHole (CVE-2026-123158): pre-auth SSH bypass on OpenSSH/musl, no PAM. With credential auth enabled, a "*" shadow entry and another "$5$"/"$6$" hash, a 257–1024-byte input makes "crypt()" return "*"—accepted as a match. Fix: 10.6p2 / backports. Nuclei PR:
برادر در حال نفوذ به قلب دختر مردم، با آسیبپذیری اخیر CVE-2026-123158 🫡 https://t.co/6R87txLz3m
GreyNoise is monitoring scanning, exploitation attempts, and successful exploitation of SSHole, an OpenSSH flaw affecting musl-based Linux systems like Alpine. CVE-2026-123158 (CVSS 8.1) is trivial to exploit and working exploits are publicly available. See what we’re observing…
En las últimas horas se está hablando bastante de CVE-2026-123158, un bypass de autenticación que afecta a determinadas configuraciones de OpenSSH sobre musl Linux. Desde SixHack Academy hemos preparado un análisis técnico completo 👇 https://t.co/g9Nr6kl7bf #OpenSSH #CVE
Placeholder for future CISA blog post: https://www. cisa.gov/news-events/alerts/20 26/11/09/cisa-adds-three-known-exploited-vulnerabilities-catalog KEV Catalog already shows 3 new CVEs: CVE-2026-116779 SignalWire FreeSwitch Code Injection Vulnerability CVE-2026-123158 (aka sshho…
⚠️ Exploited in the wild: CVE-2026-123158 OpenBSD OpenSSH Unexpected Status Code or Return Value Vulnerability Added to CISA KEV · High 8.1 Impacted if: OpenBSD OpenSSH < 10.6p2 https:// ax-news.com/cve/CVE-2026-123158 # CVE # KEV # infosec