Telemetria firmy wykryła gwałtowny wzrost liczby błędów w aplikacjach webowych Office, a inżynierowie rozpoczęli korelowanie tych wzorców w zależnościach między usługami, aby znaleźć rozwiązanie . Incydent został rozwiązany około godziny 12:48 UTC 2 czerwca .

Ponieważ Microsoft nie opublikował ostatecznej analizy przyczyn źródłowych (RCA), dokładny techniczny wyzwalacz pozostaje niepotwierdzony. Jednak charakterystyka „międzyusługowa” silnie sugeruje awarię współdzielonej zależności zaplecza – takiej jak warstwa magazynowania, uwierzytelniania lub zarządzania sesjami, używana zarówno przez Teams, jak i aplikacje webowe Office – która kaskadowo wpłynęła na błąd widoczny dla użytkownika .

Awaria MO1329260: Portal konfiguracji MFA zwraca błędy 504

Równolegle rozwijał się inny incydent, dotykający użytkowników próbujących skonfigurować uwierzytelnianie wieloskładnikowe. Podczas nawigacji do portalu Moje Logowania (mysignins.microsoft.com) użytkownicy otrzymywali błędy 504 Gateway Timeout, co skutecznie blokowało możliwość skonfigurowania MFA dla nowych kont lub zarządzania istniejącymi metodami . Incydent trwał około 3 godzin 1 czerwca .

Strategia łagodzenia Microsoftu polegała na przełączeniu na alternatywną, sprawną infrastrukturę w celu przywrócenia usługi . Wzorzec błędu 504 i konieczność przełączenia infrastruktury wskazują na awarię usługi zaplecza lub warstwy równoważenia obciążenia, która obsługuje portal uwierzytelniania.

Warto zauważyć, że nie jest to pierwsza awaria związana z MFA w 2026 roku. Lutowy incydent (MO1237461) spowodował podobne błędy 504 dla logowania MFA i został później powiązany z zewnętrznym dostawcą MFA, firmą Duo, która wdrożyła poprawkę po swojej stronie . Microsoft nie ujawnił jeszcze, czy MO1329260 wiązał się z podobną zależnością od strony trzeciej, czy była to wyłącznie awaria usługi pierwszego kontrahenta, czyli Entra ID.

Niepokojąca trajektoria 2026: Już pięć poważnych awarii w ciągu sześciu miesięcy

Te dwa czerwcowe incydenty nie są odosobnionymi przypadkami. Są najnowszymi punktami danych w niezwykle gęstym skupisku głośnych awarii chmury Microsoftu w 2026 roku. Branżowe trackery odnotowały już pięć znaczących zdarzeń w pierwszej połowie roku .

Główne awarie chmury Microsoftu: Październik 2025 – Czerwiec 2026

• Październik 2025: Awaria DNS Azure Front Door spowodowała szeroką degradację usług Microsoft 365 i Azure .
• 22-23 stycznia 2026: Połączenie problemów z infrastrukturą Azure i awarii sieciowej zewnętrznego dostawcy wywołało ~9,5-godzinną awarię, wyłączając Outlook, Exchange, Teams, Defender i Purview. Sam ten incydent przekroczył roczne zobowiązania Microsoftu dotyczące czasu sprawności dla kilku obciążeń .
• Luty 2026: Awaria MFA (MO1237461) spowodowała błędy 504 Gateway Timeout dla użytkowników w Ameryce Północnej. Microsoft potwierdził, że została złagodzona przez poprawkę od zewnętrznego dostawcy MFA .
• Kwiecień 2026: Szeroko zakrojona awaria chmury spowodowała problemy z łącznością w wielu regionach, wpływając na Teams, Outlook i Azure .
• 1-2 czerwca 2026: Jednocześnie wystąpiły dwa incydenty: MO1329446 (dostęp do plików) i MO1329260 (konfiguracja MFA), blokując dwa odrębne, ale krytyczne obszary usług .

Powtarzające się schematy awarii

Z tej serii incydentów wyłania się kilka niewygodnych tematów:

