Skip to content

← Public intelligence

PyPI package

hpack

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

2 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Medium, CVSS 6.3PyPIAmendedPublished

    hpack: Unbounded variable integer decoding can cause run-away computation on malformed input

    CVE-2026-59980 · GHSA-8v8h-hg4w-mvq2

    Affected
    • PyPI hpack <= 4.1.0
    Fixed in
    4.2.0· Vendor fix available
    Issue
    Impact Users of the python-hyper/hpack library, most commonly used as downstream dependency of the python-hyper/h2 library (an HTTP/2 client and server implementation). Unbounded variable integer decoding can cause run-away computation on malformed input leading to O(n^2) runtime, effectively blocking further processing with large enough unsanitized input. Patches A fix is available in python-hyper/hpack v4.2.0 to restricted variable integer decoding to uint32 to prevent run-away computation. Workarounds Sanitize input to hpack decoder for long sequences of 0xFF values to prevent malicious use.

    Recommended action: Upgrade to 4.2.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.com (1)osv.dev (2)Source checked Evidence →
  2. High, CVSS 8.7PyPIAmendedPublished

    HPACK Denial of Service vulnerability (HPACK Bomb)

    CVE-2016-6581 · GHSA-ffq8-576r-v26g

    Affected
    • PyPI hpack >= 1.0.0, < 2.3.0
    Fixed in
    2.3.0· Vendor fix available
    Issue
    A HTTP/2 implementation built using any version of the Python HPACK library between v1.0.0 and v2.2.0 could be targeted for a denial of service attack, specifically a so-called "HPACK Bomb" attack. This attack occurs when an attacker inserts a header field that is exactly the size of the HPACK dynamic header table into the dynamic header table. The attacker can then send a header block that is simply repeated requests to expand that field in the dynamic table. This can lead to a gigantic compression ratio of 4,096 or better, meaning that 16kB of data can decompress to 64MB of data on the target machine.

    Recommended action: Upgrade to 2.3.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)github.com (2)Source checked Evidence →