CVE-2026-53714
HighCVSS 7.4Summary
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.
Risk Assessment
An unauthenticated pod in the cluster can obtain TLS private keys and the full gateway configuration, enabling impersonation, traffic interception, and further escalation within the Kubernetes environment. This is a critical risk to the entire infrastructure.
Recommendation
Update Envoy Gateway to version 1.7.4 or 1.8.1 (or later). Restrict network access to port 18000 to trusted components 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-53715Medium
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.
- 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, the xDS gRPC server in GatewayNamespaceMode, configured through provider.kubernetes.deploy.type=GatewayNamespace, installs a JWT StreamInterceptor but no UnaryInterceptor, leaving every unary Fetch RPC unauthenticated. The streaming interceptor also authenticates only discoveryv3.DeltaDiscoveryRequest messages; a discoveryv3.DiscoveryRequest used by the State-of-the-World protocol fails the type assertion and returns success without JWT validation. Any pod that can reach port 18000 can use the unauthenticated unary or State-of-the-World paths to retrieve TLS private keys through StreamSecrets, all xDS resources through StreamAggregatedResources, backend endpoints through StreamClusters or StreamEndpoints, and routing configuration through StreamRoutes or StreamListeners. This issue is fixed in versions 1.7.4 and 1.8.1.