• Ryzyko zależności od stron trzecich: Styczniowy megaincydent i lutowa awaria MFA były powiązane z zewnętrznymi dostawcami usług sieciowych lub uwierzytelniających. Ten powtarzający się schemat rodzi poważne pytania o architekturę zarządzania zależnościami Microsoftu, testy przełączania awaryjnego i wgląd w niezawodność łańcucha dostaw .
• Kruchość warstwy tożsamości: Portale MFA i uwierzytelniania stały się skoncentrowanym punktem awarii. Przy co najmniej trzech incydentach związanych z tożsamością w samym 2026 roku, sam system zaprojektowany do zabezpieczania dostępu stał się barierą dostępową .
• Międzyserwisowy promień rażenia: „Międzyusługowy” charakter MO1329446 przypomina styczniową katastrofę, gdzie pojedyncza usterka infrastruktury kaskadowo wpłynęła na jednoczesne awarie poczty e-mail, narzędzi do współpracy, bezpieczeństwa i zgodności. Ten wzorzec skoncentrowanego ryzyka systemowego w wysoce scentralizowanej architekturze chmury jest rosnącym zmartwieniem dla klientów korporacyjnych .
• Nadwątlone zaufanie do umów SLA: Styczniowa 9,5-godzinna awaria już przekroczyła gwarancje czasu sprawności Microsoftu poparte finansowo dla kluczowych usług . Każdy kolejny incydent dodatkowo podważa zaufanie klientów, że firma jest w stanie utrzymać niezawodność obiecywaną w umowach o gwarantowanym poziomie usług.

Pytanie bez odpowiedzi – gdzie są raporty powłamaniowe?

Kluczowym zastrzeżeniem dla obu czerwcowych incydentów jest brak formalnych analiz przyczyn źródłowych. Cała powyższa analiza opiera się na komunikatach statusowych Microsoftu w czasie rzeczywistym, aktualizacjach w centrum administracyjnym i zewnętrznym śledzeniu awarii. Dopóki Microsoft nie opublikuje szczegółowych technicznych analiz powłamaniowych, nie można ustalić, czy te dwa zdarzenia miały wspólny, leżący u podstaw czynnik – taki jak pojedyncza zmiana w infrastrukturze, która pogorszyła działanie dwóch oddzielnych usług – czy był to po prostu pechowy zbieg okoliczności. Już teraz jest jednak jasne, że wpisują się one w szerszy i głęboko niepokojący trend w 2026 roku, który postawił świat korporacyjnego IT w stan najwyższej gotowości.

Telemetria firmy wykryła gwałtowny wzrost liczby błędów w aplikacjach webowych Office, a inżynierowie rozpoczęli korelowanie tych wzorców w zależnościach między usługami, aby znaleźć rozwiązanie . Incydent został rozwiązany około godziny 12:48 UTC 2 czerwca .

Ponieważ Microsoft nie opublikował ostatecznej analizy przyczyn źródłowych (RCA), dokładny techniczny wyzwalacz pozostaje niepotwierdzony. Jednak charakterystyka „międzyusługowa” silnie sugeruje awarię współdzielonej zależności zaplecza – takiej jak warstwa magazynowania, uwierzytelniania lub zarządzania sesjami, używana zarówno przez Teams, jak i aplikacje webowe Office – która kaskadowo wpłynęła na błąd widoczny dla użytkownika .

Awaria MO1329260: Portal konfiguracji MFA zwraca błędy 504

Równolegle rozwijał się inny incydent, dotykający użytkowników próbujących skonfigurować uwierzytelnianie wieloskładnikowe. Podczas nawigacji do portalu Moje Logowania (mysignins.microsoft.com) użytkownicy otrzymywali błędy 504 Gateway Timeout, co skutecznie blokowało możliwość skonfigurowania MFA dla nowych kont lub zarządzania istniejącymi metodami . Incydent trwał około 3 godzin 1 czerwca .

Strategia łagodzenia Microsoftu polegała na przełączeniu na alternatywną, sprawną infrastrukturę w celu przywrócenia usługi . Wzorzec błędu 504 i konieczność przełączenia infrastruktury wskazują na awarię usługi zaplecza lub warstwy równoważenia obciążenia, która obsługuje portal uwierzytelniania.

Warto zauważyć, że nie jest to pierwsza awaria związana z MFA w 2026 roku. Lutowy incydent (MO1237461) spowodował podobne błędy 504 dla logowania MFA i został później powiązany z zewnętrznym dostawcą MFA, firmą Duo, która wdrożyła poprawkę po swojej stronie . Microsoft nie ujawnił jeszcze, czy MO1329260 wiązał się z podobną zależnością od strony trzeciej, czy była to wyłącznie awaria usługi pierwszego kontrahenta, czyli Entra ID.

