今度は「Y3K問題」、Visual C++に

MicrosoftのVisual C++で西暦3000年1月1日以降の日付を処理する際にエラーが発生し、悪用されるとDoS状態に陥る可能性もあるという。 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年近く

[sawat]

3000年がどうこうと言うんじゃなくて、単にアサーションの使い方が間違っているだけだと思う。

[yau]

3000年には誰もVCを使っていないというのが業界が学んだ教訓なんじゃないかな？

[John_Kawanishi]

993年後にならなきゃ問題にならないんでしょ？とは笑えない障害

[zoidstown]

確かに日数などの制限はかけるべきじゃないが3000年って・・・1万と2000年前から♪

[jt_noSke]

あんりゃまー

[tsupo]

64ビット版Visual C++ 8.0スタンダードライブラリ(MSVCR80.DLL)で3000年1月1日以降の時間引数を処理する際にアサーションエラーが発生 → 64ビット版固有の問題? VC++ 6 のCMonthCalCtrlでも何かあったような

[w2allen]

引用：NISTが2月13日に公開したアラートによると、64ビット版Visual C++ 8.0スタンダードライブラリ（MSVCR80.DLL）で3000年1月1日以降の時間引数を処理する際にアサーションエラーが発生する。

[ume-y]

COleDateTimeで西暦100年1月1日以前の日付の扱いも、ちょっとアレ。

[Bookmarker]

『3000年1月1日以降の時間引数を処理する際にアサーションエラーが発生する。攻撃者にこれを悪用されると、大きな時間の値を使ってDoS状態が誘発され、アプリケーションが終了してしまう可能性がある。』

[cx20]

64bit コンパイラは無関係。32bit 版で事象再現。VC++8.0 では time_t が 64bit 値になってて _MAX__TIME64_T (3000年) を超える値を使うとアサートする模様。