「ハッキングコンテストで使われたWindows 7版IE8のセキュリティ機構回避手法、公開される」記事へのコメント

もう大丈夫なんですよね?

[s02222 (20350)]

～と言う方法だった。今ではこのセキュリティーホールは塞がれている。とか書いて頂けるとありがたい。リンクを辿りたくない類の記事だし。

Re:もう大丈夫なんですよね?

[Anonymous Coward]

整数型のラップアラウンドによるヒープオーバーフロー自体はMS11-002なので既に修正されています。
http://www.microsoft.com/japan/technet/security/bulletin/ms11-002.mspx [microsoft.com]
ASLRとDEPの回避手法は今でも使えるはずです。

それにしても、ASLRとDEPのbypassは広まってきていますね。例えばWindows7のIE8のCSS処理にある0day(未修正)な脆弱性を使った、ASLR/DEPをbypassするexploitも出てきています。
https://www.metasploit.com/redmine/projects/framework/repository/entry... [metasploit.com]
ASLRとDEPを過信しないことが大切ですね。

Re:

[Anonymous Coward]

現実の耐性菌と一緒で、それがなければ生き残れない環境とともに増えてくるのは当然でしょう。

Re:

[Anonymous Coward]

セキュリティホール自体は塞がれたかもしれないけど、ASLRを迂回する方法はそう簡単に対策を立てられない気がする(アプリの互換性に影響が出るから)。
EMET [microsoft.com]で対策できるかもしれないしできないかもしれない。

Re:もう大丈夫なんですよね?

[Anonymous Coward]

メモリを読まれる以上、ASLRはどうしようもない気がしますね。
それよりもDEPの回避を何とかした方が良いかと。
これの対策には強制アクセス制御を導入すれば良いはず。
例えば、Linuxの主要ディストロ(FedoraやUbuntuなど)では既にSELinuxやAppArmorなどの強制アクセス制御によって、ブラウザによるmprotect (WindowsでいうところのVirtualProtect)の実行を防いでいる(はず)ので、この手のDEP回避は通用しません。
ただIEだとプラグインなどがVirtualProtectを呼んでいて互換性を崩すため無理…と言いそうな気もしないでもない。

まぁROPでもDEP回避はできますが、今回ほどお手軽には行かないはず。バージョン依存も激しくなりますし。

Re:

[Anonymous Coward]

> ただIEだとプラグインなどがVirtualProtectを呼んでいて互換性を崩すため無理…と言いそうな気もしないでもない。
Linuxでさえぐぐると「動きません」→「SELinuxを無効にしてください」のコンボがわらわら出てくるのにWindowsでできるわけがないでしょ。
プラグインなんか引っ張り出すまでもなく、いまどきのブラウザはどれもJITのために動的生成したネイティブコードに実行許可を与えられることは必須です。そもそもタレコミにもIE自身がVirtualProtectを呼んでるって書いてるやん。

Re:

[Anonymous Coward]

ASLRの迂回に関しては、EMETは、無力です。特にWindows XPでの効力には期待しないこと。