Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain network MITM/relay position
-
DeliveryPresent forged or mismatched certificate
-
ExploitTrigger improper certificate validation in AD FS/.NET
-
ExecutionSpoof trusted federation identity
-
ImpactImpersonate endpoint and capture/relay auth tokens
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Exploitation requires AD FS (or a .NET application using the affected System.Security.Cryptography.Xml / .NET Framework certificate-validation path) to be reachable by the attacker over the network, and the attacker must be able to supply a certificate that the flawed validation improperly trusts - in practice a man-in-the-middle/relay position or a crafted forged certificate presented to the federation endpoint. No authentication is required (PR:N) and no user interaction is needed (UI:N), so default AD FS deployments are in scope once network-reachable. The principal limiting factor is CVSS AC:H: the attacker must first obtain the privileged network/intercept position or construct a certificate that bypasses validation, which raises the bar above trivial remote exploitation. Impact is confined to spoofing/impersonation (C:H/I:H) with no availability effect (A:N), and the flaw does not cross a trust/scope boundary (S:U). |
| Impact | Signals are moderate and largely consistent. The CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N, C:H/I:H/A:N, base 7.4) describes an unauthenticated, network-reachable spoofing flaw rooted in improper certificate validation (CWE-295), but the AC:H metric is the key moderating factor - successful exploitation realistically requires a privileged network position or the ability to present a crafted/forged certificate, not a simple one-shot request. No EPSS score, CISA KEV listing, or public POC is present in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation. No SSVC decision data was provided. The notable tension is between the advisory title ('AD FS') and the EUVD affected-version list, which is dominated by .NET Framework, System.Security.Cryptography.Xml, Windows Server and even Visual Studio - this indicates the real defect lives in the underlying .NET XML/cryptography certificate-validation code consumed by AD FS, which broadens the patch footprint well beyond AD FS servers; verify applicability per deployed component. Net: a credible, Microsoft-confirmed and patched spoofing issue worth prioritizing on internet-facing AD FS/federation endpoints, but AC:H plus the absence of any exploitation signal places it below drop-everything critical. |
| Exploit ScenarioDerived | An attacker positioned to intercept or inject traffic between a client and an AD FS federation endpoint (or a .NET application using the affected XML/crypto certificate-validation path) presents a certificate that is improperly accepted as valid. Because the flawed validation does not correctly reject the forged or mismatched certificate, the attacker spoofs a trusted identity/endpoint and can impersonate it to harvest tokens or relay authentication. No public exploit code is identified at time of analysis, and the CVSS AC:H reflects that the attacker must first achieve the network/MITM position or craft a suitable certificate. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Spoofing and identity impersonation in Microsoft Active Directory Federation Services (AD FS) let an unauthenticated network attacker get forged or intercepted certificates accepted as trusted, undermining the integrity of federated authentication. Affected deployments are AD FS running on Windows Server 2012 R2 through Windows Server 2025, along with the underlying .NET Framework certificate-validation components (3.5, 4.6.2 through 4.8.1) and System.Security.Cryptography.Xml, plus Visual Studio 2022 17.14 and Visual Studio 2026 18.10. The assessed vector is CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N (7.4), meaning no credentials or user interaction are needed but the attacker must first obtain a privileged network/intercept position or craft a certificate that slips past validation; impact is limited to confidentiality and integrity, with no availability effect. No public exploit code has been identified at time of analysis and CISA KEV does not list this issue, but a vendor patch is available and should be applied promptly given the authentication-bypass potential in default, network-exposed AD FS deployments.
RemediationAI
Patch status: vendor-released fixes are available through the Microsoft Security Response Center update guide for CVE-2026-96222 (https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-96222). Apply the cumulative updates that bring affected hosts to the fixed builds: Windows Server 2012 R2 to 6.3.9600.23470, Windows Server 2016 / Windows 10 1607 to 10.0.14393.9612, Windows Server 2019 / Windows 10 1809 to 10.0.17763.9376, Windows Server 2022 to 10.0.20348.5761, and Windows Server 2025 to 10.0.26100.33650, including all Server Core installations. In parallel, update the framework and library components: .NET Framework 4.8 to 4.8.4811.0, 4.8.1 to 4.8.9363.0, 4.6.2/4.7/4.7.1/4.7.2 to 4.7.4150.0, and .NET Framework 3.5 to 2.0.50727.9188 with 3.0.30729.9171 (combined 3.5 and 4.x installs must satisfy both baselines), plus System.Security.Cryptography.Xml to 8.0.5 or later. Developer workstations running Visual Studio 2022 17.14 should move to 17.14.42 and Visual Studio 2026 18.10 to 18.10.4. Where immediate patching is not possible, reduce the attack surface by restricting network reachability to AD FS federation endpoints (adfs/services/trust and metadata endpoints) to trusted client networks, since the flaw requires a network-reachable path plus an attacker-controlled or relayed certificate - the trade-off is that genuinely remote or partner-facing federation clients will break until exceptions are added. Enforce strict TLS and certificate pinning on AD FS endpoints and on .NET services using the affected certificate-validation path, and validate or pin the expected issuer chains so a forged certificate cannot be substituted; this adds operational maintenance whenever legitimate certificates rotate. Monitor AD FS and .NET application logs for anomalous token issuance, unexpected issuer or token-signing certificate acceptance, and unusual relay or MITM traffic patterns; this is detection rather than prevention and generates false positives during certificate rollover. Because no public exploit code has been identified at time of analysis, prioritize internet-facing AD FS deployments and any .NET applications using System.Security.Cryptography.Xml for the earliest patch windows.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 17 packages in nuget, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause is CWE-295, Improper Certificate Validation, in the certificate-validation path shared by AD FS and the .NET Framework / System.Security.Cryptography.Xml stack. AD FS relies on X.509 certificate chain building and trust decisions to validate token-signing and token-encryption certificates used in SAML and WS-Federation flows; when that validation logic accepts a certificate it should reject - for example one presented through a relay or man-in-the-middle position, or a forged certificate whose chain is not properly verified - the federation service treats attacker-controlled material as a trusted issuer. The same flaw class reaches .NET applications that perform certificate validation through the affected .NET Framework builds or System.Security.Cryptography.Xml (10.0.0 before 8.0.5), so the exposure is not confined to AD FS itself. Because the CVSS vector is AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N, exploitation is remote and unauthenticated with no user interaction, but the high attack-complexity value reflects the prerequisite of winning a privileged network position (MITM/relay) or constructing a certificate that bypasses validation. There is no scope change and no availability impact: the outcome is spoofing/impersonation of a trusted identity or service rather than code execution or denial of service, which aligns with the 'Authentication Bypass' tag on this record.
Know when Active Directory Federation Services gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:H/A:N
Network-reachable and unauthenticated (AV:N/PR:N), but AC:H because the attacker needs an intercept position or forged certificate; spoofing yields C:H/I:H with no availability impact.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
2DescriptionCVE.org
Improper certificate validation in Active Directory Federation Services (AD FS) allows an unauthorized attacker to perform spoofing over a network.
Technical POC Analysis
The flaw is CWE-295 (Improper Certificate Validation) in the .NET class KeyInfoX509Data, shipped in the NuGet package System.Security.Cryptography.Xml (verified in the advisory for this CVE).
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
A high-severity identity spoofing flaw in Microsoft Active Directory Federation Services (AD FS), deployed across Windows Server 2012 R2 through 2025, could allow an attacker to have forged or intercepted certificates accepted as trusted, undermining the integrity of federated authentication across the organization. Successful abuse would let an adversary impersonate trusted identities and access systems and data that rely on AD FS, affecting employees, partners, and any application federated through this platform. Because AD FS is a central trust anchor for single sign-on, leadership should treat this as a priority identity-integrity issue despite the absence of confirmed exploitation and the fact that the attacker requires a privileged network position or a highly crafted certificate.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Microsoft ADFS 4.0 Windows Server 2016 and previous (Active Directory Federation Services) has an SSRF vulnerability via
Microsoft Active Directory Federation Services (AD FS) 2.0, 2.1, and 3.0, when a configured SAML Relying Party lacks a s
Microsoft Active Directory Federation Services (AD FS) 1.x through 2.1 on Windows Server 2003 R2 SP2, Windows Server 200
Cross-site scripting (XSS) vulnerability in adfs/ls in Active Directory Federation Services (AD FS) in Microsoft Windows
EUVD-2026-99750
GHSA-vrv5-2jg9-4mmr
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB