微軟2022新bug：大量程序員連夜加班，只因日期數(shù)據(jù)溢出

蕭簫 2022-01-02 12:37:40 來源：量子位

蕭簫 發(fā)自 凹非寺
量子位 報道 | 公眾號 QbitAI

沒想到，2022年的到來，也給微軟帶來了一個新bug。

隨著日期從2021年12月31日跳轉到2022年1月1日，不少使用微軟Exchange的公司發(fā)現(xiàn)，自己寫好的新年祝福等郵件，突然發(fā)不出去了。

Exchange Server是微軟推出的一套電子郵件服務組件，可用于構建企業(yè)、高?；驒C構的郵件系統(tǒng)。簡單來說，用它不止能構建“郵箱工作群”，還能協(xié)調內部工作流等。

這些公司的郵箱服務器內滯留了大量郵件，有些甚至達到數(shù)十萬封，面臨服務器存儲不下的問題。

目前這個bug已經(jīng)在Reddit熱度上千，許多人表示“年都沒跨好就在這修bug”：

新年（嗶）快樂！

我本來還在度假呢，就給我拉回來處理這個玩意了……

所以到底是怎么回事？

微軟2022版“千年蟲”

據(jù)一位Exchange管理員Joseph Roosen表示，這是一個由于“2022年”的到來而導致的bug。

這個bug的根源，是微軟Exchange上面的郵件過濾管理系統(tǒng)（FIP-FS），采用了一種名叫“yymmddHHMM”的有符號變量（Int32，也就是long）來存儲日期。

其中，yymmddHHMM分別指代用兩位來存儲年（years）、月（months）、日（days）、小時（Hours）、分鐘（Minutes）。

這個數(shù)據(jù)類型存在一個問題：

有符號的Int32最多只能存儲-2147483647到+2147483647的數(shù)據(jù)。

然而，從2022年1月1日0時開始，“yymmddHHMM”的yy就已經(jīng)變成了“22”，超過了Int32所能存儲的數(shù)據(jù)最大范圍：

2147483647

22XXXXXXX

于是，在2022年1月1日這天，所有用Exchange服務器發(fā)郵件的公司，都收到了這樣一條錯誤提醒：

The FIP-FS Scan Process failed initialization. Error: 0x8004005. Error Details: Unspecified Error” or “Error Code: 0x80004005. Error Description: Can’t convert “2201010001” to long.（FIP-FS掃描處理初始化失敗……無法將“2201010001”轉變?yōu)閘ong數(shù)據(jù)類型）

它最初被一位名叫@miketheitguy的推特用戶發(fā)現(xiàn)：

由于和“千年蟲”一樣都是日期給計算機帶來的bug，這次bug也被一些Exchange管理員命名為Y2K22。

其中，Y2K指的是著名的“千年蟲”問題，由于部分計算機程序只采用兩位十進制數(shù)表示年份，在跨世紀時就會出現(xiàn)錯誤的結果；22指的則是2022年。

這個bug在不少Exchange Server版本中都出現(xiàn)了相同的問題，包括2016和2019等。

目前，微軟的Exchange團隊正在緊急修復中。

他們表示，幾天后會發(fā)布一個Exchange Server更新，里面將用一個更大的變量類型來保存日期。

然而在這之前，使用Exchange Server的公司們必須想辦法把郵件發(fā)出去。

一些權宜之計

微軟團隊表示，如果有非常緊急的郵件需要發(fā)送，需要先關掉Exchange中的FIP-FS功能。

這是個Exchange上的垃圾郵件過濾器，平時會用來掃描郵件中自帶的惡意軟件、或是垃圾郵件。

目前微軟官方也提供了一些禁用或繞過惡意軟件掃描的方法。

然而，這樣操作的后果是公司郵箱“可能收到更多垃圾郵件”。

對此有網(wǎng)友調侃，如果微軟在修復中把有符號變量改成無符號變量，那么數(shù)據(jù)的表示范圍就會變成0~4294967295，Exchange郵箱又可以用到2043年了。

除此之外，目前Reddit網(wǎng)友還給出了一些其他的解決方案。

例如，有網(wǎng)友發(fā)布了一個非官方的自定義腳本，可以將日期回滾到2021年，但他對此表示，一切風險需要使用者自己承擔。

如果還沒想好怎么解決你的Exchange郵箱系統(tǒng)問題，可以先用上面這些方法試一試。

非官方腳本：
https://blog.markdepalma.com/?p=810

微軟官方答復：
https://techcommunity.microsoft.com/t5/exchange-team-blog/email-stuck-in-transport-queues/ba-p/3049447

參考鏈接：
[1]https://www.reddit.com/r/sysadmin/comments/rt91z6/exchange_2019_antimalware_bad_update/
[2]https://www.bleepingcomputer.com/news/microsoft/microsoft-exchange-year-2022-bug-in-fip-fs-breaks-email-delivery/
[3]https://www.neowin.net/news/y2k22-bug-microsoft-rings-in-the-new-year-by-breaking-exchange-servers-all-around-the-world/
[4]https://twitter.com/miketheitguy/status/1477097527593734144