Skip to content
Tech News
← Back to articles

Understanding the Recent DDoS Attack Against Read the Docs

read original get Site Reliability Engineering (O'Reilly book) → more articles
Why This Matters

Read the Docs, a widely used open-source documentation host, absorbed a 10-day DDoS peaking at 5.5 million requests per minute — roughly 100x its normal traffic — from millions of IPs with randomized headers and TLS fingerprints. The account is notable because it shows how cheap proxy networks and AI-generated scrapers have escalated attacks beyond what IP-based rate limiting can handle, a problem now hitting much of the shared developer infrastructure that the industry depends on.

Key Takeaways
Worth a Look

Site Reliability Engineering (O'Reilly book) — Google's SRE book is the go-to reference for the exact problems Read the Docs' ops team faced: incident response, on-call rotations, load shedding, and keeping services available under extreme traffic. If reading about a 5.5-million-requests-per-minute attack made you want to harden your own stack, this is the classic starting point.

See Site Reliability Engineering (O'Reilly book) 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