Cloudflare Outage, 18 novembre 2025: ricostruzione verosimile di come si è spento il web (secondo me 😊)

Tempo di lettura: 9 minuti

Un articolo tecnico-narrativo che parla di fragilità digitale, rollout falliti e la nostra illusione di onnipotenza informatica

🔰 DISCLAIMER (leggetelo davvero)

Lo scrivo subito, senza girarci intorno:
quello che leggerai è una ricostruzione verosimile, non un report ufficiale di Cloudflare.

Non esistono – almeno al momento in cui scrivo – informazioni pubbliche sulle specifiche righe di codice, sui moduli Rust effettivamente coinvolti o su quale componente abbia innescato la cascata che ha portato al blackout mondiale del 18 novembre 2025.

Questa è una ricostruzione tecnica possibile, plausibile, credibile… ma non verificabile.

E c’è un’altra cosa che voglio confessare, per trasparenza totale.

👉 Io uso Cloudflare. Uso i loro servizi a pagamento.
E fabri.news è hostato su Cloudflare.

Sì, il giorno dell’outage, anche questo sito è andato giù.
Sono stato colpito come tutti. E come tanti, mi sono ritrovato a guardare una schermata bianca pensando:

“Se è giù Cloudflare, è giù il mondo.”

E dunque ciò che leggerai qui è la mia interpretazione tecnica, sì, ma anche un tentativo di capire e far capire che cosa significhi, davvero, costruire il nostro futuro digitale sopra fondamenta così sottili.

Potrebbe essere andata così.
Oppure no.
Ma ciò che conta è cosa ci insegna questa possibilità.

🧩 1. Il giorno in cui Internet tossì… e tutti capimmo di essere malati

Il 18 novembre 2025, intorno alle 12:20 CET, accade qualcosa di strano.

Prima piccoli rallentamenti.
Poi servizi che non caricano.
Poi errori intermittenti.
Poi silenzio.

Silenzio digitale, s’intende: il tipo di silenzio che fa paura ai professionisti del web più di qualsiasi blackout elettrico. Perché un blackout elettrico ha cause ovvie.

Quando cade Internet, invece, tutto è più opaco, più inquietante, più… tecnicamente metafisico.

In poche decine di minuti smettono di funzionare:

  • ChatGPT
  • X (ex Twitter)
  • Spotify
  • Amazon
  • SEOZoom
  • Ahrefs
  • Perplexity AI
  • Claude (Anthropic)
  • migliaia di SaaS
  • milioni di siti corporate

Compreso questo: fabri.news.

“Cloudflare è giù” è il messaggio che rimbalza da un backend Slack all’altro, da un dev al suo collega, da un sysadmin all’altro.

E quando Cloudflare è giù, tu puoi essere tranquillo, bilanciato, resiliente, avere Kubernetes distribuito e serverless replicato:
se cade l’intermediario, cadi anche tu.

L’autostrada era perfetta.
Le auto erano perfette.
Era il casello ad essere esploso.

🔍 2. Il cuore nascosto del web: cosa fa davvero Cloudflare

Se chiedi a un cittadino medio cosa sia Cloudflare, ti risponderà:
“un’azienda tech” (ammesso che lo sappia).

Se lo chiedi a un addetto ai lavori, ti dirà:

“una CDN, un firewall, un reverse proxy, un DNS, un edge network”.

La verità?
Cloudflare è un sistema circolatorio.

Un’infrastruttura capillare da cui passa circa il 20% del traffico Internet mondiale: un numero che dovrebbe far tremare i polsi. E non perché sia male — Cloudflare offre servizi eccellenti — ma per la concentrazione di responsabilità.

Tecnicamente, Cloudflare è un insieme di:

  • centinaia di data center “edge”
  • migliaia di nodi autonomi
  • servizi distribuiti
  • principi di sicurezza zero-trust
  • moduli scritti in Rust, Go, Zig, Lua, Python
  • rollout rapidi di configurazioni globali

E soprattutto:
un livello di automazione tale che una singola scelta sbagliata può diventare globale in millisecondi.

