アカウント名:
パスワード:
Ormandy said the security hole can easily be closed by turning off the MSDOS and WOWEXEC subsystems. The changes generally don't interfere with most tasks since they disable rarely-used 16-bit applications.
この記述のとおりだとすると、16-bit モードで動作するアプリケーションを通じて、MSDOS と WOWEXEC サブシステムの機能経由で攻撃を仕掛ける、というのが仕組みのはずだ。確かに 32bit OSを攻撃するためのコードと 64bit OSを攻撃するためのコードは違うかもしれないけれど、同じ理屈で 64bit OSでも攻撃出来るんじゃないか?! という気がするが…
その辺どうなんでしょうね?
・MSDOS/WOWEXECサブシステムを無効にして16-bitアプリを実行できなくすれば攻撃を防げる。・64-bit用のWindowsでは最初から16-bitアプリを一切実行できない(MSDOS/WOWEXECサブシステム自体がそもそも存在しない)。あとは3段論法を適用するだけの簡単なお仕事です。
加えてWOW64では32-bitと64-bitではdllを相互に呼んだり単一プロセス内に共存したりができず、プロセス間通信でしか繋がれない、と。
公開APIによる手段は提供されていませんが、不可能なわけではありません。たとえばWOW64プロセスには64-bitと32-bitのntdllが両方マップされています。もちろんMicrosoftの保証はありませんが、攻撃者にとってはどうでもいいことです。犯罪者が法律を守るとは限らないのです。今回の攻撃で使われているNtVdmControlも、本来まともなアプリケーションから直接呼び出すようなものではありません。したがって、攻撃の可能性を検討するような文脈では32-bitと64-bitの混在ができないということをあてにしてはいけません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
いまいち判らないのが、なぜ 64bit は影響を受けないのか、と言う点 (スコア:1)
この記述のとおりだとすると、16-bit モードで動作するアプリケーションを通じて、MSDOS と WOWEXEC サブシステムの機能経由で攻撃を仕掛ける、というのが仕組みのはずだ。
確かに 32bit OSを攻撃するためのコードと 64bit OSを攻撃するためのコードは違うかもしれないけれど、同じ理屈で 64bit OSでも攻撃出来るんじゃないか?! という気がするが…
その辺どうなんでしょうね?
fjの教祖様
Re: (スコア:5, 参考になる)
・MSDOS/WOWEXECサブシステムを無効にして16-bitアプリを実行できなくすれば攻撃を防げる。
・64-bit用のWindowsでは最初から16-bitアプリを一切実行できない(MSDOS/WOWEXECサブシステム自体がそもそも存在しない)。
あとは3段論法を適用するだけの簡単なお仕事です。
Re: (スコア:2)
加えてWOW64では32-bitと64-bitではdllを相互に呼んだり単一プロセス内に共存したりができず、プロセス間通信でしか繋がれない、と。
Re:いまいち判らないのが、なぜ 64bit は影響を受けないのか、と言う点 (スコア:3, 参考になる)
公開APIによる手段は提供されていませんが、不可能なわけではありません。たとえばWOW64プロセスには64-bitと32-bitのntdllが両方マップされています。
もちろんMicrosoftの保証はありませんが、攻撃者にとってはどうでもいいことです。犯罪者が法律を守るとは限らないのです。今回の攻撃で使われているNtVdmControlも、本来まともなアプリケーションから直接呼び出すようなものではありません。
したがって、攻撃の可能性を検討するような文脈では32-bitと64-bitの混在ができないということをあてにしてはいけません。