Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessConnect to mTLS-protected .NET 11 service
-
DeliveryTrigger post-handshake client auth
-
ExploitClient certificate not verified
-
ExecutionBypass mutual-authentication gate
-
ImpactAccess protected resources as trusted client
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
|
| Exploitation Conditions | Requires the target to run a vulnerable .NET 11 runtime (11.0.0-preview.1 through 11.0.0-rc.1) on Linux or macOS AND to use mutual TLS with post-handshake client-certificate authentication in System.Net.Security. The server must be configured to require and enforce client certificates for the bypass to have security value. LIMITING FACTORS: only pre-release (preview/RC) .NET 11 builds are affected - released/LTS runtimes and legacy .NET Framework are not implicated; Windows is not listed among affected platforms (advisory cites Linux/macOS only); and applications that do not use post-handshake mTLS client authentication are not exposed. Remediation is to update to .NET 11.0.0-rc.2, Visual Studio 2026 18.10.4, or 2022 17.14.42. |
| Impact | Moderate, condition-dependent risk. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N = 6.5) signals a network-reachable, unauthenticated, low-complexity flaw with no user interaction - which in isolation looks attractive, but the C:L/I:L/A:N impact caps it at a security-feature bypass rather than full compromise. No EPSS score, no CISA KEV listing, and no public POC were provided, so there is no evidence of active or probable exploitation; all three exploitation signals are therefore absent rather than conflicting. The practical risk is sharply narrowed by the exploitation precondition from the GHSA advisory: the target application must use .NET 11 mutual-TLS with post-handshake client authentication on Linux or macOS. Note a source discrepancy: the NVD-style description says '.NET Framework,' but every authoritative reference (GHSA-fqpq-cx42-9jmm, dotnet/runtime, affected NuGet runtime packages) identifies modern .NET 11 (System.Net.Security), not the legacy .NET Framework - verify product scope before triaging. Net judgment: a real but niche bypass affecting pre-release builds, not a broad high-urgency priority. |
| Exploit ScenarioDerived | A server application built on a vulnerable .NET 11 preview/RC runtime (Linux/macOS) requires mutual TLS and relies on post-handshake client certificate authentication to gate access. An attacker connects over the network and triggers the post-handshake renegotiation path where the client certificate is not properly verified, so the mutual-authentication requirement is bypassed and the attacker is treated as an authenticated client. No public exploit code was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Improper certificate validation in .NET 11's System.Net.Security component allows a remote, unauthenticated attacker to bypass mutual TLS authentication, because post-handshake TLS client authentication can fail to verify the client certificate. Only pre-release .NET 11 builds (11.0.0-preview.1 through 11.0.0-rc.1) running on Linux or macOS are affected, and exposure requires the application to use post-handshake mTLS client-certificate authentication with a server that is configured to require client certificates. No public exploit code has been identified at time of analysis, and remediation is available in .NET 11.0.0-rc.2, Visual Studio 2026 18.10.4, and Visual Studio 2022 17.14.42.
RemediationAI
Upgrade to the vendor-released patch: .NET 11.0.0-rc.2 (or later) for the affected Microsoft.NETCore.App.Runtime packages on Linux and macOS, Visual Studio 2026 18.10.4, and Visual Studio 2022 17.14.42; details are in the MSRC update guide for CVE-2026-70194 and GHSA-fqpq-cx42-9jmm, with rollout guidance at dotnet/announcements issue 464. Because only pre-release .NET 11 builds are affected, teams that stay on released/LTS runtimes are not exposed, and any environment still running preview.1 through rc.1 on Linux or macOS should be treated as vulnerable until the runtime package is moved to rc.2 - note that updating the IDE alone does not remediate servers or containers that pin an older runtime package. Where upgrading must be deferred, the practical compensating control is to stop depending on post-handshake client-certificate authentication in the vulnerable runtime: configure the server to demand the client certificate during the TLS handshake (and reject connections that do not present one), or move mTLS enforcement to a front-end proxy/gateway that validates client certificates before traffic reaches the .NET service. Both workarounds change application behavior and may break TLS 1.3 clients that only support post-handshake client authentication, and the proxy approach adds a termination point whose trust configuration must itself be maintained; disabling client-certificate verification or treating mTLS as optional is not a safe substitute, since it removes the authentication control the flaw already undermines. General mitigations such as network segmentation limit exposure but do not fix the bypass, so patching remains the primary action.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 11 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 flaw is an instance of CWE-295 (Improper Certificate Validation) in System.Net.Security, the managed TLS stack (SslStream) used by .NET. In TLS 1.3, client certificates may be requested after the handshake completes rather than during it; the advisory states that .NET 11's post-handshake TLS client authentication can fail to verify the client certificate, so an application that relies on client-certificate verification to establish identity can be convinced to accept a client that has not presented a valid, trusted certificate. Because the weakness is in certificate validation rather than in cryptographic negotiation, the affected CVSS vector (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N, score 6.5) reflects a low-integrity and low-confidentiality impact from bypassing an authentication control, not code execution or data destruction. Scope is narrow per the vendor advisory: the affected runtime packages are the Linux (glibc and musl, x64 and arm/arm64) and macOS (x64, arm64) Microsoft.NETCore.App.Runtime packages at versions 11.0.0-preview.1 through 11.0.0-rc.1; Windows, legacy .NET Framework, and released/LTS .NET runtimes are not listed as affected. The Visual Studio entries in the EUVD data reflect bundled/consumed runtime versions in those IDE releases rather than a separate vulnerability class.
Know when .NET 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:L/PR:N/UI:N/S:U/C:L/I:L/A:N
Network-reachable bypass that defeats client authentication, so PR:N; low complexity per the advisory; impact limited to resources behind the bypassed mTLS gate (C:L/I:L), no availability effect.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
1DescriptionCVE.org
Improper certificate validation in .NET Framework allows an unauthorized attacker to bypass a security feature over a network.
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.
Remote code execution affects Windows desktop applications built on the Microsoft.WindowsDesktop.App.Runtime (WPF) compo
Changjetong T+ (through 16.x) has .NET deserialization RCE in an AjaxPro endpoint. Attacker-controlled JSON triggers des
SQL injection (CWE-89) in Marten, the .NET transactional document DB and event store for PostgreSQL, affects versions 7.
Argument injection in the CliInvoke .NET process-wrapping library (and its former identity, AlastairLundy.CliInvoke) all
SD.NET RIM versions before 4.7.3c contain a SQL injection vulnerability that allows attackers to inject malicious SQL st
PowerDocu versions prior to 2.4.0 allow arbitrary .NET object instantiation and code execution through unsafe deserializ
Weak authentication in ASP.NET Core & Visual Studio allows an unauthorized attacker to elevate privileges over a net
NanaZip versions 5.0.1252.0 through 6.0.1629.0 contain an out-of-bounds heap read in the .NET Single File bundle parser
Out-of-bounds memory read in NanaZip versions 5.0.1252.0 through 6.0.1637.x allows local authenticated attackers to disc
DotNetNuke 9.5 contains a persistent cross-site scripting vulnerability that allows normal users to upload malicious XML
Asp.Net-Core-Inventory-Order-Management-System versions up to 9.20250118. contains a security vulnerability (CVSS 6.3).
Remote code execution in the ActiveMQ NMS AMQP .NET client affects all releases up to and including 2.3.0 when the clien
EUVD-2026-99702
GHSA-fqpq-cx42-9jmm
NVD
CVE.org
EPSS
Exploit-DB