NIST deprecates RSA-2048 from 2030. Find every one of them before attackers do.
🐍 PyPI
Not in CISA KEV

dbt-common's commonprefix() doesn't protect against path traversalGHSA-w75w-9qv4-j5xj

Fix: pypa/pip#13777

GHSA-w75w-9qv4-j5xj is a Path Traversal vulnerability in dbt-common. A fix is available for dbt-common — see the affected versions and patch details below.

Also known asCVE-2026-29790PYSEC-2026-2440
Published
Updated
Affected
2 pkgs
Patched
2 / 2
Exploits
None indexed
Exploitation data as of Nov 4, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

Exploitation Status

No confirmed exploitation observed yet

  • CISA’s own triage has not observed active exploitation or public proof-of-concept code for this CVE as of its last assessment.

Exploitation and automatability from CISA’s SSVC triage for GHSA-w75w-9qv4-j5xj.

EPSS Exploitation Probability

via FIRST.org ↗
0.3%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs24th percentile — riskier than 24% of all scored CVEsHighest risk
0.00%0.29%0.59%0.88%0.1%0.3%May 26Sep 26Nov 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

Real-World Exposure

2 pkgs affected
🐍dbt-common🐍dbt-common

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects PyPI packages — download data is not available via public APIs for these ecosystems.

Description

Impact

What kind of vulnerability is it? Who is impacted?

A path traversal vulnerability exists in dbt-common's safe_extract() function used when extracting tarball archives. The function uses os.path.commonprefix() to validate that extracted files remain within the intended destination directory. However, commonprefix() compares paths character-by-character rather than by path components, allowing a malicious tarball to write files to sibling directories with matching name prefixes.

For example, when extracting to /tmp/packages, a crafted tarball could write files to /tmp/packagesevil/ by exploiting the character-based prefix matching.

This vulnerability affects users who:

  • Install dbt packages from untrusted sources
  • Process tarball archives through dbt-common's extraction utilities

The practical risk is limited because:

  • Exploitation requires a malicious tarball to be processed
  • File writes are restricted to sibling directories with matching prefixes (not arbitrary paths)
  • Packages from trusted sources (dbt Hub) are not affected

This is similar to CVE-2026-1703 in pip, which had a CVSS score of 3.9 (Low).

Patches

Has the problem been patched? What versions should users upgrade to?

Fixed in dbt-common version 1.37.3 & 1.34.2, and patched for dbt-core 1.11.7 and 1.10.20 releases.

The fix replaces os.path.commonprefix() with os.path.commonpath(), which correctly compares paths by their components rather than characters.

Workarounds

Is there a way for users to fix or remediate the vulnerability without upgrading?

  • Only install dbt packages from trusted sources (official dbt Hub, verified git repositories)
  • Avoid installing packages from untrusted URLs or unverified third parties
  • Review package contents before installation when sourcing from external locations

Resources

Are there any links users can visit to find out more?

  1. CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal'): https://cwe.mitre.org/data/definitions/22.html
  2. CVE-2026-1703 (similar vulnerability in pip): https://nvd.nist.gov/vuln/detail/CVE-2026-1703
  3. pip fix PR #13777: https://github.com/pypa/pip/pull/13777
  4. Python documentation on commonpath vs commonprefix: https://docs.python.org/3/library/os.path.html#os.path.commonpath

Affected Packages

2 total 2 fixed
EcosystemPackageVulnerable rangeFix
🐍PyPIdbt-commonall versions1.34.2pip install --upgrade 'dbt-common==1.34.2'
🐍PyPIdbt-common≥ 1.35.0&&< 1.37.31.37.3pip install --upgrade 'dbt-common==1.37.3'

Affected Products

1 product · 2 configurations
Application
dbt-commongetdbt
≥ 1.35.0 && < 1.37.3
range

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for dbt-common, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update dbt-common to 1.34.2 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-w75w-9qv4-j5xj is resolved across your whole dependency graph.

  3. Workarounds

    Resolve every user-supplied path to its canonical form and reject anything that escapes the intended directory, and run the component under an account that has no read or write access outside the directory it legitimately serves.

Frequently Asked Questions

### Impact _What kind of vulnerability is it? Who is impacted?_ A path traversal vulnerability exists in dbt-common's `safe_extract()` function used when extracting tarball archives. The function uses `os.path.commonprefix()` to validate that extracted files remain within the intended destination directory. However, `commonprefix()` compares paths character-by-character rather than by path components, allowing a malicious tarball to write files to sibling directories with matching name prefixes. For example, when extracting to `/tmp/packages`, a crafted tarball could write files to `/tmp/pac
O3 Security · Impact-Aware SCA

Is GHSA-w75w-9qv4-j5xj in your dependencies?

Find it across PyPI, including transitive dependencies.

GHSA-w75w-9qv4-j5xj: dbt-common — Fixed in 1.34.2