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.

Section Attack types Updated Checked 12 Oct 2026

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

WhenTargetPeakTechniqueSource
March 2014YouTube2.7 million requests per secondInjected script turned visitors' browsers into attackersGoogle, 2020
2016Not named in the report623 GbpsMirai botnet of infected devicesGoogle, 2020
September 2017Google infrastructure2.5 TbpsSix-month campaign using several reflection methodsGoogle, 2020
28 February 2018GitHub1.35 Tbps, 126.9 million packets per secondMemcached amplificationGitHub, 2018
1 June 2022A Google Cloud customer46 million requests per secondHTTPS flood from many sourcesGoogle, 2022
August 2023Google services and customers398 million requests per secondHTTP/2 Rapid Reset, CVE-2023-44487Google, 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 EACH RECORD MEASURED MEASURED IN BANDWIDTH MEASURED IN REQUESTS NEW TECHNIQUE BEHIND IT MIRAI, 2016 GOOGLE, 2017 GITHUB, 2018 HTTPS FLOOD, 2022 RAPID RESET, 2023 // records at different layers are counted in different units
// five records, the unit each was measured in, and what was new

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.