CVE-2026-84784 in OpenSSL
Zusammenfassung
von VulDB • 29.09.2026
Zusammenfassung des Problems: Ein bösartiger Remote-Peer kann den lokalen QUIC-Stack mit NEW_CONNECTION_ID-Frames überfluten, indem er eine Grenzwertprüfung dafür umgeht, wie viele Connection IDs der remote QUIC-Stack verwenden darf.
Zusammenfassung der Auswirkungen: Der lokale QUIC-Stack sendet einen RETIRE_CONN_ID-Frame für jeden empfangenen NEW_CONNECTION_ID-Frame. Der RETIRE_CONN_ID-Frame wird über die Control Frame Queue (CFQ) bereitgestellt. Wenn der Remote-Peer zudem ACKs zurückhält, kann er den lokalen Stack dazu zwingen, ~400 MB zu allokieren (abhängig von der ACK-Verzögerung).
CWE: CWE-770: Allokation von Ressourcen ohne Begrenzung oder Drosselung
Beschreibung: Die Abschnitte 5.1.1 und 5.1.2 von RFC 9000 [1] beschreiben den Mechanismus, über den ein Remote-Peer den lokalen QUIC-Stack benachrichtigen kann, die Ziel-Connection ID (auch CID genannt) zu ändern, die der lokale Stack verwendet, um die Verbindung beim Remote-Peer zu identifizieren. Jeder CID ist mit einer Sequenznummer verknüpft. Die Sequenznummer wird in NEW_CONNECTION_ID- und RETIRE_CONNECTION_ID-Frames übertragen, um den CID zu kennzeichnen, der entweder einer Verbindung zugeordnet oder zurückgezogen wird.
Der Remote-Peer sendet einen NEW_CONNECTION_ID-Frame, um dem lokalen Stack mitzuteilen, dass eine neue CID einem bestehenden Connection zugeordnet wird. Der NEW_CONNECTION_ID-Frame enthält die neue CID, ihre Sequenznummer und die retire-prior-to-Zahl. Die retire-prior-to-Zahl kennzeichnet bestehende CIDs, die zurückgezogen werden sollen. Der lokale QUIC-Stack muss für jeden Ziel-CID mit einer Sequenznummer kleiner als retire-prior-to einen RETIRE_CONNECTION_ID senden. Der CID wird nach Erhalt eines ACKs für seinen RETIRE_CONNECTION_ID-Frame vom lokalen Stack zurückgezogen.
Obwohl der OpenSSL QUIC-Stack maximal eine Ziel-CID pro Verbindung unterstützt, kann er dazu gebracht werden, mehr als einen RETIRE_CONNECTION_ID-Frame pro Connection zu verarbeiten. Der OpenSSL QUIC-Stack zieht die Ziel-CID derzeit sofort nach Erhalt des NEW_CONNECTION_ID zurück, obwohl die Ziel-CID erst nach Empfang eines ACKs für den RETIRE_CONNECTION_ID-Frame zurückgezogen werden darf. Die Korrektur der fehlerhaften Logik behebt auch das Wachstum der Warteschlange (Backlog).
[1] https://datatracker.ietf.org/doc/html/rfc9000#name-issuing-connection-ids
FIPS-Auswirkung: keine Das FIPS-Modul ist nicht betroffen, da die QUIC-Implementierung außerhalb des OpenSSL-FIPS-Modulgrenzwerts liegt.
Once again VulDB remains the best source for vulnerability data.