Cache poisoning via insecure-by-default cache key
High8.4CVE-2026-2836 · Published Mar 5, 2026 · updated Mar 9, 2026
### Impact Pingora versions prior to 0.8.0 generated cache keys using only the URI path, excluding critical factors such as the host header. This allows an attacker to poison the cache and serve cross-origin responses to users. This vulnerability affects users of Pingora's alpha proxy caching feature who relied on the default CacheKey implementation. An attacker could exploit this for cross-tenant data leakage in multi-tenant deployments, or serve malicious content to legitimate users by poisoning shared cache entries. Note: Cloudflare customers and Cloudflare's CDN infrastructure were not affected by this vulnerability, as Cloudflare's default cache key implementation uses multiple factors to prevent cache key poisoning and never made use of the previously provided default. ### Patches We strongly suggest users should upgrade to Pingora v.0.8.0 or higher, which removes the default CacheKey implementation. ### Workarounds Do not rely on the provided CacheKey default, and at minimum use the host / :authority and the upstream peer TLS scheme as part of building the CacheKey, as well as other factors that may apply to the deployment e.g. HTTP method. ### References See [CVE-2026-...
Affected versions
| Package | Affected | Fixed in |
|---|---|---|
| pingora-cache crates.io | < 0.8.0 | 0.8.0 |
Details and references
### Impact Pingora versions prior to 0.8.0 generated cache keys using only the URI path, excluding critical factors such as the host header. This allows an attacker to poison the cache and serve cross-origin responses to users. This vulnerability affects users of Pingora's alpha proxy caching feature who relied on the default CacheKey implementation. An attacker could exploit this for cross-tenant data leakage in multi-tenant deployments, or serve malicious content to legitimate users by poisoning shared cache entries. Note: Cloudflare customers and Cloudflare's CDN infrastructure were not affected by this vulnerability, as Cloudflare's default cache key implementation uses multiple factors to prevent cache key poisoning and never made use of the previously provided default. ### Patches We strongly suggest users should upgrade to Pingora v.0.8.0 or higher, which removes the default CacheKey implementation. ### Workarounds Do not rely on the provided CacheKey default, and at minimum use the host / :authority and the upstream peer TLS scheme as part of building the CacheKey, as well as other factors that may apply to the deployment e.g. HTTP method. ### References See [CVE-2026-2836](https://cve.org/CVERecord?id=CVE-2026-2836) and the [Cloudflare blog post](https://blog.cloudflare.com/pingora-oss-smuggling-vulnerabilities/) for more details. ### Credits Disclosed responsibly by Rajat Raghav (@xclow3n) through the Cloudflare [Bug Bounty Program](https://www.cloudflare.com/disclosure/).
- CVSS 4.0
- CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:P/VC:N/VI:H/VA:N/SC:H/SI:H/SA:N
- Severity from
- GitHub (reviewed advisory)
More Cloudflare advisories
All Cloudflare| Date | Advisory | Severity | Fixed in |
|---|---|---|---|
| Jul 1 | Cloudflare Universal SSL: protection mechanism failure | High7.6 | No fix yet |
| Jun 19 | Use-after-free in connection ID iterator FFI functions | Medium5.6 | 0.29.2 |
| Mar 5 | HTTP Request Smuggling via HTTP/1.0 and Transfer-Encoding Misparsing | Critical9.3 | 0.8.0 |
| Mar 5 | HTTP Request Smuggling via Premature Upgrade | Critical9.3 | 0.8.0 |
| Feb 24 | Incorrect calculation in circl secp384r1 CombinedMult | Low | 1.6.3 |
| Jan 21 | OS Command Injection in `wrangler pages deploy` | High7.7 | 4.59.1 |