Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach network-exposed .NET application
-
ExploitSend crafted input of mismatched type
-
ExecutionBypass improper type validation (CWE-1287)
-
ImpactTamper with trusted data integrity
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Specified type validation
|
| Exploitation Conditions | Exploitation requires a .NET Framework application that accepts and processes attacker-supplied input of the specific type affected by the improper type validation (CWE-1287) and exposes that processing over the network; per the CVSS vector no authentication, privileges, or user interaction are needed (PR:N/UI:N/AC:L). The practical limiting factor is that the target must actually deserialize or parse the vulnerable input type over a reachable interface - the description does not name the exact feature/API, so the affected component must be confirmed against Microsoft's MSRC advisory. Impact is limited to data/integrity tampering (I:H); there is no confidentiality or availability effect (C:N/A:N), and affected builds are bounded by the EUVD version ranges (e.g., 4.8 below 4.8.4811.0, 4.8.1 below 4.8.9363.0). |
| Impact | The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N, base 7.5 HIGH) describes an easily reachable flaw: network-exploitable, low attack complexity, no privileges and no user interaction, with impact confined to integrity (C:N/A:N). This is an integrity-tampering issue, not a confidentiality breach or DoS, which tempers the raw score. No EPSS probability was supplied, so exploitation likelihood cannot be quantified from the input. There is no CISA KEV listing and no public POC in the provided data, so this is 'no public exploit identified at time of analysis' - distinct from active exploitation. SSVC inputs (automatable, exploitation status) were not provided and cannot be asserted. Net assessment: the combination of zero-prerequisite network reachability and the near-ubiquitous deployment of .NET Framework on Windows makes this a credible patch priority, but the integrity-only impact and absence of any exploitation signal (no KEV, no POC, no EPSS) argue against emergency-level urgency. Note also a labeling tension: the input Tag says 'Authentication Bypass' while the description and CVSS (I:H only) describe tampering - verify the precise security impact with Microsoft's MSRC advisory. |
| Exploit ScenarioDerived | A remote, unauthenticated attacker sends crafted input whose declared type is improperly validated by a .NET Framework application exposed over the network, causing the application to accept and act on tampered data it should have rejected. Because no authentication or user interaction is required (PR:N/UI:N) and complexity is low (AC:L), the request can be delivered directly to any reachable endpoint that processes the affected input type. No public exploit code is identified in the available data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Improper type validation in Microsoft .NET Framework allows unauthenticated remote attackers to tamper with data in .NET-based applications that parse attacker-supplied input over the network, affecting multiple framework branches including 3.5, 4.6.2 through 4.8.1. Microsoft has released patched builds for each affected branch (for example, 4.8.4811.0 for .NET Framework 4.8 and 4.8.9363.0 for 4.8.1), so exploitation is only possible against unpatched systems; no public exploit code or active exploitation is identified at time of analysis. The CVSS 3.1 base score of 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:N) reflects a network-reachable flaw whose impact is confined to integrity tampering, with no confidentiality or availability effect.
RemediationAI
Apply the vendor patch. Microsoft has released updates for the affected branches: .NET Framework 4.8 to 4.8.4811.0, .NET Framework 4.8.1 to 4.8.9363.0, .NET Framework 3.5 to 2.0.50727.9188 / 3.0.30729.9171, and the 4.6.2/4.7/4.7.1/4.7.2 lines to 4.7.4150.0 with the corresponding 2.0.50727.8987 and 3.0.30729.8982 (or 2.0.50727.9073 / 3.0.30729.9070 for the 4.7.2 and 3.5+4.8 combinations) runtime builds; consult the MSRC advisory for the exact package for your branch: https://msrc.microsoft.com/update-guide/vulnerability/CVE-2026-97801. Because no public exploit exists, upgrading is the primary action; where immediate patching is not possible, reduce exposure of .NET Framework-based services that accept and parse attacker-supplied input over the network by restricting such interfaces to trusted networks or authenticated channels, and in application code avoid unsafe deserialization or type-resolution paths by enforcing strict allow-lists of expected types and validating runtime types before use. These compensating controls trade functionality and connectivity for reduced attack surface and cannot fully substitute for the vendor update; note that type-allow-listing may break legitimate payloads if the allow-list is incomplete.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 3 packages in 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-1287, improper validation of a specified type of input, which in .NET Framework means an application accepts a value whose runtime type does not match what the code expects and then processes it without adequate checking. This class of flaw typically surfaces at serialization/deserialization, parameter-binding, or inter-service message-parsing boundaries where the framework resolves or converts object types; where such parsing is reachable from the network, an attacker can supply a crafted input of the mismatched type to alter data rather than read it or cause a denial of service. The assessed CVSS vector (AV:N/AC:L/PR:N/UI:N/S:U, C:N/I:H/A:N) confirms the flaw is remotely reachable with no authentication or user interaction and that the sole impact is integrity tampering; confidentiality and availability are not affected. Because the description does not name the exact API or feature, the specific vulnerable component must be confirmed against the Microsoft Security Response Center (MSRC) advisory. Affected builds are enumerated in the EUVD version ranges, such as .NET Framework 4.8 below 4.8.4811.0, 4.8.1 below 4.8.9363.0, and 3.5 below 2.0.50727.9188 / 3.0.30729.9171.
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:H/A:N
Description states unauthorized network tampering so AV:N/PR:N/UI:N/AC:L; impact is integrity-only (I:H) with no confidentiality or availability effect and no scope change.
Primary rating from Vendor (microsoft).
CVSS VectorVendor: microsoft
Lifecycle Timeline
2DescriptionCVE.org
Improper validation of specified type of input in .NET Framework allows an unauthorized attacker to perform tampering over a network.
Executive ViewAI
A type-validation flaw in Microsoft .NET Framework (CVE-2026-97801) lets an unauthenticated attacker on the network tamper with data processed by .NET applications that accept external input, affecting framework branches 3.5 and 4.6.2 through 4.8.1. Because .NET Framework underpins a large share of internally developed and third-party line-of-business applications, the exposure is broad and touches data integrity rather than confidentiality or availability. No exploitation has been observed and vendor fixes are already available, so leadership should treat this as a manageable patching obligation rather than an active incident.
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.
EUVD-2026-100458
GHSA-pjfw-qhmc-7gc7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB