Analysis and contextual insights are available on OpenCVE Cloud.
No solution or workaround provided in the CVE record.
Additional remediation guidance may be available on OpenCVE Cloud.
Tracking
Sign in to view the affected projects.
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-fpmh-frq8-7rj8 | compress zstd: Panic on two-block frames |
Tue, 27 Oct 2026 15:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
Tue, 27 Oct 2026 07:00:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Klauspost
Klauspost compress |
|
| Vendors & Products |
Klauspost
Klauspost compress |
Tue, 27 Oct 2026 04:30:00 +0000
| 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
|
Status: PUBLISHED
Assigner: GitHub_M
Published:
Updated: 2026-10-27T14:16:30.395Z
Reserved: 2026-10-26T15:03:39.037Z
Link: CVE-2026-116591
Updated: 2026-10-27T13:46:05.862Z
Status : Awaiting Analysis
Published: 2026-10-26T22:16:55.783
Modified: 2026-10-27T16:03:45.247
Link: CVE-2026-116591
No data.
OpenCVE Enrichment
Updated: 2026-10-27T08:15:15Z
-
CWE-190
Integer Overflow or Wraparound
Github GHSA