MicrosoftのVisual C++で、西暦3000年1月1日以降の日付処理に不具合が生じるという3000年問題（Y3K）が指摘されたそうだ。
今から993年後というわけだが、Visual C++やWindowsを使っているユーザーがはたして地球上に1人でも残っているだろうか。（100年後でも怪しい。）それどころかその頃人類は生きのびているだろうか。
エイプリル・フールのジョーク記事かと思った。
関連記事：
今度は「Y3K問題」、Visual C++に
2月14日11時18分配信 ITmediaエンタープライズ
MicrosoftのVisual C++で、西暦3000年1月1日以降の日付処理に不具合が生じるという3000年問題（Y3K）が指摘された。
NISTが2月13日に公開したアラートによると、64ビット版Visual C++ 8.0スタンダードライブラリ（MSVCR80.DLL）で3000年1月1日以降の時間引数を処理する際にアサーションエラーが発生する。攻撃者にこれを悪用されると、大きな時間の値を使ってDoS状態が誘発され、アプリケーションが終了してしまう可能性がある。
2000年のY2K問題を彷彿とさせるこの不具合についてSANS Internet Storm Centerでは、日付に任意の制限を設けるのは良くないという、もう10年近くも前に業界が学んだ教訓が生かされていないと指摘している。
ブログ執筆のはげみになりますので、１つずつ応援クリックをお願いします。
今から993年後というわけだが、Visual C++やWindowsを使っているユーザーがはたして地球上に1人でも残っているだろうか。（100年後でも怪しい。）それどころかその頃人類は生きのびているだろうか。
エイプリル・フールのジョーク記事かと思った。
関連記事：
今度は「Y3K問題」、Visual C++に
2月14日11時18分配信 ITmediaエンタープライズ
MicrosoftのVisual C++で、西暦3000年1月1日以降の日付処理に不具合が生じるという3000年問題（Y3K）が指摘された。
NISTが2月13日に公開したアラートによると、64ビット版Visual C++ 8.0スタンダードライブラリ（MSVCR80.DLL）で3000年1月1日以降の時間引数を処理する際にアサーションエラーが発生する。攻撃者にこれを悪用されると、大きな時間の値を使ってDoS状態が誘発され、アプリケーションが終了してしまう可能性がある。
2000年のY2K問題を彷彿とさせるこの不具合についてSANS Internet Storm Centerでは、日付に任意の制限を設けるのは良くないという、もう10年近くも前に業界が学んだ教訓が生かされていないと指摘している。
ブログ執筆のはげみになりますので、１つずつ応援クリックをお願いします。
アクセス
トータル
ランキング
993年後でした！
記事を直しておきました。
ご指摘ありがとうございます。