Per capirci: quando un ingegnere Cloudflare clicca “apply”, quell’apply non è come il nostro “aggiorna plugin”.

È un comando planetario.

⚙️ 3. PARAGRAFO TECNICO 1 — Come si propaga un errore in una rete edge globale

Ogni volta che Cloudflare aggiorna una configurazione, parte una propagazione ottimistica.

Significa che presume che il nuovo file sia valido e lo distribuisce rapidamente ai suoi edge nodes.

In un mondo perfetto, la validazione dovrebbe impedire errori.
Nel mondo reale, a volte, una condizione logica sfugge.

Ecco un esempio immaginario, ma molto plausibile, in Rust:

fn apply_config(new_config: Config) {

    if new_config.version <= CURRENT_CONFIG.version {

        log::warn!("Outdated config received");

    } else {

        // ❗ E qui inizia il problema

        CURRENT_CONFIG = new_config;

    }

}

In pratica:
un controllo insufficiente sulla validità del payload.

Un apply() troppo permissivo.

Una piccola leggerezza.
Una minuscola riga di codice.

Una farfalla nello Zimbabwe batte le ali, e un reverse proxy a Singapore va in overload.

💥 4. PARAGRAFO TECNICO 2 — L’istante esatto del collasso

Ogni ingegnere di sistemi distribuiti conosce il suono sordo del panico nei log.

La parte peggiore degli incidenti è il momento in cui capisci che ormai il rollback non basterà.

In un processo di propagazione massiva, se uno dei moduli critici — firewall rules, load balancing config, certificate routing — riceve un valore sbagliato, può comportarsi così:

match validate(new_config) {

    Ok(_) => commit(new_config),

    Err(e) => panic!("Critical config error: {:?}", e), // 🚨

}

Quel panic!() è la pistola di Sarajevo dell’ecosistema digitale.

Perché un panic locale, in un edge isolato, è recuperabile.

Ma un panic sincronizzato su 50, poi 150, poi 400 edge nodes…
è uno tsunami.

Tempo stimato del collasso:
sotto i 2 minuti.

🌐 5. PARAGRAFO TECNICO 3 — L’effetto farfalla digitale

Il più grande paradosso dei sistemi distribuiti è che il loro punto di forza (parallelismo) è anche la loro debolezza.

Esempio Rust verosimile:

async fn propagate_config(cfg: Config) {

    for edge in ALL_EDGES {

        tokio::spawn(async move {

            let _ = edge.apply(cfg.clone()).await;

        });

    }

}

Il problema?
Tokio, l’executor asincrono di Rust, è troppo veloce.

La propagazione è istantanea.
Troppo istantanea.

Il “rumore” di una configurazione sbagliata si cristallizza attraverso la rete come una vibrazione perfetta.

È come se qualcuno battesse le mani dentro una cattedrale e ogni superficie riflettesse il suono in modo costruttivo, amplificandolo invece di disperderlo.

🪫 6. PARAGRAFO TECNICO 4 — L’oscurità: quando mezzo web diventa 502

All’inizio, gli errori sono piccoli.
Timeout.
Latenza anomala.
Alcune regioni che rispondono più lente del solito.

Poi, una cascata:

  • 502 Bad Gateway
  • 520 Unknown Error
  • 525 SSL Handshake Failed
  • 523 Origin Unreachable

Ogni edge in panic smette di fare da ponte.

Ogni server origin dietro Cloudflare diventa non raggiungibile dal mondo.

È come un blackout elettrico, ma non dell’energia:
dell’instradamento stesso della realtà digitale.

Ed è qui che fabri.news smette di rispondere.
Per la prima volta dalla sua esistenza.

E per qualche minuto, mentre guardo la pagina bianca, penso:

“Questa è la cosa più vicina a un attacco al tessuto stesso di Internet che abbiamo mai visto.”

🧠 7. PARAGRAFO CONCETTUALE — La resilienza che pensavamo di avere e che non abbiamo

Viviamo nell’illusione che il web sia resiliente, distribuito, anti-fragile.
In parte è vero.
In parte… è una fiaba.

