>>79
ちょっと整理。混じってるから。

>>1の報告は、
脆弱性：file:///でアプリが起動できる脆弱性
対　策：HDの名称変更
　　　　>ダウンロード先を任意に変更
　　　　＊ただし、脆弱性がなくなる訳じゃない。ファイルの位置は読みにくくなるけどね

脆弱性：落ちたディスクイメージが自動解凍されてフルパス判明する
対　策：>ファイルヘルパー等の処理をファイルに保存
　　　　Stuffit Expanderの「解凍を継続する」「ディスクイメージをマウントする」をオフにする。
　　　　IE：セキュリティゾーン設定でファイルのダウンロードを拒否する。
　　　　iCab：ファイル環境設定＞ダウンロード＞開始・後処理の
　　　　　　　「インターネットコントロールパネルの設定に従って処理」をオフにする

>>74の報告は、IEだけじゃない（OS X込みな）んですれ違いかもだけど……
脆弱性：落ちたディスクイメージが自動解凍されマウントする
対　策：Stuffit Expanderの「解凍を継続する」「ディスクイメージをマウントする」をオフにする。
　　　　IE：セキュリティゾーン設定でファイルのダウンロードを拒否する。
　　　　iCab：ファイル環境設定＞ダウンロード＞開始・後処理の
　　　　　　　「インターネットコントロールパネルの設定に従って処理」をオフにする
　　　　他のブラウザは未調査ｽﾏｿ

脆弱性：イメージマウントでアプリ実行する
対　策：CD-ROM自動再生オフ

対策はこんな感じ。
>>1に>>74の脆弱性のトリガーも混じってるんで対処法似てるけど、セキュリティホールとしては
全く別物ですから注意ね。

>>75>creat SMIでlunching applicationを使うとどうでしょう？
未調査っす。今やってるっす。

しつこくてｺﾞﾒｿ