Patch Now: Five Critical CVEs Across Ingress, GitOps, and AI Infra — Same Week, Same Stack
The Kill Chain Is Already Assembled
Five critical vulnerabilities landed across consecutive layers of a standard cloud-native stack this week. The compound risk is what makes this week exceptional — each CVE provides the foothold for the next.
A realistic attack path today: Traefik auth bypass reaches an internal service → Spring Cloud Config traversal reads cloud credentials → those credentials access the data lake → data leaves. Shorter path: Traefik bypass → internal Argo CD API → extract K8s secrets → own the cluster.
NGINX: 18 Years of Unauthenticated RCE
The rewrite module RCE has existed since the module shipped. The rewrite module runs in roughly 90%+ of production deployments — anyone who has written rewrite ^/old-path /new-path permanent; is exposed. The exploit executes before application auth, before rate limiting, before input validation. Defense in depth does not help when the first hop is already owned. Every fork, every vendored copy, every appliance shipping a pinned NGINX from 2014 is in scope.
Traefik: CVSS 10.0 — The Scorer Ran Out of Knobs
CVE-2026-35051/CVE-2026-39858 is an authentication architecture flaw, not a buffer overflow. If ForwardAuth, BasicAuth, or any auth middleware is deployed on Traefik, those controls are decorative right now. Every internal service behind Traefik is effectively internet-facing with no auth. This points to a design issue in how middleware chains get evaluated — the shape of the bug suggests variants may exist.
Argo CD: Plaintext Secrets for Any Authenticated User
CVE-2026-42880 (CVSS 9.6) in versions 3.2.0-3.2.11 and 3.3.0-3.3.9 lets any authenticated user read plaintext Kubernetes secrets. Argo CD typically runs with cluster-admin RBAC, meaning database passwords, cloud credentials, TLS keys, and inter-service tokens are all reachable by anyone with Argo CD access. Patching alone is insufficient — rotate every secret Argo CD could reach and audit who had access during the vulnerable window.
LiteLLM: Active Exploitation Confirmed (CISA KEV)
CVE-2026-42208 went from disclosure to active exploitation in 4 hours. KEV means this isn't theoretical. LiteLLM gateways typically hold API keys for OpenAI, Anthropic, and local models. Assume stored keys and prompt logs are compromised for unpatched instances between versions 1.81.16-1.83.7.
Patch Order
- Traefik — internet-facing, complete auth bypass, every request is exposed
- NGINX — internet-facing, pre-auth RCE, PoC imminent
- Argo CD — control plane, secret exposure (if publicly accessible, promote to #1)
- LiteLLM — actively exploited, AI API keys at risk
- Spring Cloud Config — usually internal, but config servers hold other systems' credentials
Layer the Copy Fail kernel LPE (CVE-2026-31431) on top and any application-layer foothold escalates to root invisibly — the in-memory modification evades AIDE, Tripwire, dm-verity, and container image verification entirely.
What to do
Patch Traefik against CVE-2026-35051/CVE-2026-39858 within the next 4 hours. If patching requires downtime, put a WAF or alternate proxy in front immediately.
Audit all NGINX instances for rewrite module usage and apply the upstream patch today. Check vendored copies and appliances, not just package-managed installs.
Upgrade Argo CD to 3.2.12+ or 3.3.10+ and rotate ALL Kubernetes secrets accessible to Argo CD this sprint.
If running LiteLLM 1.81.16-1.83.7, upgrade immediately and rotate all LLM provider API keys stored in LiteLLM's database.
Patch Linux kernels for CVE-2026-31431 (Copy Fail) on shared-kernel container hosts and CI runners this sprint. Evaluate gVisor/Kata for untrusted workloads.