CVE-2025-68131: agronholm cbor2 · Improper Removal of Sensitive Information Before Storage or Transfer
Affects agronholm cbor2Source CVE Database V5
Not known to be exploited · CVSS 5.5 Medium : upgrade to 5.8.0 when convenient.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 39% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 5.8.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 31 Dec 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 2026-10-26.
What to do
Upgrade agronholm cbor2 to 5.8.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
PyPIcbor2pkg:pypi/cbor2Other 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
The most effective mitigation is to upgrade the agronholm cbor2 library to version 5.8.0 or later, where the vulnerability is patched. If immediate upgrade is not feasible, organizations should ensure that CBORDecoder instances are not reused across different trust boundaries; instead, instantiate a new decoder for each decoding operation to prevent shared state persistence. Additionally, input validation and strict access controls should be enforced to limit exposure to untrusted CBOR data sources. Security teams should audit codebases and IoT device firmware for usage of vulnerable cbor2 versions and implement monitoring for anomalous CBOR message patterns that could indicate exploitation attempts. Incorporating secure coding practices around serialization and deserialization, including memory clearing and object lifecycle management, will reduce risk. Finally, organizations should review their incident response plans to include scenarios involving serialization-based data leakage.
Description
cbor2 provides encoding and decoding for the Concise Binary Object Representation (CBOR) serialization format. Starting in version 3.0.0 and prior to version 5.8.0, whhen a CBORDecoder instance is reused across multiple decode operations, values marked with the shareable tag (28) persist in memory and can be accessed by subsequent CBOR messages using the sharedref tag (29). This allows an attacker-controlled message to read data from previously decoded messages if the decoder is reused across trust boundaries. Version 5.8.0 patches the issue.