Exchange Server、新年早々「2201010001」を long に変換できないエラー 147
ストーリー by headless
草々 部門より
草々 部門より
Microsoft Exchange Server 2016 / 2019 のマルウェアスキャンエンジンで「2201010001」を long に変換できないというエラーが発生して電子メールメッセージがトランスポートキューにたまる事態となった
(Exchange Team Blog の記事、
Neowin の記事、
On MSFT の記事、
BleepingComputer の記事)。
Microsoft によると「2201010001」はマルウェアスキャンエンジンで使用するシグニチャファイルのバージョンだという。バージョンの先頭 6 桁は YYMMDD であり、2021年までは問題なかったものの、2022年の日付のバージョンでは long (int32) の最大値 2,147,483,647を超えて問題が発覚したようだ。
Microsoft は自動または手動でスキャンエンジンを削除してから最新版へ更新する手順を紹介しており、新しいバージョンは「2112330001」となっている。存在しない日付のバージョンとなるが、このまま新しいシーケンスでバージョン番号が割り当てられていくとのことだ。
これにより、新年早々対策に追われた人も多いようだ。スラドの皆さんはいかがだろうか。
Microsoft によると「2201010001」はマルウェアスキャンエンジンで使用するシグニチャファイルのバージョンだという。バージョンの先頭 6 桁は YYMMDD であり、2021年までは問題なかったものの、2022年の日付のバージョンでは long (int32) の最大値 2,147,483,647を超えて問題が発覚したようだ。
Microsoft は自動または手動でスキャンエンジンを削除してから最新版へ更新する手順を紹介しており、新しいバージョンは「2112330001」となっている。存在しない日付のバージョンとなるが、このまま新しいシーケンスでバージョン番号が割り当てられていくとのことだ。
これにより、新年早々対策に追われた人も多いようだ。スラドの皆さんはいかがだろうか。
Wikipediaの「年問題」記事 (スコア:4, おもしろおかしい)
年問題 - Wikipedia [wikipedia.org]
には載ってないから、メジャーな懸念ではなかったのね。
「2922億7702万6596年問題」とやらは載っているくせに。
同じ32ビットの上限でいうと、西暦4桁で数値化した「2148年問題」とか年数単独で「21億4748万3648年問題」とかは懸念されていないのだろうか。
「2922億7702万6596年問題」とやらは載っているくせに。
Re:Wikipediaの「年問題」記事 (スコア:2)
英語版Wikipediaの記事 [wikipedia.org]でもYear 2022の項が足されたのは今年に入ってからだったようだ。
Re:Wikipediaの「年問題」記事 (スコア:2)
なるほど。
日本語版でも今朝、本件が記載されました。