Explorerでスクリプトを含むローカルのHTMLファイルを開くと以下のように警告されるようになった。オプションを表示するには、ここをクリックしてください...これはマイコンピュータのセキュリティ設定が通常のインターネットゾーンのセキュリティ設定よりも厳しくなっているため。-->[CRLF]という記述をする(もちろん"[CRLF]"は改行)。MSDNとkb833633によると、この記述は先頭から2048byte以内にせねばならず、この行の改行はCRLFで無ければならない。"about:internet"の部分はURLであり、"http://up-cat.net/"等と記述すればセキュリティゾーンの判定上"http://up-cat.net/"のファイルとして扱われる。"(0014)"はこのURLの長さを表しており、"about:internet"が14文字であるためこの数値となる。公式では言っているが...しかし、手元のIE8では"(0014)"では動作しないことがあった。url"で検索してみると、ここの数値に"(0013)"にしている記述がいくつもある。-->[CRLF]を試すと、1発で成功。その後14に戻しても警告が表示されない。なんだなんだ?キャッシュか?NTFS副ストリームに何か書いてるのか?わからないが、とにかく動作した。IE8ではXHTMLで上記の通り一応効いた。そもそも...(愚痴)ローカルをインターネットゾーンより厳しい制限にする意味が分からない。メール(しかもOutlookとかWindowsメールとか)で受信したHTML等(主にspamのもの)を危惧しているのだろうが、添付にしろ本文にしろ、その危険なHTMLメールを率先してデファクトスタンダードに仕立てたのは他ならぬMicrosoftだ。えーと、こういうのを何と言うのだっけ。MSには何の利益もないのに。そもそもで言ってしまえば、HTML中のスクリプトは実行禁止にせずとも安全に実行できなければならない。純粋なスクリプト仕様にはブラウザ外へのいかなるアクセス手段も用意されていない。純粋なスクリプトのみで危険性が発生するなら、それはスクリプトインタプリタのバグなのだ。危険なのはIEのスクリプト拡張機能であるActiveXへのアクセスだけなはずで、これを禁止しておけば問題はない。ActiveXObject、CreateObjectだけ禁止すればよい。それは当たり前の話で、だからこそHTMLをアプリケーション的に使う場合のために、ActiveX使い放題なHTAという仕組みを別途用意しているではないか。UACや署名ドライバもそうだが、ユーザ操作と安全性に関してのマイクロソフトの方針はどこかおかしいように思う。安全性問題に対する上層部の圧力で現場は「不便な制限」を実装し、実作業では自分たちも「制限の回避設定」にしていたりしないだろうか。考えてもUAC有効の末端ユーザ権限で、効率的に作業できるとは思えない。個人的には、各種の回避方法が存在することが、設計の悪さの証拠になっているのではないかと思う。これらの制限が本当に良く設計されており回避が不要なら、そのような回避方法の存在の方が、脆弱性に繋がるからだ。Perl5.010001。