compress zstd: Panic on two-block frames
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| klauspost | compress | affected |
|
No data.
No data.
| Vendor | Product | Versions | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Klauspost | Compress |
|
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-fpmh-frq8-7rj8 | compress zstd: Panic on two-block frames |
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.333% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| Weaknesses | CWE-125 | |
| References |
| |
| Metrics |
threat_severity
|
cvssV3_1
|
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Klauspost
Klauspost compress |
|
| Vendors & Products |
Klauspost
Klauspost compress |
| Type | Values Removed | Values Added |
|---|---|---|
| Description | compress provides various compression algorithms. Prior to 1.20.2, the zstd DecodeAll and streaming decoder paths can panic when a crafted two-block frame reaches huff0.ReadTable with an FSE normalized count of 32768 that readNCount stores in int16 as -32768. The wrapped count allows buildDtable to retain stale fse.Scratch decode-table state from the prior block, and nextFast then derives an out-of-range state and indexes beyond the table instead of returning a decode error. Both blocks are required to preserve and then reuse the stale state, allowing untrusted zstd input to crash an application. This issue is fixed in version 1.20.2. | |
| Title | compress zstd: Panic on two-block frames | |
| Weaknesses | CWE-190 | |
| References |
| |
| Metrics |
cvssV4_0
|
View source · Bugzilla · JSON
OpenCVE enrichment
Updated: Oct 29, 2026, 2:30 PM
Github GHSA