CVE-2025-49133: stefanberger libtpms · Out-of-bounds Read
Affects stefanberger libtpmsSource CVE Database V5
Not known to be exploited · CVSS 5.9 Medium · fixed in 0.7.12 : update stefanberger libtpms when convenient.
Data as of 26 Oct 2026, 12:29 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.
- Patch
- Available – fixed in 0.7.12
CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:C/C:N/I:N/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 |
|---|---|---|
GitHubstefanberger/libtpmspkg:github/stefanberger/libtpmsOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should immediately verify their use of libtpms in virtualization environments, particularly QEMU deployments with vTPM enabled. They must upgrade libtpms to fixed versions 0.7.12, 0.8.10, 0.9.7, or 0.10.1 as appropriate. Where upgrading is not immediately possible, organizations should restrict access to user accounts capable of interacting with the TPM interface to trusted personnel only, minimizing the risk of malicious command injection. Monitoring and alerting on abnormal TPM command usage or process aborts related to libtpms can help detect exploitation attempts. Additionally, organizations should review virtualization security policies to ensure that vTPM usage is justified and that fallback mechanisms exist in case of TPM unavailability. Employing strict privilege separation and limiting user interaction with TPM interfaces reduces the attack surface. Finally, coordinating with virtualization platform vendors to confirm integration of patched libtpms versions is critical for comprehensive mitigation.
Description
Libtpms is a library that targets the integration of TPM functionality into hypervisors, primarily into Qemu. Libtpms, which is derived from the TPM 2.0 reference implementation code published by the Trusted Computing Group, is prone to a potential out of bounds (OOB) read vulnerability. The vulnerability occurs in the ‘CryptHmacSign’ function with an inconsistent pairing of the signKey and signScheme parameters, where the signKey is ALG_KEYEDHASH key and inScheme is an ECC or RSA scheme. The reported vulnerability is in the ‘CryptHmacSign’ function, which is defined in the "Part 4: Supporting Routines – Code" document, section "7.151 - /tpm/src/crypt/CryptUtil.c ". This vulnerability can be triggered from user-mode applications by sending malicious commands to a TPM 2.0/vTPM (swtpm) whose firmware is based on an affected TCG reference implementation. The effect on libtpms is that it will cause an abort due to the detection of the out-of-bounds access, thus for example making a vTPM (swtpm) unavailable to a VM. This vulnerability is fixed in 0.7.12, 0.8.10, 0.9.7, and 0.10.1.
References
- github.com/stefanberger/libtpms/security/advisories/GHSA-25w5-6fjj-hf8g (opens in a new tab)
- github.com/stefanberger/libtpms/commit/04b2d8e9afc0a9b6bffe562a23e58c0de11532d1 (opens in a new tab)
- trustedcomputinggroup.org/resource/tpm-library-specification (opens in a new tab)
- trustedcomputinggroup.org/wp-content/uploads/TPM-2.0-1.83-Part-4-Supporting-Routines-Code.pdf (opens in a new tab)
- kb.cert.org/vuls/id/282450 (opens in a new tab)