Netty Codec Http3
Approved changes feed: RSS · Atom
cpe:2.3:a:io.netty:netty-codec-http3:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Io.Netty (7808cde2-d5c9-5fd6-931a-aabaf07399fd) |
|---|---|
| Product | Netty Codec Http3 (834615e1-58ef-5993-9c4e-f2bbac31a9a1) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2026-42582 |
vulnerable | 2026-06-08 08:03:16.531770 |
Netty: HTTP/3 QPACK literal unbounded allocation
HIGH (7.5)
Netty is an asynchronous, event-driven network application framework. Prior to 4.2.13.Final, when decoding header blocks, the non-Huffman branch of io.netty.handler.codec.http3.QpackDecoder#decodeHuffmanEncodedLiteral may execute new byte[length] for a string literal before verifying that length bytes are actually present in the compressed field section. The wire encoding allows a very large length to be expressed in few bytes. There is no check that length <= in.readableBytes() before new byte[length]. This vulnerability is fixed in 4.2.13.Final.
Published: 2026-05-13T18:06:55.559Z
Updated: 2026-05-13T19:35:35.549Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.