Analysis and contextual insights are available on OpenCVE Cloud.
No vendor fix or workaround currently provided.
Additional remediation guidance may be available on OpenCVE Cloud.
Tracking
Sign in to view the affected projects.
No advisories yet.
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
No data.
Status : Received
Published: 2026-10-26T22:16:55.783
Modified: 2026-10-26T22:16:55.783
Link: CVE-2026-116591
No data.
OpenCVE Enrichment
Updated: 2026-10-27T08:15:15Z