Skip to content
Tech News
← Back to articles

Understanding the recent DDoS attack against Read the Docs

read original get Web Application Security" by Andrew Hoffman (O'Reilly) → more articles
Why This Matters

Read the Docs, a widely used documentation host for open-source projects, was hit by a ten-day DDoS attack peaking at 5.5 million requests per minute — roughly 100x normal traffic and 10x anything it had previously faced. The incident highlights how cheap, distributed proxy networks and AI-driven scraping are escalating the cost of running free developer infrastructure maintained by small teams.

Key Takeaways
Worth a Look

Web Application Security" by Andrew Hoffman (O'Reilly) — If reading about Read the Docs fending off a 5.5-million-requests-per-minute flood made you curious how attackers probe past caching and rate limits, this O'Reilly title walks through recon, attack, and defense from a developer's point of view. It's a practical way to build the mental model behind edge defenses and incident response before you're the one awake at 3am.

See Web Application Security" by Andrew Hoffman (O'Reilly) on Amazon → Affiliate link — we may earn a commission on purchases, at no extra cost to you. Product picked by AI based on this article; it is not a tested recommendation.

Understanding the Recent DDoS Attack Against Read the Docs

In mid-to-late June 2026, Read the Docs experienced the largest and most sophisticated distributed denial-of-service (DDoS) attack in our history. At its peak, our infrastructure was hit with over 5.5 million requests per minute, about 100 times our normal baseline traffic.

The incident lasted for nearly ten days, testing our infrastructure, our edge defenses, and our incident response processes. Unlike simpler traffic floods we've seen in the past, this attack was more distributed, it adapted to our defenses rapidly, and it purposefully attacked areas that bypassed caching.

Now that our small ops team is back to sleeping at normal hours, we wanted to walk through the anatomy of this kind of attack, why our existing rate limiting only partially mitigated it, and what strategies actually helped us (mostly) maintain availability throughout the attack.

Evolution of DDoS attacks

Read the Docs has historically been very tolerant toward spiders and bots scraping documentation we host, and IP-based rate limiting solved most abuse problems. Starting about two years ago, we began seeing a significant uptick as AI crawlers became more prevalent and it seems other members of the dev infrastructure community are seeing similar issues. It became straightforward to plug an AI-generated scraper into a proxy network. Our defenses adapted to that fairly easily, but the June attack was over 10x larger than anything we had faced.

Key characteristics of this attack included:

Massive volume : At peak, we received 5.5 million requests per minute , compared to our normal daily peak of under 100k requests per minute.

Global distribution : We saw malicious requests originating from millions of unique IP addresses across hundreds of networks (ASNs) globally. This included residential IP blocks as well as major and minor hosting providers.

Header & TLS randomization : The attackers systematically randomized HTTP request headers and TLS connection parameters to evade signature-based filters (JA3/JA4).

... continue reading