Microsoft Exchange Server、日付チェック問題でメール配信停止（緊急修正リリース）

米Microsoftの「Exchange Server 2016」および「Exchange Server 2019」で、1月1日以降にメールを配信できなくなっている。米BleepingComputerは、FIP-FSマルウェア対策スキャンエンジンの「2022年」バグが原因と報じた。Microsoftは同日、この問題を認識しており、「本日中に解決方法の詳細を公開する予定」と発表した。 【UPDATE】Microsoftは2日、公式ブログを更新し、この問題に顧客側で対処するための臨時ソリューションを公開し、Q&Aも追加した。また、このブログ更新で、当初示していたマルウェアスキャン無効化という緊急対策についての段落を削除した。臨時ソリューションは自動スクリプトとして提供されており、Microsoftは組織の規模によっては実行に時間がかかる可能性があるとしている。同社は現在、顧客側での作業が不要な

[Knoa]

「署名付きのint32を使った日付」←プラスマイナスの符合付きのことやろ...。それはともかく、int32の日付なら、西暦の新年区切りとは無関係なようにも思えるけど→ 先頭2桁を西暦下2桁に割り当ててるらしいｗｗｗｗｗ

[hintoku]

“署名付きのint32” signedそのまま訳しちゃったのかな

[ignio]

22年1月1日＋0001 が 2,201,010,001 で2の31乗 (2,147,483,648) をちょうど超えたと。このエンコーディングがマイクロソフトの中でどのようにレビューされて承認されたか、開発プロセスがとても心配になる。

[Mu_KuP]

日付時間文字列（しかも西暦は2桁！！）をそのままInt32にぶち込むなどというセンスの無さな…昔の計算リソース節約術じゃないんだからさ。

[omioni]

このような並びにする事で日付チェックが楽できるというテクニックが有りましたね… 第二種情報処理技術者試験にも出題されたことが有るそうで https://xtech.nikkei.com/it/article/Watcher/20070822/280097/

[mohno]

「署名付きのint32を使った日付の値の最大値を2,147,483,647にしていることが原因」「2022年の日付の最小値は2,201,010,001以上で最大値を超える」←いつ作ったのか分からないが2022年まで使われないと思ってたということか。

[yzx]

DeepLはちゃんと「符号付き」って訳してくれた

[pmakino]

「2022年の日付の最小値は2,201,010,001以上で最大値を超えるため」<あれ?今年って1970年と2038年の折り返し地点?いや違うよな…?などと思いを馳せた後、文字列化した日付を整数で表現していることに気付いた。何その仕様…

[degucho]

IT Media名乗っといて「署名付きのint32」はないでしょうよ

[ka-ka_xyz]

「yymmdd日付表現にint32を使うような（どアホな）実装」の話なんだけど、この記事だけ読んだら「MSが署名付き()int32の最大値を引き上げたら解決」みたいに認識する人が出るんじゃなかろうか。

[stealthinu]

日付をそのまま並べて使っていたため32bitをオーバーしてしまうことで起きるバグらしい。たぶん作ったときにはその時までには修正されるだろうと思って作ったんだろうなあ…

[deep_one]

Unixタイムが限界値超えたのかと思ったら違った。そのやり方では負の数が発生することがないので符号付き整数なのは意味不明だった。

[legnum]

コロナ禍でExchange Server利用する企業って増えたのかな？明日出社して「今日は静かだなー」とかなってる会社ありそう。「今週は静かだなー」まであり得るか

[kitaido0]

世界レベルの企業でこんなことするんだからCOCOAのミスも大目にみてやってください

[at_yasu]

この発想はなかった…

[kenchan3]

前世紀では使えないテクニックだから、今世紀というか2000年問題以後に作られたプログラムだよなあ。。。

[estragon]

MSが修正スクリプトをリリースしたので、適用してアンチマルウェアスキャンを再開させよと https://twitter.com/jroosen/status/1477577640135598081

[a96neko]

Exchange Server 2016とExchange Server 2019は日付を符号付きint32を使った表現しているので、2022/01/01以降に値の最大値2,147,483,647を超えてエラーになるんだ

[chimerast]

膨大な量の数字だけで構成された文字列のリストをソートするのに、UNIX時間に変換するよりも、直接数値に変換したほうがCPUの処理ステップ的に少なくなるという高度なハックを考えた可能性は否定できない(C言語脳)。

[adsty]

符号付きのint32を使った日付処理で2022年問題が発生した。

[snow8-yuki]

mm/dd/yyなら良かったって事？　それにしてもセンスがない

[hdkINO33]

“Microsoftが符号付きint32を使った日付の値の最大値を2,147,483,647にしていることが原因という。2022年の日付の最小値は2,201,010,001以上で最大値を超えるため、スキャンエンジンがクラッシュし、メールをスタックさせる。”

[georgew]

2022年の日付の最小値は2,201,010,001 > あー、この整数は "2022/01/01 00:01" ってこと？　よくもまぁこんな学生の怠慢みたいなことをするんですね。

[shikiarai]

signed intか……たまにそんなことしてる馬鹿いたな……あれは年月日だから私が生きてる間はセーフだけど

[ShionAmasato]

署名付きintは笑ってしまうやないか

[zyugem]

どんだけ古い製品かと思ったら全然そんなことなかったね

[ya--mada]

ﾔﾊﾞｸﾈ？

[carrion-crow]

「Microsoftが署名付きのint32を使った日付の値の最大値を2,147,483,647にしていることが原因という」一瞬そういうセキュリティ仕様があるのかと思ったｗ　signed / unsigned の signed か。

[nzxx]

itmediaが符号付き知らないのはちょっと・・・

[nagaminew]

署名付きのint32 🤣

[n2sz]

日付をintで持ってたってことか…整数だと日付の計算面倒そうだけどなあ。

[zorio]

署名付きのint32って、訳してて疑問に思わなかったのかな。

[uunfo]

signedを署名付きと訳したか／いつのまにか修正されてた

[tmtms]

こんな2022年問題があったのか。

[smbd]

"署名付きのint32" 機械翻訳かよww

[Falky]

斬新な実装

[youichirou]

まさか22年01月01日00時0?分を220101001の整数で格納しているとは…。いつのコードが残ってるんだか…。