CVE-2025-12050: Insyde Software InsydeH2O tools · Out-of-bounds Write
Affects Insyde Software InsydeH2O toolsSource CVE Database V5
Not known to be exploited · CVSS 7.8 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 14 Jan 2026
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 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Insyde SoftwareInsydeH2O tools | Affected
| Fixed in– |
AI-suggested
1. Monitor Insyde Software advisories closely and apply official patches immediately once released. 2. Restrict access to registry keys queried by the vulnerable drivers to trusted administrators only, preventing untrusted user-mode applications from manipulating registry data. 3. Employ application whitelisting and endpoint protection solutions to limit execution of unauthorized user-mode applications that could exploit this vulnerability. 4. Conduct firmware integrity checks and use secure boot mechanisms to detect unauthorized firmware modifications. 5. Implement strict privilege separation and minimize user privileges on endpoints to reduce the attack surface. 6. Monitor system logs and kernel event tracing for signs of abnormal registry queries or driver crashes indicative of exploitation attempts. 7. Coordinate with OEM vendors to confirm affected hardware models and firmware versions deployed within the organization. 8. Consider network segmentation to limit lateral movement if a local compromise occurs. 9. Educate IT staff about the vulnerability and ensure incident response plans include firmware-level compromise scenarios. 10. Use hardware-based security features such as TPM and Intel Boot Guard where available to enhance firmware security.
Description
The drivers in the tool packages use RTL_QUERY_REGISTRY_DIRECT flag to read a registry value to which an untrusted user-mode application may be able to cause a buffer overflow.