Тоді телеметрія компанії зафіксувала різке зростання кількості помилок у вебзастосунках Office, і інженери почали зіставляти ці дані по залежних сервісах, щоб знайти рішення . Інцидент було вирішено близько 12:48 за всесвітнім координованим часом 2 червня .

Без офіційного звіту точна технічна причина залишається непідтвердженою. Однак характеристика "крос-сервісна" вказує на те, що з ладу вийшов спільний компонент — наприклад, рівень зберігання даних, автентифікації або керування сесіями, який використовується і Teams, і вебзастосунками Office, — спричинивши каскадний збій для кінцевих користувачів .

Що зламалося: MO1329260 — неможливо налаштувати MFA

Водночас розгортався інший інцидент: користувачі, які заходили на портал My Sign-Ins (mysignins.microsoft.com), щоб налаштувати багатофакторну автентифікацію, отримували помилку 504 Gateway Timeout. Це фактично заблокувало можливість налаштувати MFA для нових облікових записів або керувати наявними методами . Інцидент тривав близько 3 годин 1 червня .

Для вирішення проблеми інженери Microsoft виконали аварійне перемикання на альтернативну, справну інфраструктуру . Помилка 504 та потреба в такому перемиканні вказують на збій у роботі внутрішнього сервісу або системи балансування навантаження, що обслуговує портал автентифікації.

Варто зазначити, що це не перший збій MFA у 2026 році. У лютому подібний інцидент (MO1237461) викликав аналогічні помилки 504 для входу з MFA, і, як пізніше з'ясувалося, був пов'язаний зі стороннім провайдером Duo, який виправив проблему на своєму боці . Microsoft поки не розкрила, чи був інцидент MO1329260 спричинений подібною залежністю, чи це була суто внутрішня відмова сервісу Entra ID.

Тривожний початок 2026 року: п'ять великих збоїв за пів року

Ці два червневі інциденти — не поодинокі випадки. Вони є лише останніми крапками в незвично щільному ланцюжку гучних хмарних збоїв Microsoft у першій половині 2026 року. Галузеві аналітики наразі нарахували п'ять значущих подій .

Основні збої Microsoft: жовтень 2025 – червень 2026

• Жовтень 2025 року: Збій DNS у сервісі Azure Front Door спричинив масштабне погіршення роботи Microsoft 365 та Azure .
• 22-23 січня 2026 року: Комбінація проблем в інфраструктурі Azure та збою мережі стороннього провайдера призвела до ~9,5-годинного простою. Були недоступні Outlook, Exchange, Teams, Defender та Purview. Лише цей інцидент перевищив річні зобов'язання Microsoft щодо безперебійної роботи для декількох сервісів .
• Лютий 2026 року: Збій MFA (MO1237461) спричинив помилки 504 Gateway Timeout для користувачів у Північній Америці. Microsoft підтвердила, що роботу відновлено завдяки виправленню від стороннього MFA-провайдера .
• Квітень 2026 року: Широкий збій хмарних сервісів спричинив проблеми з підключенням у кількох регіонах, вплинувши на Teams, Outlook та Azure .
• 1-2 червня 2026 року: Два одночасні інциденти — MO1329446 (доступ до файлів) та MO1329260 (налаштування MFA) — заблокували дві різні, але критично важливі області сервісів .

Системні проблеми, що повторюються

З цієї низки інцидентів вимальовується кілька невтішних закономірностей:

• Ризик залежності від третіх сторін: Січневий мегазбій та лютневий інцидент з MFA були пов'язані зі сторонніми мережевими або сервісними провайдерами. Це ставить серйозні питання про те, як Microsoft управляє залежностями, тестує аварійне перемикання та контролює надійність своїх постачальників .
• Крихкість системи ідентифікації: Портали MFA та автентифікації стали точкою концентрації відмов. Лише у 2026 році сталося щонайменше три інциденти, пов'язаних з ідентифікацією, що перетворило сам захист на бар'єр для доступу .
• Каскадний ефект: "Крос-сервісний" характер MO1329446 повторює січневу катастрофу, коли один інфраструктурний збій спричинив одночасний колапс пошти, колаборації, безпеки та комплаєнсу. Цей патерн концентрації системних ризиків у високоцентралізованій архітектурі викликає дедалі більше занепокоєння в корпоративних клієнтів .
• Підрив довіри до SLA: Січневий 9,5-годинний простій вже вивів Microsoft за межі фінансово гарантованих показників безперебійності для ключових сервісів . Кожен наступний інцидент ще більше руйнує довіру клієнтів до здатності компанії забезпечити ту надійність, яку обіцяють її угоди про рівень обслуговування.

Питання без відповіді

Ключовий нюанс обох червневих інцидентів — відсутність офіційних звітів про першопричини. Весь викладений вище аналіз базується на оперативних повідомленнях Microsoft, оновленнях у центрі адміністрування та даних сторонніх трекерів збоїв. Допоки компанія не опублікує детальні технічні висновки, неможливо визначити, чи мали ці дві події спільний корінь — наприклад, одну невдалу зміну в інфраструктурі, — чи стали просто невдалим збігом обставин. Проте вже очевидно, що вони вписуються в ширший і глибоко тривожний тренд 2026 року, який тримає світ корпоративних ІТ у стані підвищеної готовності.

