CVE-2025-13462: tarfile: Skip DIRTYPE normalization during GNU LONGNAME/LONGLINK handling
The "tarfile" module would still apply normalization of AREGTYPE (\x00) blocks to DIRTYPE, even while processing a multi-block member such as GNUTYPE_LONGNAME or GNUTYPE_LONGLINK. This could result in a crafted tar archive being misinterpreted by the tarfile module compared to other implementations.
Security readout for executives and security teams
Plain-English summary
A specially crafted tar archive can cause Python’s tarfile module to interpret an entry differently from other archive tools. The documented consequence is limited to integrity: files or archive members may be handled incorrectly. Exploitation requires local access, some privileges, preparation, and high complexity, making the overall business risk low.
Executive priority
Treat this as routine, targeted remediation rather than an emergency. Prioritize internet-facing upload services and software-supply-chain pipelines that process untrusted tar files. Other systems can follow normal patch cycles after confirming whether they use tarfile and whether their Python build contains the correction.
Technical view
During GNU LONGNAME or LONGLINK multi-block processing, tarfile incorrectly normalized AREGTYPE (NUL) headers to DIRTYPE. This parser inconsistency could change how a crafted archive member is classified relative to other tar implementations. CVSS 4.0 is 2.0, with low integrity impact and no documented confidentiality or availability impact.
Likely exposure
Exposure is most likely where CPython applications use tarfile to inspect or extract archives supplied by users, tenants, build pipelines, or other untrusted sources. The supplied affected-version data is ambiguous and does not establish precise vulnerable or fixed release boundaries; verify the deployed build against Python’s advisory and patches.
Exploitation context
The CVE is not listed in KEV, and the supplied sources do not report active exploitation. The CVSS vector describes local access, high complexity, a preparatory condition, and low privileges. A threat actor would also need a workflow that processes a deliberately malformed tar archive.
Researcher notes
The security boundary is parser agreement: tarfile’s AREGTYPE-to-DIRTYPE normalization persisted while consuming GNU long-name or long-link metadata. The supplied record maps this to input validation, unrestricted upload, and injection-related CWEs, but documents only low integrity impact. Exact affected and fixed release ranges remain unclear in the bundle.
Mitigation direction
Apply a vendor-supported CPython release containing the referenced correction.
Check Python’s security advisory for fixed versions applicable to each maintained runtime.
Restrict untrusted tar uploads and processing until affected runtimes are updated.
Run archive handling with minimal filesystem permissions and isolated destinations.
Validation and detection
Inventory CPython versions used by services, developer tools, and build pipelines.
Identify code paths that process tar archives with Python’s tarfile module.
Confirm installed builds include the vendor correction or an applicable backport.
Review archive sources and determine whether untrusted users can reach affected workflows.
Test legitimate GNU long-name and long-link archives after updating.
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 · low confidence lookup
CWE-20: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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.
CWE-434: File access and web shell behavior lookup
File traversal and upload weaknesses can lead teams to review file, web shell, execution, and collection 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.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. 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.
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.
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.