Двойной сбой Microsoft 1-2 июня 2026: файлы в Teams и Office для веба заблокированы, настройка MFA недоступна

Средства телеметрии компании зафиксировали резкий рост числа ошибок в веб-приложениях Office, и инженеры начали сопоставлять эти данные по зависимым сервисам, чтобы найти решение . Инцидент был устранен около 12:48 по UTC 2 июня .

Поскольку Microsoft пока не опубликовала окончательный анализ первопричины (RCA), точный технический триггер остается неподтвержденным. Однако характеристика «межсервисная» убедительно указывает на то, что отказал общий внутренний компонент — например, слой хранения, аутентификации или управления сессиями, используемый как Teams, так и веб-приложениями Office, — что и вызвало каскадную ошибку на стороне пользователя .

Инцидент MO1329260: портал настройки MFA выдавал ошибки 504

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

Стратегия Microsoft по устранению проблемы заключалась в аварийном переключении на альтернативную, исправную инфраструктуру . Характер ошибки 504 и необходимость такого переключения указывают на отказ внутреннего сервиса или слоя балансировки нагрузки, обслуживающего портал аутентификации.

Стоит отметить, что это не первый сбой, связанный с MFA, в 2026 году. В феврале похожий инцидент (MO1237461) вызывал ошибки 504 при входе с MFA и позже был связан со сторонним MFA-провайдером Duo, который выпустил исправление на своей стороне . Пока неизвестно, был ли MO1329260 связан с аналогичной зависимостью от третьей стороны или же это был сугубо внутренний отказ сервиса Microsoft 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 за рамки финансово гарантированных показателей безотказной работы ключевых сервисов . Каждый последующий инцидент еще больше подрывает уверенность клиентов в способности компании поддерживать надежность, обещанную в соглашениях об уровне обслуживания.

Вопрос итогового разбора

Ключевой нюанс для обоих июньских инцидентов — отсутствие официальных RCA-отчетов. Весь анализ выше основан на оперативных статусных сообщениях Microsoft, обновлениях в центре администрирования и данных стороннего мониторинга сбоев. Пока Microsoft не опубликует подробные технические разборы, невозможно определить, была ли у этих двух событий общая глубинная причина — например, единое изменение в инфраструктуре, вызвавшее деградацию двух разных сервисов, — или же это просто неудачное совпадение.

Однако уже сейчас ясно, что эти инциденты вписываются в более широкую и глубоко тревожную тенденцию 2026 года, которая держит мир корпоративных ИТ в состоянии повышенной готовности.