
Per mettere in prospettiva quanto fosse massiccio l’attacco al suo culmine, Google afferma che era l’equivalente di ricevere tutte le richieste quotidiane verso Wikipedia in soli 10 secondi.
Questo è avvenuto ad un cliente di Google Cloud Armor, il quale è stato colpito da un attacco DDoS (Distributed Denial-of-Service) sul protocollo HTTPS che ha raggiunto 46 milioni di richieste al secondo (RPS), rendendolo il più grande mai registrato nel suo genere.
In soli due minuti, l’attacco è passato da 100.000 RPS a 46 milioni di RPS da record, quasi l’80% in più rispetto al record precedente, un DDoS HTTPS di 26 milioni di RPS che Cloudflare ha mitigato a giugno.
Avvio delle iscrizioni al corso Cyber Offensive Fundamentals Vuoi smettere di guardare tutorial e iniziare a capire davvero come funziona la sicurezza informatica? La base della sicurezza informatica, al di là di norme e tecnologie, ha sempre un unico obiettivo: fermare gli attacchi dei criminali informatici. Pertanto "Pensa come un attaccante, agisci come un difensore". Ti porteremo nel mondo dell'ethical hacking e del penetration test come nessuno ha mai fatto prima. Per informazioni potete accedere alla pagina del corso oppure contattarci tramite WhatsApp al numero 379 163 8765 oppure scrivendoci alla casella di posta [email protected].
Se ti piacciono le novità e gli articoli riportati su di Red Hot Cyber, iscriviti immediatamente alla newsletter settimanale per non perdere nessun articolo. La newsletter generalmente viene inviata ai nostri lettori ad inizio settimana, indicativamente di lunedì. |
L’assalto è durato 69 minuti
L’attacco è iniziato la mattina del 1 giugno, alle 09:45 ora del Pacifico, e ha preso di mira inizialmente il bilanciatore di carico HTTP/S della vittima con soli 10.000 RPS.
In otto minuti, l’attacco si è intensificato a 100.000 RPS ed è intervenuta Cloud Armor Protection di Google generando un avviso e firme basate su determinati dati estratti dall’analisi del traffico.
Due minuti dopo, l’attacco ha raggiunto il picco di 46 milioni di richieste al secondo.
Fortunatamente, il cliente aveva già implementato la regola consigliata da Cloud Armor, consentendo alle operazioni di funzionare normalmente. L’assalto è terminato 69 minuti dopo l’inizio.
“Presumibilmente l’attaccante ha stabilito che non stavano avendo l’impatto desiderato mentre stavano sostenendo spese significative per eseguire l’attacco”
si legge in un rapporto di Emil Kiner (Senior Product Manager) e Satya Konduru (Technical Lead) di Google.
Il malware dietro l’attacco deve ancora essere determinato, ma la distribuzione geografica dei servizi utilizzati punta a Mēris, una botnet responsabile di attacchi DDoS con picchi fino a 21,8 milioni di RPS.
Mēris è noto per l’utilizzo di proxy non protetti per inviare cattivo traffico, nel tentativo di nascondere l’origine.
I ricercatori di Google affermano che il traffico di proveniva da soli 5.256 indirizzi IP sparsi in 132 paesi e sfruttavano le richieste crittografate (HTTPS), indicando che i dispositivi che inviano le richieste hanno risorse di calcolo piuttosto potenti.
“Sebbene fosse necessario terminare la crittografia per ispezionare il traffico e mitigare efficacemente l’attacco, l’uso di HTTP Pipelining ha richiesto a Google di completare relativamente pochi handshake TLS”.
Un’altra caratteristica dell’attacco è l’uso dei nodi di uscita Tor per fornire il traffico. Sebbene quasi il 22% o 1.169 delle fonti incanalassero le richieste attraverso la rete Tor, rappresentavano solo il 3% del traffico di attacco.
Ti è piaciuto questo articolo? Ne stiamo discutendo nella nostra Community su LinkedIn, Facebook e Instagram. Seguici anche su Google News, per ricevere aggiornamenti quotidiani sulla sicurezza informatica o Scrivici se desideri segnalarci notizie, approfondimenti o contributi da pubblicare.

CybercrimeSappiamo che i criminal hacker riescono sempre a sorprenderci, e anche questa volta ci stupiscono per le innovazione e i modi che inventano per poter superare gli ostacoli, come i filtri di antispam. I criminali…
VulnerabilitàI backup sono generalmente considerati l’ultima linea di difesa, ma questa settimana Veeam ci ha ricordato che i sistemi di backup stessi possono diventare punti di accesso per gli attacchi. L’azienda ha rilasciato aggiornamenti di…
DirittiIl presente contributo approfondisce le criticità tecniche e costituzionali della proposta di Regolamento COM/2022/209 CSAR(Child Sexual Abuse Regulation). Questo studio fa seguito all’inquadramento generale già delineato e si concentra sul conflitto tra l’integrità dei sistemi…
CybercrimePer gran parte degli ultimi due decenni, la sicurezza informatica si è fondata su un presupposto fondamentale: le attività malevole possono essere individuate, analizzate e contrastate prima che producano danni significativi. Questo assunto ha modellato…
CybercrimeUn nuovo report pubblicato dall’Huntress Tactical Response Team documenta un’intrusione estremamente sofisticata individuata nel dicembre 2025, nella quale un attore avanzato è riuscito a compromettere un’infrastruttura VMware ESXi sfruttando una VM escape, ovvero l’evasione da…