Code RoomCache busting attack
HardPrep Room Coding #2710

Cache busting attack

On-callReliability & on-callSenior–Staff~40 min

Your product-search API origin CPU saturates and p99 triples, but your CDN cache-hit ratio quietly **collapsed** from 96% to 11% over an hour. Traffic volume at the edge is only up ~20% — not a volumetric flood. Inspection shows requests appending random query params (`?_=<rand>`, `&v=<uuid>`) to otherwise cacheable search URLs, busting the cache so every request hits origin. Sources are ~40k residential IPs, realistic UAs, each slow and human-paced; many requests carry a valid logged-in cookie. It correlates with a competitor's price-scraping season. How do you triage and mitigate without blocking real shoppers?

What a strong answer looks like

Stop the bleeding first (mitigate), then form hypotheses from real signals. Separate root cause from symptom, communicate status as you go, and close with what prevents a repeat.

0:00 of about 40 min
Which questions mattered is sealed until you submit. Telling you now would just be handing over the edge cases.