「Windows 8」以降で本来の脆弱性保護が発揮できないケースが判明 - 「EMET」などが裏目に

その一方で実装変更後、「ASLR」のランダム化によって十分な保護を行うためには、システム全体に対してボトムアップ型のランダム化を行うオプション「system-wide bottom-up ASLR」を有効化し、エントロピーを受け取る必要が生じたが、同設定が有効とならないケースが今回明らかとなった。

影響を受けるのは、脆弱性の緩和策として提供されている無償ツール「Enhanced Mitigation Experience Toolkit（EMET）」や、後継にあたり、「Windows 10 Fall Creators Update」で導入された「Windows Defender Exploit Guard」を利用しているケース。

これらを用いてシステム全体へ「ASLR」を強制した場合、「system-wide bottom-up ASLR」が有効にならないことが判明したという。

さらに「Windows Defender Exploit Guard」は、システムに「system-wide bottom-up ASLR」を適用するオプションが設けられており、初期設定では有効とされているが、適切にレジストリを変更していなかった。

そのため、「ASLR」を使用するようアプリ側で指定しておらず、システムから強制的に「ASLR」が適用されるアプリについては、ランダム化が不十分な状態となり、メモリへの配置が予測されるおそれがある。

（Security NEXT - 2017/11/21 ） ツイート

PR

関連記事

「WooCommerce」旧版にRCE脆弱性 - 実証コードも
「Node.js」に12件の脆弱性 - 修正版を公開
「FortiOS」の「SSL VPN」脆弱性に関するアドバイザリを更新
「Splunk Enterprise」にアップデート - 「クリティカル」脆弱性など解消
「Cisco ISE」にRCE脆弱性 - 端末の接続に影響するおそれも
ロードバランサ「HAProxy」に脆弱性 - 同期破壊のおそれ
「Webmin」に認証バイパスなど複数の脆弱性 - 最新版で修正
6月公表の「Splunk Enterprise」脆弱性、悪用を確認
FWやVPNの認証情報を攻撃者が大量保有 - 「FortiBleed」に要警戒
「nginx」に複数のクリティカル脆弱性 - 修正版が公開