Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach XML-processing .NET endpoint
-
DeliverySubmit crafted nested signed XML
-
ExploitTrigger uncontrolled recursion in parser
-
ExecutionExhaust stack/CPU resources
-
ImpactCrash or hang service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Recursion depth limits
|
| Exploitation Conditions | Exploitation requires a target application that parses attacker-supplied signed or encrypted XML using the vulnerable System.Security.Cryptography.Xml / System.Private.Xml code paths (e.g. XML digital signature verification, SAML/WS-Security processing) on an affected .NET or .NET Framework version. While the CVSS vector is AV:N/PR:N/UI:N (no authentication or user interaction at the network layer), the practical limiting factor is that the service must actually expose and invoke XML signature/encryption validation on untrusted input; purely internal or non-XML .NET workloads are not reachable. Impact is confined to availability (process crash/hang); there is no data exposure or code execution. |
| Impact | This is a genuine but bounded availability risk. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, score 7.5) describes a remotely reachable, low-complexity, unauthenticated denial of service with pure availability impact and no confidentiality or integrity loss, consistent with CWE-674 uncontrolled recursion. Multiple signals agree it is NOT an active-exploitation emergency: it is absent from CISA KEV, SSVC records Exploitation as 'none', and no POC was supplied, so the correct status is 'no public exploit identified at time of analysis.' Countervailing signals keep it above routine: SSVC marks it Automatable=yes (a crafted payload can be scripted and sprayed) with partial technical impact, and the affected product (.NET / .NET Framework) is enormously widespread. A key scoping caveat: although the raw CVSS reads as remote-unauthenticated against any .NET process, the GHSA advisory shows the flaw lives specifically in System.Security.Cryptography.Xml and System.Private.Xml (signed/encrypted XML processing), so real-world reachability depends on whether an application actually parses attacker-controlled signed XML - the network vector is real only for services exposing that functionality. Net: a legitimate patch-soon priority for XML-signature-handling services, not a drop-everything event. Also note the input 'Authentication Bypass' tag conflicts with the DoS nature of this CVE and appears mislabeled. |
| Exploit ScenarioDerived | An attacker sends a specially crafted signed or encrypted XML document (e.g. a SAML assertion, WS-Security message, or XML DSig payload) to a .NET service that validates it using System.Security.Cryptography.Xml. The deeply nested structure triggers uncontrolled recursion, exhausting stack/CPU resources and crashing or hanging the worker process. No authentication or user interaction is required, and because the payload is static it can be scripted and replayed (SSVC Automatable=yes), though no public exploit code is known at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Denial of service in Microsoft .NET and .NET Framework stems from uncontrolled recursion (CWE-674) in the System.Security.Cryptography.Xml and System.Private.Xml libraries, which an unauthenticated remote attacker can trigger by supplying crafted signed or encrypted XML that the target application parses. Affected runtimes include .NET 8.0 before 8.0.32, .NET 9.0 before 9.0.21, .NET 10.0 before 10.0.13, .NET 11.0 before 11.0.0-rc.2, and multiple .NET Framework builds (3.5 through 4.8.1) shipped on Windows, Linux and macOS, plus Visual Studio 2022 17.14 before 17.14.42 and Visual Studio 2026 18.10 before 18.10.4. Impact is limited to availability (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, CVSS 7.5) - process crash or hang, with no data exposure or code execution; CISA's SSVC assessment rates exploitation as 'none' meaning no public exploit identified at time of analysis, and exploitation is only practical against services that actually invoke XML signature or encryption validation on untrusted input.
RemediationAI
Vendor-released patch: upgrade to .NET 8.0.32, .NET 9.0.21, .NET 10.0.13 or .NET 11.0.0-rc.2 (the corresponding Microsoft.NETCore.App.Runtime.* NuGet packages, e.g. Microsoft.NETCore.App.Runtime.linux-x64 and win-arm, move from <=9.0.20 to 9.0.21), apply the current .NET Framework cumulative updates so that Framework builds reach 2.0.50727.9188/3.0.30729.9171 (3.5), 4.8.4811.0 (4.8), 4.8.9363.0 (4.8.1) and 4.7.4150.0 (4.6.2-4.7.2), and update Visual Studio 2022 to 17.14.42 or Visual Studio 2026 to 18.10.4; details are in https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-58280, https://github.com/dotnet/runtime/security/advisories/GHSA-mc4q-93x5-f6hj and https://github.com/dotnet/announcements/issues/447. Where immediate patching is not possible, reduce reachability of the vulnerable code paths rather than relying on generic hardening: disable DTD processing in every XmlReader/XmlDocument handling untrusted XML (XmlReaderSettings.DtdProcessing = DtdProcessing.Prohibit) and set XmlResolver = null - this blocks the classic recursion/entity amplification vectors but will break legitimate documents that rely on DTDs or external entities; enforce strict request-size and nesting-depth limits at the reverse proxy or web server in front of any endpoint performing SAML, WS-Security or XML digital-signature verification, accepting that this constrains valid large payloads; and, if signed-XML validation is not a business requirement on a given endpoint, disable it entirely or move it behind an authenticated, rate-limited interface so that a single unauthenticated caller cannot repeatedly trigger stack exhaustion. Running the affected service under a supervisor that restarts on crash limits outage duration but does not prevent availability loss, and the XML limits introduced upstream (depth, operation count, C14N attribute/namespace caps) should be mirrored in any custom XML processing code that is not covered by the runtime update.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 21 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-674 (Uncontrolled Recursion) inside the signed-XML and XML canonicalization code paths implemented by System.Security.Cryptography.Xml and System.Private.Xml. XML digital signature processing involves recursive parsing (nested elements, entity references, C14N transforms, encrypted-data candidate selection), and without depth and operation-count limits a small crafted document can force deeply nested or exponentially repeated recursion until the thread stack is exhausted, terminating or hanging the hosting process. The vendor's fix adds input-depth and operation-count limits, prohibits DTD processing by default, validates entity references, bounds encrypted-data candidate processing, and caps attributes and namespaces used by C14N transforms. Impacted platforms are Windows, Linux and macOS across all architectures, distributed as NuGet runtime packages (Microsoft.NETCore.App.Runtime.*) for .NET and as servicing updates for .NET Framework, which is why a single defect propagates across .NET 8/9/10/11 and Framework 3.5-4.8.1 simultaneously. Note that the supplied tag 'Authentication Bypass' is inconsistent with both CWE-674 and the vendor advisory, which describes only an availability impact; the CVSS vector (PR:N/UI:N) confirms no authentication is required at the network layer, but the practical prerequisite is that the service must parse attacker-controlled signed or encrypted XML.
Know when the next one hits your stack
- 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:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Remotely reachable, scriptable recursion with no auth or interaction for services that parse untrusted signed XML, yielding availability-only impact (A:H), matching the vendor vector.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
2DescriptionCVE.org
Uncontrolled recursion in .NET allows an unauthorized attacker to deny service over a network.
Technical POC Analysis
CWE-674 (uncontrolled recursion), attributed by the advisory to System.Security.Cryptography.Xml and System.Private.Xml.
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Microsoft .NET, .NET Framework, and Visual Studio 2022/2026 ship a high-severity availability defect that allows an unauthenticated remote party to crash or hang any application performing signed or encrypted XML validation, with no data exposure or code execution. Exposure is concentrated in internet-facing services that validate XML signatures or encryption - identity federation and SAML/SOAP gateways, payment and document-processing pipelines - where a successful attempt would interrupt service rather than compromise data. Leadership should care because these runtimes are pervasive across the application estate and are commonly baked into container images and build agents, yet vendor-released patches already exist and no public exploit has been identified at time of analysis, making this a manageable patch-cycle issue provided internet-facing XML-validation services are prioritized.
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.
EUVD-2026-100324
GHSA-mc4q-93x5-f6hj
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB