CVE-2026-53715
MediumCVSS 5.3Summary
Envoy Gateway prior to versions 1.7.4 and 1.8.1 has a race condition in HTTPServer.ServeHTTP where unsynchronized reads of the mappingPath2Cache map can overlap with writes, causing the controller process to terminate and leading to a timing-dependent, cross-tenant control-plane denial of service.
Risk Assessment
An attacker with pod-network access to unauthenticated port 18002 can cause a denial of service of the controller, affecting all tenants and requiring a Kubernetes restart.
Recommendation
Upgrade to version 1.7.4 or 1.8.1 and restrict access to port 18002 to trusted entities only.
Other vulnerabilities in Envoy Gateway
See all- CVE-2026-53719Medium
Envoy Gateway prior to versions 1.7.4 and 1.8.1 has a nil dereference vulnerability in translateSecurityPolicyForRoute when a namespace-scoped tenant creates a SecurityPolicy targeting a TCPRoute and omits spec.authorization. The persistent object triggers a panic on every reconcile, stalling controller-wide xDS and infrastructure publishing until an administrator deletes the object.
- CVE-2026-53718Medium
Envoy Gateway prior to versions 1.7.4 and 1.8.1 allows an HTTPRoute to use an extension-managed custom backendRef to reference a backend resource in another namespace without a matching ReferenceGrant. The custom-backend branch omits validateBackendNamespace, violating the Gateway API cross-namespace authorization model.
- CVE-2026-53716Medium
Envoy Gateway prior to versions 1.7.4 and 1.8.1 has an unbounded decompression vulnerability in getFileFromGZ when a tenant-controlled URL points to a compressed Wasm payload. A small gzip stream can force a multi-gigabyte allocation in the shared controller, causing out-of-memory termination and potential persistent control-plane outage.
- CVE-2026-53714High
Envoy Gateway in GatewayNamespaceMode has an unauthenticated xDS gRPC server — only a JWT StreamInterceptor is installed, with no UnaryInterceptor, and the streaming interceptor only validates DeltaDiscoveryRequest messages. Any pod that can reach port 18000 can retrieve TLS private keys, xDS resources, backend endpoints, and routing configuration. The issue is fixed in versions 1.7.4 and 1.8.1.
- CVE-2026-53717Medium
Envoy Gateway before versions 1.7.4 and 1.8.1 has a vulnerability in the internal imagefetcher that fetches Wasm images based on tenant-controlled URLs. During extraction, an untrusted tar header size can cause a massive memory allocation, leading to an unrecoverable Go runtime out-of-memory failure and reconciliation crash-loops.
- CVE-2026-53713Critical
Envoy Gateway prior to 1.7.4 and 1.8.1 does not collapse redundant separators in to_absolute_normalized_path in internal/gatewayapi/luavalidator/security.lua before is_critical_path evaluates Lua submitted through EnvoyExtensionPolicy during default Strict validation. Linux resolves a double-slash absolute path as the corresponding single-slash path, but the validator does not match the redundant-separator form, allowing submitted Lua to read arbitrary files from the gateway controller pod. Exposed files can include Kubernetes service-account tokens, TLS certificates, and process environment data, and the disclosed credentials can provide access to sensitive Kubernetes API Server or Gateway xDS server information. This issue is fixed in versions 1.7.4 and 1.8.1.
- CVE-2026-22771High
A vulnerability in Envoy Gateway before versions 1.5.7 and 1.6.2 allows credential leakage via Lua scripts in EnvoyExtensionPolicy. Leaked credentials can be used to communicate with the control plane and access all secrets used by the proxy, including TLS private keys and communication credentials.
Original NVD description (English source)
Envoy Gateway is an open source project for managing Envoy Proxy as a standalone or Kubernetes-based application gateway. Prior to 1.7.4 and 1.8.1, HTTPServer.ServeHTTP in internal/wasm/httpserver.go reads the plain mappingPath2Cache map without synchronization while HTTPServer.Get writes the same map during EnvoyExtensionPolicy translation. An attacker with pod-network access to unauthenticated port 18002 and tenant permission to churn policies with distinct Wasm URLs can flood GET requests until a per-request reader overlaps a writer. Go's concurrent map read and write detection invokes runtime.throw, which the net/http connection recovery cannot catch, terminating the controller process and causing a timing-dependent, cross-tenant control-plane denial of service until Kubernetes restarts the pod. This issue is fixed in versions 1.7.4 and 1.8.1.