Microsoft исправляет неуклюжую ошибку Y2K22 Exchange, которая привела к сбою электронной почты во всем мире

Microsoft выпустила исправление для очень серьезной ошибки Exchange Server, из-за которой локальная доставка почты по всему миру останавливалась, как только часы пробили Новый год.

Массовый сбой произошел из-за сбоев проверки даты в Exchange Server 2016 и 2019, из-за чего серверы не смогли приспособиться к 2022 году, что заставило некоторых назвать это ошибкой 2000 года. Почтовые программы хранят дату и время в формате. целые числа со знаком, что составляет максимум 2147483647, или 2^{31 год} — 1. Microsoft использует первые две цифры версии обновления, чтобы указать год его выпуска. Пока это был 2021 год или раньше, все шло хорошо.

«Что, черт возьми, Microsoft?»

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

Log Name: Application 
Source: FIPFS 
Logged: 1/1/2022 1:03:42 AM 
Event ID: 5300 
Level: Error 
Computer: server1.contoso.com
Description: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.

Log Name: Application 
Source: FIPFS 
Logged: 1/1/2022 11:47:16 AM 
Event ID: 1106 
Level: Error 
Computer: server1.contoso.com 
Description: The FIP-FS Scan Process failed initialization. Error: 0x80004005. Error Details: Unspecified error.

«Какого черта Microsoft !?» Один из модераторов написал в Эта тема — Reddit, который был одним из первых форумов, сообщивших о массовом провале. «Канун Нового года !? Первое, что я проверяю, — это Reddit, и вы, ребята, спасли мне жизнь, прежде чем у нас по телефону появился инженер».

На следующий день Microsoft Ремонт выпущен. Поставляется в двух формах: Автоматическая. Сценарий PowerShell, или ручное решение в случае, если скрипт не работает должным образом, сообщили некоторые администраторы. В любом случае ремонт необходимо производить как на локальном сервере Exchange 2016, так и на сервере Exchange 2019 в затронутой организации. Автоматический сценарий может работать на нескольких серверах одновременно. Производитель программного обеспечения сказал, что автоматический сценарий «может занять некоторое время», и призвал администраторов набраться терпения.

Проверка даты и времени выполнялась, когда Exchange сканировал версию FIP-FS, ядра сканирования, которое является частью защиты Exchange от вредоносных программ. Как только релизы FIP-FS стартовали с номера 22, сканирование было невозможно завершить, и доставка почты внезапно прекратилась. Исправление останавливает Microsoft Filter Manager и Microsoft Exchange Transport Services, удаляет существующие файлы AV-диска, а также устанавливает и запускает исправленный AV-диск.

К понедельнику во многих пострадавших организациях дела вернулись в норму. Неясно, как долго хранилище истории с ошибками находилось в наличии, но, судя по двум затронутым версиям, вполне вероятно, что оно было введено, когда Exchange Server 2016 находился в разработке.