La telemetria di Microsoft ha rilevato un netto aumento dei tassi di errore su tutte le app web di Office, spingendo gli ingegneri a correlare questi pattern tra le varie dipendenze di servizio per identificare una soluzione . L'incidente è stato risolto intorno alle 14:48 ora italiana del 2 giugno .

In mancanza di un'analisi ufficiale delle cause (RCA), l'esatta causa scatenante rimane non confermata. Tuttavia, la definizione di "problema cross-service" suggerisce con forza il cedimento di una dipendenza backend condivisa – come un sistema di storage, autenticazione o gestione delle sessioni utilizzato sia da Teams che dalle app web di Office – che ha avuto un effetto domino sull'esperienza utente .

Dentro MO1329260: Il portale per la configurazione MFA restituisce errori 504

Contemporaneamente, un altro incidente si stava verificando per gli utenti che tentavano di configurare l'autenticazione a più fattori. Navigando verso il portale My Sign-Ins (mysignins.microsoft.com), i tecnici e gli amministratori si imbattevano in un errore 504 Gateway Timeout, che di fatto impediva di attivare l'MFA per nuovi account o gestire i metodi esistenti . Il disservizio è durato circa 3 ore il 1° giugno .

La strategia di mitigazione di Microsoft ha comportato un failover verso un'infrastruttura alternativa sana per ripristinare il servizio . Lo schema dell'errore 504 e la necessità di un failover infrastrutturale indicano un guasto nel servizio backend o nel sistema di bilanciamento del carico che gestisce il portale di autenticazione.

Vale la pena notare che non è il primo blackout legato all'MFA nel 2026. Un incidente di febbraio (MO1237461) causò simili errori 504 per l'accesso MFA e fu in seguito ricondotto a un fornitore esterno di MFA, Duo, che implementò una correzione per conto proprio . Microsoft non ha ancora chiarito se MO1329260 abbia coinvolto una dipendenza di terze parti simile o se sia stato un guasto interno al solo servizio Entra ID.

Una traiettoria preoccupante per il 2026: cinque grandi blackout in sei mesi

Questi due incidenti di giugno non sono casi isolati. Sono solo gli ultimi tasselli di un insolitamente denso susseguirsi di gravi interruzioni del cloud Microsoft nella prima metà del 2026. Gli osservatori del settore hanno ormai catalogato cinque eventi significativi.

I principali blackout del cloud Microsoft: Ottobre 2025 – Giugno 2026

• Ottobre 2025: Un guasto al DNS di Azure Front Door causa un diffuso degrado dei servizi Microsoft 365 e Azure .
• 22-23 Gennaio 2026: Una combinazione di problemi all'infrastruttura Azure e un guasto di rete di terze parti provoca un'interruzione di circa 9,5 ore, mandando offline Outlook, Exchange, Teams, Defender e Purview. Questo singolo incidente ha infranto l'impegno di disponibilità annuale di Microsoft per diversi carichi di lavoro .
• Febbraio 2026: Un blackout MFA (MO1237461) causa errori 504 per gli utenti nordamericani. Microsoft conferma che il problema è stato risolto con una correzione da parte di un fornitore esterno di MFA .
• Aprile 2026: Una diffusa interruzione del cloud causa problemi di connettività in più regioni, colpendo Teams, Outlook e Azure .
• 1-2 Giugno 2026: I due incidenti simultanei MO1329446 (accesso ai file) e MO1329260 (configurazione MFA) bloccano due aree di servizio distinte ma critiche .

Schemi ricorrenti nei guasti

Da questa sequenza di incidenti emergono alcune tematiche scomode:

• Rischio delle dipendenze di terze parti: Il megaguasto di gennaio e il blackout MFA di febbraio sono stati entrambi collegati a fornitori di rete o servizi esterni. Questo schema ricorrente solleva seri interrogativi sulla gestione delle dipendenze nell'architettura di Microsoft, sulla robustezza dei test di failover e sulla visibilità che l'azienda ha sull'affidabilità della propria catena di fornitura .
• Fragilità del sistema di identità: I portali MFA e di autenticazione sono diventati un punto critico di fallimento. Con almeno tre incidenti legati all'identità nel solo 2026, lo stesso sistema progettato per garantire l'accesso sicuro è diventato una barriera .
• Raggio d'azione cross-service: La natura "cross-service" di MO1329446 riecheggia la catastrofe di gennaio, dove un singolo guasto infrastrutturale si è propagato a catena su email, collaborazione, sicurezza e strumenti di conformità. Questo schema di rischio sistemico concentrato in un'architettura cloud altamente centralizzata è una preoccupazione crescente per i clienti enterprise .
• Erosione della fiducia negli SLA: Il blackout di 9,5 ore di gennaio ha già fatto superare a Microsoft le garanzie di uptime contrattuali per servizi chiave . Ogni incidente successivo erode ulteriormente la fiducia dei clienti nella capacità dell'azienda di mantenere l'affidabilità promessa.

La questione dell'analisi post-mortem

L'aspetto critico per entrambi gli incidenti di giugno è l'assenza di un'analisi formale delle cause. Tutta l'analisi si basa sui messaggi di stato in tempo reale di Microsoft, sugli aggiornamenti dell'interfaccia di amministrazione e sul monitoraggio di terze parti. Fino a quando Microsoft non pubblicherà dei post-mortem dettagliati, è impossibile determinare se questi due eventi abbiano condiviso una causa scatenante comune – come un singolo cambiamento infrastrutturale che ha degradato due servizi separati – o se siano stati semplicemente una sfortunata coincidenza. Ciò che è già evidente, tuttavia, è che si inseriscono perfettamente in un trend più ampio e profondamente preoccupante del 2026 che ha messo in allerta l'intero mondo IT aziendale.

