Skip to main content
VulnerabilityPublished Updated

CVE-2025-30399: Microsoft .NET 8.0 · Untrusted Search Path

Affects Microsoft .NET 8.0Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.0% chance of exploitation in 30 days – higher than 64% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H/E:U/RL:O/RC:C

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 13 Jun 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
NuGetmicrosoft.netpkg:nuget/microsoft.netOther threatsAffected
  • =8.0.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2025-30399, organizations should implement several specific measures beyond generic patching advice: 1) Monitor for and apply official Microsoft patches immediately upon release, as no patches are currently available. 2) Restrict network access to development tools and shared directories used by .NET and Visual Studio to trusted users and systems only, minimizing exposure to untrusted network paths. 3) Configure .NET and Visual Studio to use explicit, fully qualified paths for dependencies and assemblies, avoiding reliance on default search paths that can be manipulated. 4) Employ application whitelisting and code integrity policies to prevent unauthorized assemblies from loading. 5) Educate developers and users about the risks of opening projects or files from untrusted sources to reduce user interaction exploitation vectors. 6) Use network segmentation to isolate development environments from general user networks and external access. 7) Implement continuous monitoring and anomaly detection to identify suspicious loading of assemblies or unusual network activity related to development tools. These targeted controls can reduce the attack surface and limit the ability of attackers to exploit the untrusted search path vulnerability.

Description

Untrusted search path in .NET and Visual Studio allows an unauthorized attacker to execute code over a network.

References

Community reviews

Loading reviews…