The largest DDoS attacks, and what each one changed
Records for the largest DDoS attack are broken every year or two, and almost always announced by the company that absorbed the attack. This page lists the ones whose figures were published by the operator itself, with the date and a link to the report. The numbers matter less than the pattern: each record came from a new technique, not simply from more machines.
Quick facts
- Measured in
- Bits per second for floods, packets per second for network gear, requests per second at layer 7
- Who reports them
- Usually the provider or company that absorbed the attack
- Largest here by requests
- 398 million requests per second, HTTP/2 Rapid Reset, August 2023 (Google)
- Largest here by bandwidth
- 2.5 Tbps against Google, September 2017 (Google)
- How current
- Checked 12 Oct 2026; providers publish new records often, so newer, larger figures may exist
What a DDoS attack is, and how one works, is on what is a DDoS attack.
The biggest DDoS attacks, by report
| When | Target | Peak | Technique | Source |
|---|---|---|---|---|
| March 2014 | YouTube | 2.7 million requests per second | Injected script turned visitors' browsers into attackers | Google, 2020 |
| 2016 | Not named in the report | 623 Gbps | Mirai botnet of infected devices | Google, 2020 |
| September 2017 | Google infrastructure | 2.5 Tbps | Six-month campaign using several reflection methods | Google, 2020 |
| 28 February 2018 | GitHub | 1.35 Tbps, 126.9 million packets per second | Memcached amplification | GitHub, 2018 |
| 1 June 2022 | A Google Cloud customer | 46 million requests per second | HTTPS flood from many sources | Google, 2022 |
| August 2023 | Google services and customers | 398 million requests per second | HTTP/2 Rapid Reset, CVE-2023-44487 | Google, 2023 |
Figures are as each operator reported them at the time. Different companies measure differently and see different parts of the internet, so records from different sources are not strictly comparable.
GitHub, 2018: the memcached record
On 28 February 2018, GitHub was hit by a flood that peaked at 1.35 Tbps. The attackers sent small requests to memcached servers left open on the internet, with GitHub's address as the source, and the servers replied with much larger answers. GitHub's incident report describes moving traffic to a scrubbing provider and recovering within minutes.
The technique, rather than the botnet, made it possible: one exposed service type multiplied the attacker's traffic. See memcached DDoS and amplification attacks.
Layer 7 records: from 46 million to 398 million requests per second
Application-layer records are counted in requests, because each request costs the server real work. In June 2022 a Google Cloud customer received an HTTPS flood peaking at 46 million requests per second.
A year later, attacks using HTTP/2 Rapid Reset reached 398 million requests per second. The technique opened and immediately cancelled streams on a single connection, so each connection produced far more work than before. It was a protocol weakness, tracked as CVE-2023-44487, and was fixed by changes in servers and proxies rather than by more capacity alone.
What the records have in common
- A new technique each time. Insecure devices, open amplifiers, a protocol feature; volume followed the technique.
- The target survived when capacity was in front of it. Each report describes absorbing or diverting the attack upstream of the servers.
- Layer matters. Bandwidth records and request records are different problems with different defences; see layer 3, 4 and 7 attacks.
- Most attacks are far smaller. A site does not need record-scale traffic to go down; a flood just larger than its own link is enough.
Live DDoS attack maps: what they show
Several security companies publish live DDoS maps that animate attacks between countries. They show what that company's sensors or customers see, usually sampled and delayed, drawn to look dramatic.
They are useful for a sense of scale and of which countries host the most attack traffic, not for deciding whether you are under attack. For that, look at your own traffic; see DDoS detection.
Questions
What is the largest DDoS attack ever recorded?
Among the attacks listed here, the largest by requests was the HTTP/2 Rapid Reset wave in August 2023 at 398 million requests per second, reported by Google; the largest by bandwidth was 2.5 Tbps against Google in September 2017. Providers report new records often.
What was the GitHub DDoS attack?
On 28 February 2018 GitHub was hit by a memcached amplification attack that peaked at 1.35 Tbps and 126.9 million packets per second, according to GitHub's own incident report.
What was HTTP/2 Rapid Reset?
A technique that opens and immediately cancels HTTP/2 streams on one connection, multiplying the work per connection. It was tracked as CVE-2023-44487 and used in attacks peaking at 398 million requests per second in 2023.
Are live DDoS maps accurate?
They show what one company's sensors see, sampled and delayed. They give a sense of scale but cannot tell you whether your own site is under attack.