「Windows 7/8.1をWebページから停止させることも可能なNTFSのバグ」記事へのコメント

そもそも利用者責任の前提の部分が抜けてね？

[Anonymous Coward]

> このようなパスをWebページで「img」タグに指定すると、リモートからシステムをクラッシュできる

リモートのWebページ上でローカルPC上のリソースを使えなんて記載しても
イマドキのブラウザのデフォルトなら門前払いじゃ？

ローカルコンテンツの表示をわざわざ許可するようセキュリティレベルを利用者が下げてるとか、
HTMLリソースをダウンロードしたあとローカルで開く場合にしても
「インターネットから取得されたファイルに対して自動設定される制限」を
手動で制限解除してる必要がある気がする

Re:

[Anonymous Coward]

ですよね。デモを見て騒いでる人は最初からセキュリティを利用者側で下げてるとしか言えない。ネットって自己責任なんだよ

Re:

[Anonymous Coward]

ダウンロードしたファイルに対するアクティブコンテンツの制限も、画像の読み込みには及ばないから無意味。
ていうかイマドキのブラウザじゃないIEはデフォルトの設定で読み込むからダウンロードさせる必要すらないし。

Re:そもそも利用者責任の前提の部分が抜けてね？

[Anonymous Coward]

> ていうかイマドキのブラウザじゃないIEはデフォルトの設定で読み込むからダウンロードさせる必要すらないし。

少なくともWin7のIE11ではオンライン上のHTMLからローカルの画像を参照しようとしてもデフォルト状態では表示されませんよ

表示させるためには信頼済みサイトに追加登録するなどの利用者操作が必要です

Re:そもそも利用者責任の前提の部分が抜けてね？

[headless (41064)]

画像の表示がブロックされるのはその通りですが、 IEで「C:\$mft\123」を指定すればシステムはハングします。サイトを「制限付きサイト」ゾーンに指定しても同じ結果でした。手元の環境ではIEのみで発生し、FirefoxとChromeでは発生しませんでしたが、BleepingComputerのテストではFirefoxでも発生した [bleepingcomputer.com]とのことです。

Re:

[Anonymous Coward]

> IEで「C:\$mft\123」を指定すればシステムはハングします。

外部サイト上のWebサイトのソースの中でローカルパスを指定するのと、IEのアドレスバーに直接ローカルパスを入れるのは別問題でしょ

Re:そもそも利用者責任の前提の部分が抜けてね？

[headless (41064)]

当然Webページでimgタグに指定したら、という話ですよ。