Capire la protezione anti-DDoS di un hosting

Tutto sugli attacchi DDoS e sulla protezione anti-DDoS del tuo hoster. Livelli L3, L4 e L7 spiegati in modo semplice.

Presentazione

Un attacco DDoS (Distributed Denial of Service) consiste nel sommergere il tuo server di richieste per renderlo irraggiungibile. Secondo Cloudflare, oltre il 30 % dei siti ha subito almeno un attacco DDoS nel corso dell'anno.

La protezione anti-DDoS del tuo hoster filtra questi attacchi prima che raggiungano il tuo server. By-Hoster comprende una protezione anti-DDoS L3/L4/L7 su tutte le offerte.

Nel 2026 gli attacchi DDoS sono ormai all'ordine del giorno: kit « DDoS come servizio » in vendita per pochi euro sui forum, enormi reti di dispositivi connessi infetti (Mirai e le sue varianti), capacità d'attacco oltre il terabit al secondo. Qualsiasi sito o server esposto in rete può essere preso di mira, per caso o di proposito. Questa guida spiega come funziona davvero un attacco DDoS, quali sono i tipi più comuni, con quali metodi si mitiga e come verificare che la protezione annunciata dal tuo hoster sia seria.

I 3 livelli di attacco DDoS

  • L3 (livello di rete): attacchi sulla rete (ICMP flood, frammentazione IP). Volume enorme (si arriva ai Tbps)
  • L4 (livello di trasporto): attacchi TCP/UDP (SYN flood, UDP flood). Saturano la tabella delle connessioni
  • L7 (livello applicativo): attacchi HTTP/HTTPS (slowloris, HTTP flood). Imitano traffico legittimo, più difficili da filtrare

Tipi di attacco DDoS diffusi nel 2026

Oltre ai livelli OSI, gli attacchi DDoS si distinguono per tecnica. Conoscere i principali aiuta a capire che cosa deve saper filtrare un anti-DDoS serio.

  • SYN flood: chi attacca invia in massa pacchetti TCP SYN senza mai portare a termine la stretta di mano (3-way handshake), saturando la tabella delle connessioni del server. Mitigazione: SYN cookies, limite di frequenza per IP.
  • UDP flood: invio in massa di pacchetti UDP su porte casuali. Il server cerca di rispondere « port unreachable » e satura la banda. Mitigazione: limite di frequenza UDP, scarto totale sulle porte inutilizzate.
  • Amplificazione DNS / NTP / Memcached: chi attacca interroga un server DNS/NTP/Memcached con un indirizzo IP falsificato (il tuo), e il server risponde con un carico da 50 a 50 000 volte più grosso. Capacità record osservata: 2,5 Tbps tramite Memcached.
  • HTTP flood (L7): migliaia di robot inviano richieste GET/POST apparentemente legittime, ma su indirizzi costosi (ricerca, carrello, accesso). Mitigazione: sfida JavaScript, CAPTCHA, riconoscimento dell'impronta dei robot.
  • Slowloris: apertura di migliaia di connessioni HTTP mantenute quasi vuote, molto lentamente. Satura i processi di Apache o Nginx senza bisogno di grande banda. Mitigazione: tempi di attesa molto brevi, mod_qos.
  • Ransom DDoS (RDoS): estorsione del tipo « pagate X bitcoin o lanciamo un attacco da Y Gbps ». Nel 2026 diversi gruppi (REvil, Lapsus$) hanno rilanciato questa pratica.

Come funziona l'anti-DDoS By-Hoster

