CVE-2025-3052: DT Research BiosFlashShell · Write-what-where Condition
Affects DT Research BiosFlashShellSource CVE Database V5
Not known to be exploited · CVSS 8.2 High.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 36% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Jun 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
| Product | Affected | Fixed in |
|---|---|---|
| DT Research BiosFlashShell | Affected
| Fixed in– |
AI-suggested
Given the absence of official patches, European organizations should implement a multi-layered mitigation strategy: 1) Restrict and monitor privileged local access to systems with DT Research BiosFlashShell firmware version 80.02 to prevent unauthorized exploitation. 2) Employ hardware-based security features such as Intel Boot Guard or AMD equivalent to enforce firmware integrity and prevent unauthorized firmware modifications. 3) Use endpoint detection and response (EDR) solutions capable of monitoring firmware-level anomalies and unusual NVRAM access patterns. 4) Maintain strict control over physical access to critical systems to reduce risk of local attacks. 5) Regularly audit and verify firmware versions and configurations, and prepare for rapid deployment of patches once available from DT Research or OEM vendors. 6) Implement network segmentation to limit lateral movement if a system is compromised. 7) Educate IT and security teams about the risks of firmware vulnerabilities and the importance of early detection and containment. 8) Engage with DT Research and hardware vendors to obtain timely updates or workarounds. These steps go beyond generic advice by focusing on the unique challenges posed by firmware-level vulnerabilities and the specific affected product.
Description
An arbitrary write vulnerability in Microsoft signed UEFI firmware allows for code execution of untrusted software. This allows an attacker to control its value, leading to arbitrary memory writes, including modification of critical firmware settings stored in NVRAM. Exploiting this vulnerability could enable security bypasses, persistence mechanisms, or full system compromise.