Niepokojąca trajektoria 2026: Już pięć poważnych awarii w ciągu sześciu miesięcy

Te dwa czerwcowe incydenty nie są odosobnionymi przypadkami. Są najnowszymi punktami danych w niezwykle gęstym skupisku głośnych awarii chmury Microsoftu w 2026 roku. Branżowe trackery odnotowały już pięć znaczących zdarzeń w pierwszej połowie roku .

Główne awarie chmury Microsoftu: Październik 2025 – Czerwiec 2026

• Październik 2025: Awaria DNS Azure Front Door spowodowała szeroką degradację usług Microsoft 365 i Azure .
• 22-23 stycznia 2026: Połączenie problemów z infrastrukturą Azure i awarii sieciowej zewnętrznego dostawcy wywołało ~9,5-godzinną awarię, wyłączając Outlook, Exchange, Teams, Defender i Purview. Sam ten incydent przekroczył roczne zobowiązania Microsoftu dotyczące czasu sprawności dla kilku obciążeń .
• Luty 2026: Awaria MFA (MO1237461) spowodowała błędy 504 Gateway Timeout dla użytkowników w Ameryce Północnej. Microsoft potwierdził, że została złagodzona przez poprawkę od zewnętrznego dostawcy MFA .
• Kwiecień 2026: Szeroko zakrojona awaria chmury spowodowała problemy z łącznością w wielu regionach, wpływając na Teams, Outlook i Azure .
• 1-2 czerwca 2026: Jednocześnie wystąpiły dwa incydenty: MO1329446 (dostęp do plików) i MO1329260 (konfiguracja MFA), blokując dwa odrębne, ale krytyczne obszary usług .

Powtarzające się schematy awarii

Z tej serii incydentów wyłania się kilka niewygodnych tematów:

• Ryzyko zależności od stron trzecich: Styczniowy megaincydent i lutowa awaria MFA były powiązane z zewnętrznymi dostawcami usług sieciowych lub uwierzytelniających. Ten powtarzający się schemat rodzi poważne pytania o architekturę zarządzania zależnościami Microsoftu, testy przełączania awaryjnego i wgląd w niezawodność łańcucha dostaw .
• Kruchość warstwy tożsamości: Portale MFA i uwierzytelniania stały się skoncentrowanym punktem awarii. Przy co najmniej trzech incydentach związanych z tożsamością w samym 2026 roku, sam system zaprojektowany do zabezpieczania dostępu stał się barierą dostępową .
• Międzyserwisowy promień rażenia: „Międzyusługowy” charakter MO1329446 przypomina styczniową katastrofę, gdzie pojedyncza usterka infrastruktury kaskadowo wpłynęła na jednoczesne awarie poczty e-mail, narzędzi do współpracy, bezpieczeństwa i zgodności. Ten wzorzec skoncentrowanego ryzyka systemowego w wysoce scentralizowanej architekturze chmury jest rosnącym zmartwieniem dla klientów korporacyjnych .
• Nadwątlone zaufanie do umów SLA: Styczniowa 9,5-godzinna awaria już przekroczyła gwarancje czasu sprawności Microsoftu poparte finansowo dla kluczowych usług . Każdy kolejny incydent dodatkowo podważa zaufanie klientów, że firma jest w stanie utrzymać niezawodność obiecywaną w umowach o gwarantowanym poziomie usług.

Pytanie bez odpowiedzi – gdzie są raporty powłamaniowe?

Kluczowym zastrzeżeniem dla obu czerwcowych incydentów jest brak formalnych analiz przyczyn źródłowych. Cała powyższa analiza opiera się na komunikatach statusowych Microsoftu w czasie rzeczywistym, aktualizacjach w centrum administracyjnym i zewnętrznym śledzeniu awarii. Dopóki Microsoft nie opublikuje szczegółowych technicznych analiz powłamaniowych, nie można ustalić, czy te dwa zdarzenia miały wspólny, leżący u podstaw czynnik – taki jak pojedyncza zmiana w infrastrukturze, która pogorszyła działanie dwóch oddzielnych usług – czy był to po prostu pechowy zbieg okoliczności. Już teraz jest jednak jasne, że wpisują się one w szerszy i głęboko niepokojący trend w 2026 roku, który postawił świat korporacyjnego IT w stan najwyższej gotowości.