CVE-2026-46384

HighCVSS 7.5

Published: 29/05/2026(UTC)Updated: 07/09/2026(UTC)Translated: 23/07/2026(UTC)NVD NIST

Exploitation Probability (EPSS)

Low risk

0.55%

44th percentile - higher than 44% of all known CVEs

Summary

The Go Avro library (iskorotkov/avro) before version 2.33.0 has multiple vulnerabilities in Avro decoders. An attacker can send attacker-controlled 64-bit values that on 32-bit platforms (GOARCH=386, arm, mips, wasm) bypass bounds checks, select wrong union branches, or cause OCF panic. Additionally, on all platforms there are cumulative-size arithmetic overflows in array/map decoders, math.MinInt negation in block headers, and make([]byte, size) with negative size in OCF blocks – all leading to panic or bypassing allocation limits.

Risk Assessment

An attacker can cause denial of service (panic) or bypass memory allocation limits, potentially crashing the application.

Recommendation

Upgrade the iskorotkov/avro library to version 2.33.0 or later, which fixes these vulnerabilities.

Other vulnerabilities in iskorotkov/avro

CVE-2026-46385High
The iskorotkov/avro library for Go before version 2.33.0 contains a remote denial-of-service (DoS) vulnerability. Avro block decoders do not check the reader's error state in the processing loop, allowing an attacker to send a packet with a huge number of elements, causing an infinite loop and CPU exhaustion.

Original NVD description (English source)

iskorotkov/avro is a fast Go Avro codec. Prior to 2.33.0, several Avro decoder paths read attacker-controlled 64-bit values from the wire format and either narrowed them to platform-sized int before bounds-checking, or summed them with overflow-prone signed-int arithmetic. On 32-bit targets (GOARCH=386, arm, mips, wasm, etc.), the truncation paths can silently bypass byte-slice limits, select the wrong union branch, or hit the OCF negative-make panic via wrap. Three sub-issues are not 32-bit-specific: cumulative-size arithmetic overflow in arrayDecoder.Decode / mapDecoder.Decode / mapDecoderUnmarshaler.Decode (wraps at math.MaxInt64 on amd64 / arm64 and bypasses MaxSliceAllocSize / MaxMapAllocSize), math.MinInt negation in block-header handling, and make([]byte, size) with a negative size in OCF block reads — all three panic or bypass caps on any platform, giving an attacker a denial-of-service primitive there. This vulnerability is fixed in 2.33.0.