微软2022新bug:大量程序员连夜加班,只因日期数据溢出

2022 年 1 月 2 日 量子位
萧箫 发自 凹非寺
量子位 报道 | 公众号 QbitAI

没想到,2022年的到来,也给微软带来了一个新bug。

随着日期从2021年12月31日跳转到2022年1月1日,不少使用微软Exchange的公司发现,自己写好的新年祝福等邮件,突然发不出去了。

Exchange Server是微软推出的一套电子邮件服务组件,可用于构建企业、高校或机构的邮件系统。简单来说,用它不止能构建“邮箱工作群”,还能协调内部工作流等。

这些公司的邮箱服务器内滞留了大量邮件,有些甚至达到数十万封,面临服务器存储不下的问题。

目前这个bug已经在Reddit热度上千,许多人表示“年都没跨好就在这修bug”:

新年(哔)快乐!

我本来还在度假呢,就给我拉回来处理这个玩意了……

所以到底是怎么回事?

微软2022版“千年虫”

据一位Exchange管理员Joseph Roosen表示,这是一个由于“2022年”的到来而导致的bug。

这个bug的根源,是微软Exchange上面的邮件过滤管理系统(FIP-FS),采用了一种名叫“yymmddHHMM”的有符号变量(Int32,也就是long)存储日期

其中,yymmddHHMM分别指代用两位来存储年(years)、月(months)、日(days)、小时(Hours)、分钟(Minutes)

这个数据类型存在一个问题:

有符号的Int32最多只能存储-2147483647到+2147483647的数据。

然而,从2022年1月1日0时开始,“yymmddHHMM”的yy就已经变成了“22”,超过了Int32所能存储的数据最大范围:

2147483647

22XXXXXXX

于是,在2022年1月1日这天,所有用Exchange服务器发邮件的公司,都收到了这样一条错误提醒

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”转变为long数据类型)

它最初被一位名叫@miketheitguy的推特用户发现:

由于和“千年虫”一样都是日期给计算机带来的bug,这次bug也被一些Exchange管理员命名为Y2K22

其中,Y2K指的是著名的“千年虫”问题,由于部分计算机程序只采用两位十进制数表示年份,在跨世纪时就会出现错误的结果;22指的则是2022年。

这个bug在不少Exchange Server版本中都出现了相同的问题,包括2016和2019等。

目前,微软的Exchange团队正在紧急修复中。

他们表示,几天后会发布一个Exchange Server更新,里面将用一个更大的变量类型来保存日期。

然而在这之前,使用Exchange Server的公司们必须想办法把邮件发出去。

一些权宜之计

微软团队表示,如果有非常紧急的邮件需要发送,需要先关掉Exchange中的FIP-FS功能。

这是个Exchange上的垃圾邮件过滤器,平时会用来扫描邮件中自带的恶意软件、或是垃圾邮件。

目前微软官方也提供了一些禁用或绕过恶意软件扫描的方法。

然而,这样操作的后果是公司邮箱“可能收到更多垃圾邮件”。

对此有网友调侃,如果微软在修复中把有符号变量改成无符号变量,那么数据的表示范围就会变成0~4294967295,Exchange邮箱又可以用到2043年了

除此之外,目前Reddit网友还给出了一些其他的解决方案。

例如,有网友发布了一个非官方的自定义脚本,可以将日期回滚到2021年,但他对此表示,一切风险需要使用者自己承担。

如果还没想好怎么解决你的Exchange邮箱系统问题,可以先用上面这些方法试一试。

非官方脚本:
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

本文系网易新闻•网易号特色内容激励计划签约账号【量子位】原创内容,未经账号授权,禁止随意转载。

「智能汽车」交流群招募中!

欢迎关注智能汽车、自动驾驶的小伙伴们加入社群,与行业大咖交流、切磋,不错过智能汽车行业发展&技术进展。

ps.加好友请务必备注您的姓名-公司-职位哦~


点这里👇关注我,记得标星哦~

一键三连「分享」、「点赞」和「在看」

科技前沿进展日日相见~


登录查看更多
0

相关内容

程序猿的天敌 有时是一个不能碰的magic
ISAIR2022 的重要日期
专知会员服务
11+阅读 · 2022年3月15日
Transformer如何用于视频?最新「视频Transformer」2022综述
专知会员服务
75+阅读 · 2022年1月20日
《人脸识别数据安全标准化研究报告(2021版)》发布
专知会员服务
32+阅读 · 2022年1月2日
【实用书】Python数据分析手册,437页pdf带你实战数据清洗
「Hello World」中的「bug」
机器之心
0+阅读 · 2022年3月22日
微软也栽了,“千年虫”啥时候是个头
InfoQ
0+阅读 · 2022年1月13日
国家自然科学基金
1+阅读 · 2015年12月31日
国家自然科学基金
0+阅读 · 2015年12月31日
国家自然科学基金
2+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
8+阅读 · 2012年12月31日
国家自然科学基金
1+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2009年12月31日
VIP会员
相关基金
国家自然科学基金
1+阅读 · 2015年12月31日
国家自然科学基金
0+阅读 · 2015年12月31日
国家自然科学基金
2+阅读 · 2014年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2012年12月31日
国家自然科学基金
8+阅读 · 2012年12月31日
国家自然科学基金
1+阅读 · 2012年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2011年12月31日
国家自然科学基金
0+阅读 · 2009年12月31日
Top
微信扫码咨询专知VIP会员