CVE-2024-23326
Envoyproxy Envoy ≤ 1.27.6
Raw vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:NSummary
CVE-2024-23326 is a medium-severity Unchecked Error Condition (CWE-391) vulnerability in Envoyproxy Envoy. Its CVSS base score is 5.9 (Medium).
Operationally, exploitation aligns with the MITRE ATT&CK technique Exploit Public-Facing Application (T1190); ranked at the 29th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog.
The strongest mitigations our analysis identified map to SA-11 (Developer Testing and Evaluation) and SA-8 (Security and Privacy Engineering Principles) — see the control section below for these in your framework.
OWASP Top 10 for Web (2025)
EU & UK References
- 🇪🇺 ENISA EUVD: EUVD-2024-20841
Vulnerability Data
Envoy is a cloud-native, open source edge and service proxy. A theoretical request smuggling vulnerability exists through Envoy if a server can be tricked into adding an upgrade header into a response. Per RFC https://www.rfc-editor.org/rfc/rfc7230#section-6.7 a server sends 101 when…
more
switching protocols. Envoy incorrectly accepts a 200 response from a server when requesting a protocol upgrade, but 200 does not indicate protocol switch. This opens up the possibility of request smuggling through Envoy if the server can be tricked into adding the upgrade header to the response.
- CWE(s)
Related Threats
MITRE ATT&CK Enterprise Techniques
CVEs Like This One
Affected Assets
Mitigating Controls
Control response
—
—
—
V4.1.3V4.2.4V1.5.3V4.1.1
Mitigating Controls (NIST 800-53 r5) AI
Developer testing and evaluation can identify locations where error conditions are ignored or unhandled.
Secure engineering principles require explicit handling of error conditions and exceptions during design and implementation.
Fail-to-known-state requirements limit blast radius when an unchecked error condition occurs.
Boundary protection at external interfaces can enforce consistent HTTP request/response parsing rules between intermediaries and endpoints.
Validating HTTP inputs at the intermediary prevents malformed messages from being interpreted inconsistently downstream.
Proper error handling ensures conditions produce actionable messages rather than allowing silent unexpected behavior.
Mitigating Controls (NIST CSF 2.0) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.
Secure SDLC practices include proper exception and error handling, eliminating the root cause of CWE-391.
Configuration management can enforce uniform HTTP parsing rules across intermediaries, directly mitigating inconsistent interpretation.
Requiring log generation makes ignored error conditions visible to monitoring, directly reducing the weakness impact.
Event analysis can surface consequences of unchecked errors but does not enforce error checking itself.
Network monitoring can detect smuggling attempts via anomalous HTTP traffic or logs, while eliminating the inconsistency directly aids detection of such events.
Runtime monitoring can detect anomalous behavior from ignored errors but does not prevent the coding flaw.
Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI
Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.
Secure coding standards directly prohibit ignoring exceptions and unchecked errors.
Security testing can detect missing error handling before deployment.
Network security controls can enforce consistent HTTP parsing and proxy behavior that mitigates request smuggling.
Secure network services include hardening proxies and gateways against inconsistent HTTP interpretation.
Secure development life cycle requires systematic error handling, reducing unchecked conditions.
Application security requirements include explicit handling of error conditions.