CVE-2025-69872: DiskCache (python-diskcache) through 5.6.3 uses Python pickle for serialization by default.
DiskCache (python-diskcache) through 5.6.3 uses Python pickle for serialization by default. An attacker with write access to the cache directory can achieve arbitrary code execution when a victim application reads from the cache.
Security readout for executives and security teams
Plain-English summary
DiskCache uses Python pickle serialization by default through version 5.6.3. If an attacker can write malicious cache data, a victim application may execute code when reading the cache. Business urgency is high where cache directories are writable by untrusted users, shared services, or compromised components.
Executive priority
Treat this as urgent for internet-facing or multi-tenant Python services using DiskCache. Prioritize systems where cache files cross trust boundaries. Where DiskCache is absent or cache directories are tightly owned, urgency is lower but still requires confirmation.
Technical view
The issue is unsafe deserialization in python-diskcache, mapped to CWE-502 and CWE-94. The source bundle assigns CVSS 9.8 critical. The key condition is attacker write access to the cache directory followed by application cache reads. Affected-product metadata is incomplete in the CVE record.
Likely exposure
Exposure is most likely in Python applications using DiskCache through 5.6.3, especially where cache paths are shared, writable across privilege boundaries, or influenced by user-controlled workflows.
Exploitation context
The source bundle does not show CISA KEV listing or cited active exploitation. It describes a plausible arbitrary code execution condition, but exploitation requires cache write access before the victim application reads cached content.
Researcher notes
Evidence is strong for the unsafe default serialization pattern and impact claim, but the bundle lacks complete affected CPE data and does not provide active exploitation evidence. Practical exploitability depends on cache write access, despite the critical CVSS score.
Mitigation direction
Inventory applications using python-diskcache or DiskCache through 5.6.3.
Restrict cache directory write permissions to the owning application account only.
Remove shared or user-writable cache locations from production deployments.
Review upstream DiskCache guidance and Red Hat advisories for supported fixes.
Prioritize rebuilding containers or hosts that package vulnerable DiskCache versions.
Validation and detection
Search dependency manifests and lockfiles for diskcache package versions.
Inspect runtime configuration for DiskCache cache directory paths.
Verify filesystem ownership and write permissions on cache directories.
Check whether Red Hat errata apply to deployed platforms.
Confirm no untrusted workflow can write cache entries.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-502: Code execution behavior lookup
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
2CVSS vectors
5Timeline events
2ADP providers
8Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
2 official scores
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-502 · source CWE mapping
Deserialization of Untrusted Data
Deserialization of Untrusted Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Improper Control of Generation of Code ('Code Injection')
Improper Control of Generation of Code ('Code Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.