Il problema non è tecnico, ma sistemico:

  • Pochi grandi provider
  • Tanta automatizzazione
  • Rollout planetari istantanei
  • Dipendenza invisibile fra servizi
  • Assenza di fallback glocal

Il web è come una città moderna:
se chiudi un ponte secondario non succede nulla.
Se chiudi un ponte principale, la città si blocca.
Se chiudi tutti i ponti contemporaneamente, la città collassa.

Il 18 novembre 2025, è successo questo.

📈 8. PARAGRAFO SEO — Cosa vede Google quando tutto esplode

Google è più intelligente di quanto pensiamo, ma anche più vulnerabile.

Quando rileva errori 500 su larga scala, fa tre cose:

  1. Sospende il crawl attivo per non peggiorare la situazione.
  2. Riduce il crawl budget, perché presume un problema lato server.
  3. Posticipa l’aggiornamento dell’indice.

Nel breve periodo, non ci sono danni permanenti.
Nel medio periodo, può esserci instabilità.

La soluzione?

Audit, osservazione, monitoraggio.

Link utili:

🧱 9. PARAGRAFO FILOSOFICO — Il web come costruzione antropologica fragile

Internet non è una rete di computer:
è una rete di compromessi:

  • compromessi economici (efficienza > sicurezza),
  • compromessi culturali (velocità > resilienza),
  • compromessi sociali (centralizzazione > ridondanza).

Ogni scelta tecnica è una scelta di civiltà.

Quando il web cade, non è solo un problema informatico:
è un problema antropologico.

Rivela la nostra dipendenza, la nostra fiducia mal riposta, la nostra ingenuità costruttiva.

🌍 10. PARAGRAFO GLOCAL — Perché il futuro potrebbe essere locale, non planetario

Non sto dicendo che dobbiamo abbandonare Cloudflare.
Io stesso continuerò a usarlo.

Ma il futuro del web passa da:

  • provider più piccoli
  • infrastrutture più vicine alle persone
  • diversificazione
  • strategie glocal
  • data center di prossimità

Esempi interessanti – Ti presento l’hosting di fabri.news e di Pistakkio:

Il futuro è un mosaico.
Non è un monolite.

📡 11. PARAGRAFO TECNICO FINALE — La versione “corretta” del codice che avrebbe evitato il disastro

Una possibile variante Rust che avrebbe potuto salvare il sistema:

pub fn safe_apply(cfg: Config) -> Result<(), ConfigError> {

    if !cfg.is_valid() {

        return Err(ConfigError::Invalid);

    }

    if cfg.version <= CURRENT.load(Ordering::SeqCst) {

        return Err(ConfigError::Outdated);

    }

    CURRENT.store(cfg.version, Ordering::SeqCst);

    Ok(())

}

Un return in più.
Un guardiano in più.
Una riga evitata.

A volte la resilienza è minuscola.
E grandissima.

🟩 12. ARE WE READY? — La prossima volta che il mondo si spegnerà, capiremo meglio perché

Questo articolo non vuole essere un atto d’accusa.
Né una tragedia greca.
Né un manuale di “ecco cosa Cloudflare ha sbagliato”.

Cloudflare è un servizio fantastico, creato da persone competenti di livello mondiale, a cui io, umile SEO Expert, non sarei giammai nemmeno degno di “legare i lacci dei sandali”. Cloudflare tra l’altro mette il suo servizio a disposizione gratuitamente per tutti. Infatti, Cloudflare offre un piano gratuito spettacolare e anche la VPN di Cloudflare, che si chiama 1.1.1.1, è gratuita per tutti, anche via smartphone.

Quindi, questo articolo è solo il tentativo di leggere un evento globale come:

  • un warning,
  • una possibilità,
  • un caso di studio,
  • un invito a progettare un web migliore.

Il 18 novembre 2025 ci ha ricordato che:

  • Internet è straordinaria, ma fragile.
  • L’automazione è potente, ma crudele.
  • La centralizzazione è efficiente, ma pericolosa.
  • La resilienza è un’arte, non un optional.

E che anche un sito piccolo come fabri.news può cadere insieme ai giganti.

Ma può anche risorgere.
E raccontarlo.

📎 LINK UTILI & RISORSE