La telemetria di Microsoft ha rilevato un netto aumento dei tassi di errore su tutte le app web di Office, spingendo gli ingegneri a correlare questi pattern tra le varie dipendenze di servizio per identificare una soluzione . L'incidente è stato risolto intorno alle 14:48 ora italiana del 2 giugno .

In mancanza di un'analisi ufficiale delle cause (RCA), l'esatta causa scatenante rimane non confermata. Tuttavia, la definizione di "problema cross-service" suggerisce con forza il cedimento di una dipendenza backend condivisa – come un sistema di storage, autenticazione o gestione delle sessioni utilizzato sia da Teams che dalle app web di Office – che ha avuto un effetto domino sull'esperienza utente .

Dentro MO1329260: Il portale per la configurazione MFA restituisce errori 504

Contemporaneamente, un altro incidente si stava verificando per gli utenti che tentavano di configurare l'autenticazione a più fattori. Navigando verso il portale My Sign-Ins (mysignins.microsoft.com), i tecnici e gli amministratori si imbattevano in un errore 504 Gateway Timeout, che di fatto impediva di attivare l'MFA per nuovi account o gestire i metodi esistenti . Il disservizio è durato circa 3 ore il 1° giugno .

La strategia di mitigazione di Microsoft ha comportato un failover verso un'infrastruttura alternativa sana per ripristinare il servizio . Lo schema dell'errore 504 e la necessità di un failover infrastrutturale indicano un guasto nel servizio backend o nel sistema di bilanciamento del carico che gestisce il portale di autenticazione.

Vale la pena notare che non è il primo blackout legato all'MFA nel 2026. Un incidente di febbraio (MO1237461) causò simili errori 504 per l'accesso MFA e fu in seguito ricondotto a un fornitore esterno di MFA, Duo, che implementò una correzione per conto proprio . Microsoft non ha ancora chiarito se MO1329260 abbia coinvolto una dipendenza di terze parti simile o se sia stato un guasto interno al solo servizio Entra ID.

Una traiettoria preoccupante per il 2026: cinque grandi blackout in sei mesi

Questi due incidenti di giugno non sono casi isolati. Sono solo gli ultimi tasselli di un insolitamente denso susseguirsi di gravi interruzioni del cloud Microsoft nella prima metà del 2026. Gli osservatori del settore hanno ormai catalogato cinque eventi significativi.

I principali blackout del cloud Microsoft: Ottobre 2025 – Giugno 2026

• Ottobre 2025: Un guasto al DNS di Azure Front Door causa un diffuso degrado dei servizi Microsoft 365 e Azure .
• 22-23 Gennaio 2026: Una combinazione di problemi all'infrastruttura Azure e un guasto di rete di terze parti provoca un'interruzione di circa 9,5 ore, mandando offline Outlook, Exchange, Teams, Defender e Purview. Questo singolo incidente ha infranto l'impegno di disponibilità annuale di Microsoft per diversi carichi di lavoro .
• Febbraio 2026: Un blackout MFA (MO1237461) causa errori 504 per gli utenti nordamericani. Microsoft conferma che il problema è stato risolto con una correzione da parte di un fornitore esterno di MFA .
• Aprile 2026: Una diffusa interruzione del cloud causa problemi di connettività in più regioni, colpendo Teams, Outlook e Azure .
• 1-2 Giugno 2026: I due incidenti simultanei MO1329446 (accesso ai file) e MO1329260 (configurazione MFA) bloccano due aree di servizio distinte ma critiche .

Schemi ricorrenti nei guasti

Da questa sequenza di incidenti emergono alcune tematiche scomode:

• Rischio delle dipendenze di terze parti: Il megaguasto di gennaio e il blackout MFA di febbraio sono stati entrambi collegati a fornitori di rete o servizi esterni. Questo schema ricorrente solleva seri interrogativi sulla gestione delle dipendenze nell'architettura di Microsoft, sulla robustezza dei test di failover e sulla visibilità che l'azienda ha sull'affidabilità della propria catena di fornitura .
• Fragilità del sistema di identità: I portali MFA e di autenticazione sono diventati un punto critico di fallimento. Con almeno tre incidenti legati all'identità nel solo 2026, lo stesso sistema progettato per garantire l'accesso sicuro è diventato una barriera .
• Raggio d'azione cross-service: La natura "cross-service" di MO1329446 riecheggia la catastrofe di gennaio, dove un singolo guasto infrastrutturale si è propagato a catena su email, collaborazione, sicurezza e strumenti di conformità. Questo schema di rischio sistemico concentrato in un'architettura cloud altamente centralizzata è una preoccupazione crescente per i clienti enterprise .
• Erosione della fiducia negli SLA: Il blackout di 9,5 ore di gennaio ha già fatto superare a Microsoft le garanzie di uptime contrattuali per servizi chiave . Ogni incidente successivo erode ulteriormente la fiducia dei clienti nella capacità dell'azienda di mantenere l'affidabilità promessa.

La questione dell'analisi post-mortem

L'aspetto critico per entrambi gli incidenti di giugno è l'assenza di un'analisi formale delle cause. Tutta l'analisi si basa sui messaggi di stato in tempo reale di Microsoft, sugli aggiornamenti dell'interfaccia di amministrazione e sul monitoraggio di terze parti. Fino a quando Microsoft non pubblicherà dei post-mortem dettagliati, è impossibile determinare se questi due eventi abbiano condiviso una causa scatenante comune – come un singolo cambiamento infrastrutturale che ha degradato due servizi separati – o se siano stati semplicemente una sfortunata coincidenza. Ciò che è già evidente, tuttavia, è che si inseriscono perfettamente in un trend più ampio e profondamente preoccupante del 2026 che ha messo in allerta l'intero mondo IT aziendale.