In Contour ( Ingress controller for Kubernetes) before version 1.7.0, a bad actor can shut down all instances of Envoy, essentially killing the entire ingress data plane. GET requests to /shutdown on port 8090 of the Envoy pod initiate Envoy's shutdown procedure. The shutdown procedure includes flipping the readiness endpoint to false, which removes Envoy from the routing pool. When running Envoy (For example on the host network, pod spec hostNetwork=true), the shutdown manager's endpoint is accessible to anyone on the network that can reach the Kubernetes node that's running Envoy. There is no authentication in place that prevents a rogue actor on the network from shutting down Envoy via the shutdown manager endpoint. Successful exploitation of this issue will lead to bad actors shutting down all instances of Envoy, essentially killing the entire ingress data plane. This is fixed in version 1.7.0.
References
Link | Resource |
---|---|
https://github.com/projectcontour/contour/releases/tag/v1.7.0 | Release Notes Third Party Advisory |
https://github.com/projectcontour/contour/security/advisories/GHSA-mjp8-x484-pm3r | Patch Third Party Advisory |
Configurations
Information
Published : 2020-08-05 14:15
Updated : 2020-08-12 06:30
NVD link : CVE-2020-15127
Mitre link : CVE-2020-15127
JSON object : View
CWE
CWE-306
Missing Authentication for Critical Function
Products Affected
projectcontour
- contour