Non si è trattato di un errore di configurazione interno, di un attacco DDoS o di un atto doloso. È stato un guasto fisico esterno all'infrastruttura, che lo rende il primo grande blackout di Cloudflare di questo tipo nella recente serie di interruzioni .
Poiché Cloudflare funge da intermediario tra gli utenti e un vasto numero di siti web, un singolo cavo tranciato ha creato un effetto domino. DownDetector ha registrato picchi massicci nelle segnalazioni di disservizi da parte degli utenti per:
La stessa pagina di stato di Cloudflare mostrava un "Guasto parziale del sistema" con 54 componenti su 457 in difficoltà alla fine del 22 giugno . L'azienda ha riconosciuto "tassi di errore e latenza aumentati" su diversi servizi .
NetBlocks, che monitora la salute di Internet a livello globale, ha notato che X "stava subendo interruzioni internazionali per il secondo giorno consecutivo a causa di errori API di backend nella timeline", ma ha chiarito che l'incidente "non era correlato a interruzioni di Internet a livello nazionale" .
No. Le fonti disponibili descrivono tutte il guasto di X avvenuto il 22 giugno come parte dello stesso evento legato a Cloudflare . Non ci sono prove comprovate di un significativo guasto specifico di X il 21 giugno 2026, separato da questo incidente. Se avete visto notizie di un guasto di X il 21 giugno, queste non sono supportate dalla reportistica attuale .
Cloudflare aveva programmato una manutenzione nel suo data center EWR (Newark) dalle 01:00 UTC del 22 giugno 2026 alle 09:00 UTC del 23 giugno 2026 . La pagina di stato notava che il traffico avrebbe potuto essere reindirizzato da Newark durante questa finestra, causando potenzialmente un "leggero aumento della latenza" per gli utenti finali nella regione interessata .
Tuttavia, la manutenzione programmata non è stata identificata come la causa del blackout dovuto al cavo tranciato. I due incidenti si sono sovrapposti temporalmente ma erano separati nella causa principale: la manutenzione di Newark era di routine e pianificata, mentre il taglio della fibra è stato un guasto imprevisto dell'infrastruttura esterna che si è verificato più tardi nel corso della giornata .
L'incidente del cavo tranciato del 22 giugno è l'ultimo di una serie di notevoli interruzioni di Cloudflare iniziate alla fine del 2025. Ecco un confronto:
| Data | Durata | Causa | Portata |
|---|---|---|---|
| 18 novembre 2025 | ~4 ore | Un file di configurazione di Bot Management troppo grande ha innescato un guasto a cascata (inizialmente scambiato per un attacco DDoS) | Circa una pagina web su cinque è stata colpita |
| 5 dicembre 2025 | ~25 minuti | Guasto alla rete interna | ~28% di tutto il traffico HTTP di Cloudflare |
| 22 febbraio 2026 | ~6 ore | Un aggiornamento della configurazione BGP interna ha ritirato involontariamente le rotte dei clienti | 25% di tutti i prefissi BYOIP a livello globale |
| 22 giugno 2026 | In corso (al momento dell'ultimo rapporto) | Cavo in fibra ottica tranciato nell'America del Nord orientale | 54 componenti su 457 interrotti; molte piattaforme importanti colpite |
Il filo conduttore: la posizione di Cloudflare come infrastruttura per circa il 20% del traffico web globale fa sì che sia i danni fisici esterni (tagli di cavi) che gli errori di configurazione interna (file di configurazione troppo grandi, errori BGP) possano produrre guasti a cascata su centinaia di piattaforme importanti. Il blackout del 22 giugno è il primo grande evento con causa fisico-infrastrutturale in questa recente serie, a differenza di quelli dovuti a bug software o di configurazione.
Un singolo cavo in fibra tranciato in una regione è bastato per interrompere servizi usati ogni giorno da decine di milioni di persone. Questo incidente sottolinea una vulnerabilità fondamentale nell'architettura di Internet: anche i provider cloud più resilienti dipendono da cavi fisici che possono essere danneggiati da cantieri, condizioni meteorologiche o incidenti. Per aziende e utenti, è un promemoria del fatto che la ridondanza a livello applicativo — strategie multi-cloud, sistemi di failover e soluzioni offline di emergenza — rimane essenziale anche quando si lavora con un provider dominante come Cloudflare.
Al momento degli ultimi rapporti, la riparazione del cavo tranciato era ancora in corso . Cloudflare non ha ancora pubblicato un'analisi completa dell'incidente (post-mortem), e non è ancora chiaro se il taglio sia stato accidentale, legato a condizioni meteorologiche o causato da lavori di costruzione.
Non si è trattato di un errore di configurazione interno, di un attacco DDoS o di un atto doloso. È stato un guasto fisico esterno all'infrastruttura, che lo rende il primo grande blackout di Cloudflare di questo tipo nella recente serie di interruzioni .
Poiché Cloudflare funge da intermediario tra gli utenti e un vasto numero di siti web, un singolo cavo tranciato ha creato un effetto domino. DownDetector ha registrato picchi massicci nelle segnalazioni di disservizi da parte degli utenti per:
La stessa pagina di stato di Cloudflare mostrava un "Guasto parziale del sistema" con 54 componenti su 457 in difficoltà alla fine del 22 giugno . L'azienda ha riconosciuto "tassi di errore e latenza aumentati" su diversi servizi .
NetBlocks, che monitora la salute di Internet a livello globale, ha notato che X "stava subendo interruzioni internazionali per il secondo giorno consecutivo a causa di errori API di backend nella timeline", ma ha chiarito che l'incidente "non era correlato a interruzioni di Internet a livello nazionale" .
No. Le fonti disponibili descrivono tutte il guasto di X avvenuto il 22 giugno come parte dello stesso evento legato a Cloudflare . Non ci sono prove comprovate di un significativo guasto specifico di X il 21 giugno 2026, separato da questo incidente. Se avete visto notizie di un guasto di X il 21 giugno, queste non sono supportate dalla reportistica attuale .
Cloudflare aveva programmato una manutenzione nel suo data center EWR (Newark) dalle 01:00 UTC del 22 giugno 2026 alle 09:00 UTC del 23 giugno 2026 . La pagina di stato notava che il traffico avrebbe potuto essere reindirizzato da Newark durante questa finestra, causando potenzialmente un "leggero aumento della latenza" per gli utenti finali nella regione interessata .
Tuttavia, la manutenzione programmata non è stata identificata come la causa del blackout dovuto al cavo tranciato. I due incidenti si sono sovrapposti temporalmente ma erano separati nella causa principale: la manutenzione di Newark era di routine e pianificata, mentre il taglio della fibra è stato un guasto imprevisto dell'infrastruttura esterna che si è verificato più tardi nel corso della giornata .
L'incidente del cavo tranciato del 22 giugno è l'ultimo di una serie di notevoli interruzioni di Cloudflare iniziate alla fine del 2025. Ecco un confronto:
| Data | Durata | Causa | Portata |
|---|---|---|---|
| 18 novembre 2025 | ~4 ore | Un file di configurazione di Bot Management troppo grande ha innescato un guasto a cascata (inizialmente scambiato per un attacco DDoS) | Circa una pagina web su cinque è stata colpita |
| 5 dicembre 2025 | ~25 minuti | Guasto alla rete interna | ~28% di tutto il traffico HTTP di Cloudflare |
| 22 febbraio 2026 | ~6 ore | Un aggiornamento della configurazione BGP interna ha ritirato involontariamente le rotte dei clienti | 25% di tutti i prefissi BYOIP a livello globale |
| 22 giugno 2026 | In corso (al momento dell'ultimo rapporto) | Cavo in fibra ottica tranciato nell'America del Nord orientale | 54 componenti su 457 interrotti; molte piattaforme importanti colpite |
Il filo conduttore: la posizione di Cloudflare come infrastruttura per circa il 20% del traffico web globale fa sì che sia i danni fisici esterni (tagli di cavi) che gli errori di configurazione interna (file di configurazione troppo grandi, errori BGP) possano produrre guasti a cascata su centinaia di piattaforme importanti. Il blackout del 22 giugno è il primo grande evento con causa fisico-infrastrutturale in questa recente serie, a differenza di quelli dovuti a bug software o di configurazione.
Un singolo cavo in fibra tranciato in una regione è bastato per interrompere servizi usati ogni giorno da decine di milioni di persone. Questo incidente sottolinea una vulnerabilità fondamentale nell'architettura di Internet: anche i provider cloud più resilienti dipendono da cavi fisici che possono essere danneggiati da cantieri, condizioni meteorologiche o incidenti. Per aziende e utenti, è un promemoria del fatto che la ridondanza a livello applicativo — strategie multi-cloud, sistemi di failover e soluzioni offline di emergenza — rimane essenziale anche quando si lavora con un provider dominante come Cloudflare.
Al momento degli ultimi rapporti, la riparazione del cavo tranciato era ancora in corso . Cloudflare non ha ancora pubblicato un'analisi completa dell'incidente (post-mortem), e non è ancora chiaro se il taglio sia stato accidentale, legato a condizioni meteorologiche o causato da lavori di costruzione.