Your Ingress Layer Is Compromised on Two Fronts — Patch Order Matters
The Compounding Threat
Rare week. Critical pre-auth vulnerabilities on multiple layers of the same production stack dropped on the same calendar, which is the part the threat models did not price in. The NGINX rewrite module RCE has lived in the tree for 18 years, which is older than most of the fuzzing harnesses that were supposed to find it. The module ships in something like 90%+ of production deployments. Anyone running rewrite ^/old-path /new-path permanent; is in scope.
Unauthenticated means the attacker does not need a login, a cookie, or a prior foothold. The request is handled before your application's auth middleware ever sees it.
Traefik's auth bypass lands at CVSS 10.0. The rubric ran out of knobs. If ForwardAuth, BasicAuth, or any middleware sits behind Traefik, those controls are decorative until the patch is applied. This is the middleware chain evaluation order, not a buffer overflow. Read the diff if you want to see how short the fix is.
The Chain Attack
These do not stand alone. Argo CD 3.2.0-3.2.11 and 3.3.0-3.3.9 let any authenticated user to extract plaintext Kubernetes secrets (CVE-2026-42880, CVSS 9.6). Argo CD typically runs cluster-admin. The realistic path:
- Traefik bypass reaches an internal service
- Internal Argo CD API is now accessible
- Extract K8s secrets (database passwords, cloud credentials, TLS keys)
- Own the cluster
Stack the LiteLLM vulnerability (CVE-2026-42208, on CISA KEV, which means exploitation is confirmed in the wild) on top. LiteLLM gateways sit in front of model endpoints and hold the API keys. Disclosure to exploitation was 4 hours. The "patch critical within 30 days" SLA is an order of magnitude wrong for this class.
Spring Cloud Config Completes the Picture
Spring Cloud Config 3.1.0-4.3.2 has a directory traversal at CVSS 9.1 allowing arbitrary file read from the config server. Config servers hold other systems' credentials. That is the job description. The chain extends: Traefik bypass, Spring Config traversal, cloud credentials, data lake.
Patch Priority
| Component | CVSS | Priority | Rationale |
|---|---|---|---|
| NGINX | 9.8 | 1st | Internet-facing, pre-auth, PoC expected within days |
| Traefik | 10.0 | 1st (parallel) | Internet-facing, all auth is void |
| Argo CD | 9.6 | 2nd | Usually internal, but secrets rotation needed |
| LiteLLM | 9.4 | 2nd | Already exploited in wild |
| Spring Config | 9.1 | 3rd | Internal, but credential exposure is total |
What to do
Patch all NGINX instances using rewrite module today. Check both Open Source and Plus versions. Prioritize internet-facing reverse proxies.
Upgrade Traefik immediately and verify auth middleware is operational post-patch. If patching requires downtime, put a WAF in front temporarily.
Patch Argo CD to 3.2.12+ or 3.3.10+, then rotate ALL Kubernetes secrets the controller could access. Audit who had Argo CD access during the vulnerable window.
If running LiteLLM 1.81.16-1.83.7, upgrade immediately and rotate all stored LLM provider API keys.
Add network policies ensuring Spring Cloud Config is only reachable from application services, not external or untrusted networks.