La nostra infrastruttura di filtraggio a monte (capacità di più Tbps) analizza il traffico in tempo reale e blocca i pacchetti malevoli prima che raggiungano il tuo server. Filtraggio automatico L3/L4 e regole applicative L7 personalizzabili.

  • Filtraggio a monte (BGP scrubbing): il traffico diretto alle nostre gamme di indirizzi IP passa per collettori di filtraggio prima di arrivare alla nostra infrastruttura DC-FR_NA(01) in Nuova Aquitania. I pacchetti malevoli vengono eliminati alla fonte.
  • Rilevamento automatico: algoritmi di riferimento (apprendimento del traffico normale) più firme note (kit DDoS) più euristiche (numero di pacchetti al secondo per IP di origine). La mitigazione parte in pochi secondi.
  • Filtraggio L3/L4: gestito automaticamente, trasparente per il cliente. Blocca SYN flood, UDP flood, amplificazioni per riflessione (DNS, NTP, Memcached, SSDP) e frammentazione abusiva.
  • Mitigazione L7: regole applicative configurabili (limite di frequenza per indirizzo, sfida JS, blocco per user-agent, blocco geografico). Il cliente può regolarle dal pannello o tramite l'assistenza tecnica.
  • Nessuna interruzione del servizio: gli utenti legittimi non si accorgono di nulla (al massimo 5-20 ms di latenza in più durante la mitigazione attiva). Il tuo sito resta raggiungibile.

Che fare durante un attacco DDoS?

Anche con un buon anti-DDoS a monte, alcune azioni da parte tua migliorano la tenuta. Ecco la lista da seguire quando rilevi un attacco (latenza anomala, errori 503, avvisi dal monitoraggio):

  • Confermare l'attacco: tail -f /var/log/nginx/access.log | awk '{print $1}' | sort | uniq -c | sort -rn | head -20 elenca gli indirizzi IP che colpiscono di più. Se vedi più di 50 IP straniere con centinaia di richieste al secondo ciascuna, è probabilmente un attacco.
  • Contattare subito l'assistenza dell'hoster: un'assistenza seria attiva una mitigazione rinforzata in pochi minuti. Comunica l'IP colpita, i registri e l'ora d'inizio.
  • Attivare una modalità « sotto attacco »: Cloudflare propone una modalità JS Challenge che obbliga ogni visitatore a superare una prova del browser. Blocca il 99 % dei robot e peggiora leggermente l'esperienza delle persone.
  • Limitare la frequenza a livello applicativo: in Nginx aggiungi limit_req_zone $binary_remote_addr zone=one:10m rate=10r/s; poi limit_req zone=one burst=20; dentro il blocco location.
  • Blocco geografico temporaneo: se l'attacco arriva soprattutto da un paese da cui non hai alcun traffico legittimo, blocca quel paese con iptables e GeoIP, oppure con pochi clic da Cloudflare.
  • Documentare per il dopo: conserva registri, indirizzi IP e schemi ricorrenti. A un attacco DDoS seguono spesso altri tentativi, e i tuoi registri permettono di affinare le regole di mitigazione.

Miti e luoghi comuni sull'anti-DDoS

  • « Il mio sito è troppo piccolo per essere attaccato »: falso. Gli attacchi opportunistici prendono di mira intere gamme di indirizzi IP: basta che l'IP vicina alla tua sia colpita perché tu ne subisca gli effetti. E i RDoS colpiscono piccole imprese a caso per ottenere un riscatto « moderato ».
  • « Cloudflare gratuito basta per tutto »: Cloudflare protegge solo il traffico HTTP/HTTPS che passa dalla sua rete. Se qualcuno conosce l'IP di origine (per una vecchia traccia nel DNS, un certificato SSL, l'intestazione di un'e-mail), aggira Cloudflare e attacca direttamente. Una protezione dal lato dell'hoster resta indispensabile.
  • « L'anti-DDoS rallenta il mio sito »: in condizioni normali (senza attacco) un anti-DDoS fatto bene aggiunge meno di 1 ms di latenza. Durante una mitigazione attiva si arriva a 5-20 ms. È invisibile, se paragonato a un attacco non mitigato che rende il sito irraggiungibile.
  • « Mi basta un firewall sul VPS per bloccare i DDoS »: falso per gli attacchi volumetrici (L3/L4). Se il tuo collegamento da 1 Gbps è saturato da 100 Gbps d'attacco, il firewall non serve a nulla: il traffico è già arrivato alla tua interfaccia. Il filtraggio deve stare a monte. Il firewall resta utile per gli attacchi L7 mirati.
  • « Con l'anti-DDoS non mi serve più fail2ban »: falso. L'anti-DDoS riguarda il volume distribuito; fail2ban riguarda la forza bruta e le scansioni mirate. I due si completano, non si sostituiscono.

