Почему сбой в системе аутентификации Microsoft парализовал работу Exchange Online

Корневая причина — misconfiguration компонента аутентификации, затронувшая смежные сервисы за пределами почтовой платформы. Для enterprise-архитектуры инцидент показателен: точка отказа локализована не в почтовом стеке, а в общем identity-слое, что превращает сбой auth в каскадный отказ.

Хронология и масштаб

• Первые пользовательские отчёты на Downdetector — около 11:30 ET.
• 12:43 ET — Microsoft подтвердила деградацию, начала разбор телеметрии и диагностических данных.
• К 14:00 ET — свыше 5 000 жалоб на Downdetector.
• 17:00 ET — ремедиация не завершена, расследование указывает на misconfiguration в развёртывании компонента аутентификации.
• Позднее подтверждено: сбой выходит за периметр Exchange Online, затрагивая смежные сервисы Microsoft 365.

Технический профиль сбоя

• Симптомы: задержки и отказы отправки/приёма почты, ошибки аутентификации, сбои поиска, ошибки mailbox-операций.
• Стратегия исправления: изолированная выкатка remediation на часть инфраструктуры, проверка efficacy, последующий широк rollout.
• Вектор отказа — общий authentication component, а не почтовый pipeline.
• Источник проблемы — недавние изменения в сервисе, проверяется причина некорректного применения конфигурации.

Архитектурные последствия

• Vendor lock-in на Exchange Online означает единую точку отказа на уровне identity-провайдера.
• Контракт SLA Microsoft 365 фиксирует доступность сервиса, но не описывает изоляцию blast radius при сбое общего компонента.
• Под ударом — любые workflow, завязанные на Microsoft auth: Teams, SharePoint, OneDrive, Power Platform, third-party SaaS через Entra ID.
• Реальный RTO почтового потока при каскадном сбое измеряется часами, а не минутами.

Чек-лист для архитектора

• Аудит зависимостей от компонента аутентификации Microsoft во всех продуктивных системах.
• Проверка наличия backup IdP или локального fallback для критичных сервисов.
• Оценка RTO/RPO почтового потока при многочасовом сбое провайдера.
• Тестирование переключения на резервный mail relay или временного outbox-режима.
• Фиксация инцидента во внутреннем risk register с пометкой blast radius beyond Exchange.