Тоді телеметрія компанії зафіксувала різке зростання кількості помилок у вебзастосунках Office, і інженери почали зіставляти ці дані по залежних сервісах, щоб знайти рішення . Інцидент було вирішено близько 12:48 за всесвітнім координованим часом 2 червня .

Без офіційного звіту точна технічна причина залишається непідтвердженою. Однак характеристика "крос-сервісна" вказує на те, що з ладу вийшов спільний компонент — наприклад, рівень зберігання даних, автентифікації або керування сесіями, який використовується і Teams, і вебзастосунками Office, — спричинивши каскадний збій для кінцевих користувачів .

Що зламалося: MO1329260 — неможливо налаштувати MFA

Водночас розгортався інший інцидент: користувачі, які заходили на портал My Sign-Ins (mysignins.microsoft.com), щоб налаштувати багатофакторну автентифікацію, отримували помилку 504 Gateway Timeout. Це фактично заблокувало можливість налаштувати MFA для нових облікових записів або керувати наявними методами . Інцидент тривав близько 3 годин 1 червня .

Для вирішення проблеми інженери Microsoft виконали аварійне перемикання на альтернативну, справну інфраструктуру . Помилка 504 та потреба в такому перемиканні вказують на збій у роботі внутрішнього сервісу або системи балансування навантаження, що обслуговує портал автентифікації.

Варто зазначити, що це не перший збій MFA у 2026 році. У лютому подібний інцидент (MO1237461) викликав аналогічні помилки 504 для входу з MFA, і, як пізніше з'ясувалося, був пов'язаний зі стороннім провайдером Duo, який виправив проблему на своєму боці . Microsoft поки не розкрила, чи був інцидент MO1329260 спричинений подібною залежністю, чи це була суто внутрішня відмова сервісу Entra ID.

Тривожний початок 2026 року: п'ять великих збоїв за пів року

Ці два червневі інциденти — не поодинокі випадки. Вони є лише останніми крапками в незвично щільному ланцюжку гучних хмарних збоїв Microsoft у першій половині 2026 року. Галузеві аналітики наразі нарахували п'ять значущих подій .

Основні збої Microsoft: жовтень 2025 – червень 2026

• Жовтень 2025 року: Збій DNS у сервісі Azure Front Door спричинив масштабне погіршення роботи Microsoft 365 та Azure .
• 22-23 січня 2026 року: Комбінація проблем в інфраструктурі Azure та збою мережі стороннього провайдера призвела до ~9,5-годинного простою. Були недоступні Outlook, Exchange, Teams, Defender та Purview. Лише цей інцидент перевищив річні зобов'язання Microsoft щодо безперебійної роботи для декількох сервісів .
• Лютий 2026 року: Збій MFA (MO1237461) спричинив помилки 504 Gateway Timeout для користувачів у Північній Америці. Microsoft підтвердила, що роботу відновлено завдяки виправленню від стороннього MFA-провайдера .
• Квітень 2026 року: Широкий збій хмарних сервісів спричинив проблеми з підключенням у кількох регіонах, вплинувши на Teams, Outlook та Azure .
• 1-2 червня 2026 року: Два одночасні інциденти — MO1329446 (доступ до файлів) та MO1329260 (налаштування MFA) — заблокували дві різні, але критично важливі області сервісів .

Системні проблеми, що повторюються

З цієї низки інцидентів вимальовується кілька невтішних закономірностей:

• Ризик залежності від третіх сторін: Січневий мегазбій та лютневий інцидент з MFA були пов'язані зі сторонніми мережевими або сервісними провайдерами. Це ставить серйозні питання про те, як Microsoft управляє залежностями, тестує аварійне перемикання та контролює надійність своїх постачальників .
• Крихкість системи ідентифікації: Портали MFA та автентифікації стали точкою концентрації відмов. Лише у 2026 році сталося щонайменше три інциденти, пов'язаних з ідентифікацією, що перетворило сам захист на бар'єр для доступу .
• Каскадний ефект: "Крос-сервісний" характер MO1329446 повторює січневу катастрофу, коли один інфраструктурний збій спричинив одночасний колапс пошти, колаборації, безпеки та комплаєнсу. Цей патерн концентрації системних ризиків у високоцентралізованій архітектурі викликає дедалі більше занепокоєння в корпоративних клієнтів .
• Підрив довіри до SLA: Січневий 9,5-годинний простій вже вивів Microsoft за межі фінансово гарантованих показників безперебійності для ключових сервісів . Кожен наступний інцидент ще більше руйнує довіру клієнтів до здатності компанії забезпечити ту надійність, яку обіцяють її угоди про рівень обслуговування.

Питання без відповіді

Ключовий нюанс обох червневих інцидентів — відсутність офіційних звітів про першопричини. Весь викладений вище аналіз базується на оперативних повідомленнях Microsoft, оновленнях у центрі адміністрування та даних сторонніх трекерів збоїв. Допоки компанія не опублікує детальні технічні висновки, неможливо визначити, чи мали ці дві події спільний корінь — наприклад, одну невдалу зміну в інфраструктурі, — чи стали просто невдалим збігом обставин. Проте вже очевидно, що вони вписуються в ширший і глибоко тривожний тренд 2026 року, який тримає світ корпоративних ІТ у стані підвищеної готовності.