hunt-cache-poison

Identify and reproduce cache-poisoning vulnerabilities in CDN-backed applications.

13|2|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/chatbotkit/rook --skill hunt-cache-poison-chatbotkit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: hunt-cache-poison
Source: https://github.com/chatbotkit/rook/tree/main/skills/hunt-cache-poison
Command: npx skills add https://github.com/chatbotkit/rook --skill hunt-cache-poison-chatbotkit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Hunting for cache poisoning vulnerabilities and Web Cache Deception in CDN-backed apps to prevent widespread, automated denial of service, data leakage, and page integrity issues across edge caches.

Core Features & Use Cases

  • Detects cache-key misconfigurations and unkeyed header reflections (X-Forwarded-Host, X-Forwarded-Port, etc.)
  • Provides a repeatable hunting methodology to reproduce poisoned cache entries and measure blast radius
  • Documents real-world escalation paths with step-by-step guidance and abstracted payloads for safe testing

Quick Start

Run a targeted cache-poisoning assessment against a test target and follow the methodology to reproduce a cached poisoning with a separate client.

Frequently Asked Questions about hunt-cache-poison

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I test for CDN cache poisoning on web applications?

Web cache deception occurs when cache rules expose authenticated user data. You detect it by hunting for misconfigured Vary rules and cache-key misconfigurations across both authenticated and unauthenticated endpoints in CDN-backed apps, measuring the blast radius of exposed data.

What is web cache deception and how does it impact authenticated endpoints?

Web cache deception exposes sensitive authenticated data by exploiting misconfigured CDN cache rules. It impacts authenticated endpoints by allowing unauthorized access to private content through cache-key manipulation, leading to widespread data leakage across edge caches.

Does cache poisoning testing work on multi-tenant CDN setups?

Cache poisoning testing works on multi-tenant CDN setups where cache keys may be influenced by unkeyed headers or misconfigured Vary rules. It applies to both authenticated and unauthenticated endpoints across content delivery networks to identify exploitable cache entries.

How do I verify the blast radius of a web cache poisoning vulnerability?

You verify the blast radius of web cache poisoning by performing independent validation. After injecting controlled headers to poison a cache entry, query the targeted URL from a separate client to confirm the cache-wide impact and reproduction of the poisoned response.

When should I avoid testing for unkeyed header reflections in CDN caches?

You should avoid testing unkeyed header reflections without proper authorization, as reproducing poisoned cache entries can cause automated denial of service and page integrity issues across edge caches. Ensure safe testing using abstracted payloads and authorized test targets.