HTTP/2 CONTINUATION flood in net/http
43Vexday Risk Score
Sem sinal de exploração. Nenhum artefato público de exploração conhecido até agora.
ssvc Trackcvss 7.5epss 92%
probabilidade de exploração
92%top 1% das CVEs
exploração observada
nãonenhuma fonte reporta
O que os fabricantes declaram (VEX)
Declarações oficiais dos fabricantes em formato CSAF/VEX: se o produto deles está afetado, já corrigido ou descartado — e por quê. É afirmação do fabricante, não juízo do Vexday.
Red Hatdocumento VEX ↗
Afetado
30 produtos (167 componentes)
Red Hat OpenShift Container Platform 4 · Red Hat OpenShift Container Platform 3.11 · Red Hat Storage 3 · Cost Management Metrics Operator · Fence Agents Remediation Operator · e outros 25
workaround: In some environments where http/2 support is not required, it may be possible to disable this feature to reduce risk.
Corrigido
63 produtos (2.090 componentes)
Red Hat OpenShift Container Platform 4.18 · CNV 4.15 for RHEL 9 · CNV 4.14 for RHEL 9 · Red Hat OpenShift Container Platform 4.14 · Red Hat OpenShift Container Platform 4.15 · e outros 58
Não afetado
25 produtos (15.866 componentes) — porque o código vulnerável não está presente no produto
Red Hat OpenShift Container Platform 4.15 · Red Hat OpenShift Container Platform 4.14 · Red Hat OpenShift Container Platform 4.13 · Red Hat OpenShift Container Platform 4.12 · Red Hat OpenShift Container Platform 4.16 · e outros 20
An attacker may cause an HTTP/2 endpoint to read arbitrary amounts of header data by sending an excessive number of CONTINUATION frames. Maintaining HPACK state requires parsing and processing all HEADERS and CONTINUATION frames on a connection. When a request's headers exceed MaxHeaderBytes, no memory is allocated to store the excess headers, but they are still parsed. This permits an attacker to cause an HTTP/2 endpoint to read arbitrary amounts of header data, all associated with a request which is going to be rejected. These headers can include Huffman-encoded data which is significantly more expensive for the receiver to decode than for an attacker to send. The fix sets a limit on the amount of excess header frames we will process before closing a connection.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Referências
https://go.dev/cl/576155https://go.dev/issue/65051https://groups.google.com/g/golang-announce/c/YgW0sx8mN3Mhttps://lists.fedoraproject.org/archives/list/package-announce@lists.fedoraproject.org/message/QRYFHIQ6XRKRYBI2F5UESH67BJBQXUPT/https://pkg.go.dev/vuln/GO-2024-2687https://security.netapp.com/advisory/ntap-20240419-0009/https://www.kb.cert.org/vuls/id/421644http://www.openwall.com/lists/oss-security/2024/04/03/16http://www.openwall.com/lists/oss-security/2024/04/05/4