SEPTEMBER 8, 2026
Live Feed
Back to database
Case File

CVE-2026-44436

HIGH · CVSS 7.5 EPSS 0.28% Public Exploit

Source: NVD + CISA KEV + EPSS · Published 2026-07-16 · Last synced 2026-08-15

CyberRota Analysis

AI-Generated

Quicly, an implementation of the QUIC protocol, is vulnerable to a Denial of Service attack due to improper handling of Connection IDs, which can lead to connection state corruption and assertion failures. The vulnerability arises from the library's failure to enforce the maximum Connection ID length, allowing for potential buffer overruns in applications that do not implement their own checks. Organizations using Quicly, particularly those relying on it within the H2O HTTP server, should prioritize patching this issue to mitigate the risk of service disruption.

Public Exploit Signal

A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.

Note: these links are listed for security research and verification purposes only.

CVE
CVE-2026-44436
Severity
HIGH
CVSS
7.5
EPSS
0.28%

Original NVD Description

Quicly is an IETF QUIC protocol implementation intended primarily for use within the H2O HTTP server. Prior to commit 8b178e6, Quicly is vulnerable to a Denial of Service attack through connection state corruption. In QUIC Invariants, the maximum length of a Connection ID is 255 bytes, while QUIC version 1 further restricts the maximum to 20 bytes. Quicly implements QUIC version 1 and therefore its CID buffers are limited to 20 bytes. However, to be able to respond to unknown versions of QUIC, its packet decoder accepts Connection IDs of up to 255 bytes. As its CID buffers are merely 20 bytes long, Quicly must reject QUIC version 1 packets with Connection IDs longer than that. The command line tool bundled with Quicly has had that check, however the library itself lacked such enforcement. As a consequence, when used by applications that lack their own enforcement, the connection state becoming inconsistent to buffer overrun. Fortunately, the overflow stops within the allocated chunk of memory, but nevertheless, the bug leads to assertion failures. This issue has been fixed by commit 8b178e6.

Related CVEs

Other vulnerabilities affecting the same vendor(s)