CVE-2026-59998
Openbsd Openssh ≤ 10.4
Raw vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:NSummary
CVE-2026-59998 is a medium-severity Improper Following of Specification by Caller (CWE-573) vulnerability in Openbsd Openssh. Its CVSS base score is 4.8 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Domain Controller Authentication (T1556.001); ranked at the 8th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to AC-3 (Access Enforcement) and CM-6 (Configuration Settings) — see the control section below for these in your framework.
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2026-42141
Vulnerability Data
sshd in OpenSSH before 10.4 has an undocumented security-relevant behavior: GSSAPIStrictAcceptorCheck has no value if the server is in Windows Active Directory.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise TechniquesAI
Why these techniques?
The vulnerability describes a failure in GSSAPI authentication enforcement on Windows Active Directory environments, which could allow adversaries to bypass domain controller authentication checks (T1556.001).
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
Mitigating Controls (NIST 800-53 r5) AI
AC-3 enforces that the GSSAPI acceptor check is actually applied, preventing the undocumented bypass when sshd runs against Active Directory.
CM-6 requires explicit configuration settings for GSSAPIStrictAcceptorCheck and verification that the setting is honored on Windows AD hosts.
SI-2 drives timely patching or configuration updates once the undocumented behavior is corrected in OpenSSH 10.4.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure SDLC practices directly enforce correct adherence to language, framework, protocol and platform specifications during implementation.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Security testing can detect specification non-compliance but does not itself prevent the weakness.
Secure development life cycle mandates adherence to language, framework and protocol specifications, directly reducing improper caller behavior.
Application security requirements explicitly capture specification compliance obligations that callers must follow.
Secure system architecture and engineering principles include specification adherence as a design constraint.
Secure coding standards enforce correct use of APIs, protocols and language features, mitigating caller specification violations.
Change management can catch specification drift during updates but is not a primary mitigation.