마이크로소프트는 새해에 시계가 울렸을 때 전 세계적으로 로컬 메일 배달을 중단시킨 매우 심각한 Exchange Server 버그에 대한 수정 사항을 발표했습니다.

대규모 중단은 Exchange Server 2016 및 2019의 날짜 확인 실패로 인해 서버가 2022년을 수용할 수 없게 하여 일부에서는 이를 Y2K22 버그라고 부릅니다. 메일 프로그램은 날짜와 시간을 . 형식으로 저장합니다. 부호 있는 정수, 최대 2147483647 또는 2³¹ – 1. Microsoft는 업데이트 버전의 처음 두 자리를 사용하여 출시된 연도를 나타냅니다. 2021년 또는 그 이전인 한 모든 것이 순조롭게 진행되었습니다.

“뭐야 마이크로소프트?”

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.

“뭐야 마이크로소프트!?” 중재자 중 한 명이 다음과 같이 썼습니다. 이 주제는 Reddit입니다., 대량 실패를 보고한 최초의 포럼 중 하나였습니다. “새해 전야!? 내가 가장 먼저 확인하는 곳은 Reddit이고 우리가 엔지니어에게 전화를 걸기 전에 너희들이 내 목숨을 구했다.”

다음날 마이크로소프트 수리 해제됨. 두 가지 형태로 제공됩니다. 자동 PowerShell 스크립트, 또는 스크립트가 제대로 작동하지 않는 경우 수동 솔루션, 일부 관리자가 보고했습니다. 두 경우 모두 영향을 받는 조직 내의 온-프레미스 Exchange 2016 서버와 Exchange 2019 서버에서 모두 수리해야 합니다. 자동화된 스크립트는 동시에 여러 서버에서 실행할 수 있습니다. 소프트웨어 제조업체는 자동화된 스크립트가 “실행하는 데 시간이 걸릴 수 있다”고 말하면서 관리자에게 인내심을 촉구했습니다.

날짜 및 시간 확인은 Exchange가 Exchange의 맬웨어 방지 기능의 일부인 검색 엔진인 FIP-FS 버전을 검색할 때 수행되었습니다. FIP-FS 릴리스가 22번으로 시작되자마자 스캔을 완료할 수 없었고 메일 배달이 갑자기 중단되었습니다. 수정 사항은 Microsoft Filter Manager 및 Microsoft Exchange Transport Services를 중지하고 기존 AV 드라이브 파일을 삭제하며 패치된 AV 드라이브를 설치 및 시작합니다.

월요일까지 영향을 받은 많은 조직이 정상으로 돌아왔습니다. 버그가 있는 히스토리 저장소가 설치된 기간은 확실하지 않지만 영향을 받는 두 버전으로 볼 때 Exchange Server 2016이 개발 중일 때 도입된 것으로 보입니다.