Come verificare che la protezione annunciata da un hoster sia seria?

Molti hoster annunciano « anti-DDoS compreso » senza spiegare altro. Ecco i criteri per distinguere una protezione vera da una réclame vuota:

  • Capacità di filtraggio dichiarata: un anti-DDoS serio dichiara la propria capacità (Gbps o Tbps). Se la documentazione resta vaga, chiedi all'assistenza la capacità di mitigazione per singola IP e quella complessiva.
  • Livelli L3/L4/L7: un anti-DDoS professionale filtra tutti e tre i livelli. Se l'offerta parla solo di « filtraggio di rete » senza citare il L7, resti esposto agli HTTP flood.
  • Sempre attivo o attivato all'occorrenza: « always-on » è meglio (mitigazione immediata). « All'occorrenza » comporta qualche secondo o minuto di irraggiungibilità prima che la protezione entri in funzione.
  • Compreso o a pagamento: un anti-DDoS fatturato a parte è un cattivo segno. Gli hoster seri lo comprendono nel prezzo (il costo è marginale rispetto all'infrastruttura di filtraggio).
  • Comunicazione dopo l'attacco: chiedi di vedere un rapporto tipo redatto a posteriori. Un hoster serio, dopo un attacco, fornisce data, durata, volume, tipo di attacco e principali indirizzi IP di origine.

Domande frequenti

Sì, qualsiasi sito può esserne vittima, spesso per caso (perché rientra in una gamma di IP attaccata) oppure di proposito (un concorrente, un ex utente scontento). Ecco perché l'anti-DDoS dev'essere compreso, e non venduto a parte.

La nostra capacità di filtraggio è di più Tbps, ben oltre gli attacchi tipici (1-50 Gbps). Anche gli attacchi da record a livello mondiale (3 Tbps) rientrano nelle nostre capacità di mitigazione.

Pochissimo. I servizi « DDoS come servizio » (booter, stresser) si trovano a 5-50 € al mese sui forum clandestini e offrono su richiesta da 10 a 100 Gbps d'attacco. È proprio per questo che gli attacchi sono diventati banali: il rapporto fra costo e danno è drammaticamente a favore di chi attacca.

Cloudflare è eccellente al livello L7 e per il traffico HTTP/HTTPS, ma richiede che l'IP di origine non sia mai esposta. Nella pratica quell'indirizzo trapela spesso (vecchi record DNS, certificati SSL passati, intestazioni delle e-mail). Una protezione anti-DDoS dal lato dell'hoster resta complementare e indispensabile per bloccare gli attacchi che aggirano Cloudflare colpendo direttamente l'IP.

Un DoS (Denial of Service) parte da una sola sorgente (un attaccante, un indirizzo IP). Si blocca facilmente con un firewall. Un DDoS (Distributed DoS) parte da migliaia di sorgenti distribuite (una rete di macchine infette). Non si può bloccare dal lato del server: serve un filtraggio a monte, presso l'hoster o presso un servizio specializzato.

Sì, se viene compromesso. Un server mal protetto (password deboli, servizi esposti, pacchetti non aggiornati) può essere arruolato in una rete di macchine infette e partecipare agli attacchi. Conseguenze: la tua IP finisce nelle liste nere e l'hoster può sospendere l'account. Rimedi: SSH con chiavi, fail2ban, UFW, aggiornamenti automatici, sorveglianza della banda in uscita.

Il blackhole è la misura estrema: l'hoster annuncia la tua IP come « non instradabile » via BGP, e tutto il traffico diretto a quell'indirizzo finisce nel vuoto. Il tuo sito diventa irraggiungibile, ma l'infrastruttura dell'hoster è salva. Un blackhole dura di norma da 1 a 4 ore, il tempo che l'attacco si calmi. Si ricorre a questa misura solo come ultima risorsa, per attacchi enormi che nessuna mitigazione riesce ad assorbire.