Skip to main content
CVE-2025-68131VulnerabilityPublished Updated

CVE-2025-68131: agronholm cbor2 · Improper Removal of Sensitive Information Before Storage or Transfer

Affects agronholm cbor2Source CVE Database V5

0

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

CVSS 4.0 base score
5.5Medium
How severe the flaw is on the 0–10 CVSS scale.
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:P

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 31 Dec 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 2026-10-26.

What to do

Upgrade agronholm cbor2 to 5.8.0.

Affected software

ProductAffectedFixed in
PyPIcbor2pkg:pypi/cbor2Other threatsAffected
  • <5.8.0 >=3.0.0
Fixed in
  • 5.8.0

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.

References

Community reviews

Loading reviews…