MS11-099 Internet Explorer 用の累積的なセキュリティ更新プログラム で修正されたXSSの話 - 葉っぱ日記
マイクロソフト セキュリティ情報 MS11-099 - 重要 : Internet Explorer 用の累積的なセキュリティ更新プログラム (2618444) で修正された「Content-Disposition の情報漏えいの脆弱性 - CVE-2011-3404」について書いておきます。 Content-Disposition: attachment をHTTPレスポンスヘッダに指定すると、一般的なブラウザではコンテンツをブラウザ内でいきなり開くのではなく、ローカルディスクへダウンロードすることになります。ところが、MS11-099にて修正された脆弱性を使用すると、罠ページを経由することで Content-Disposition: attachment のついたhtmlを強制的にInternet Explorer内で開くことができたため、例えば Wiki や Web メールの添付ファ
HTTP ヘッダーに X-Content-Type-Options: nosniff を追加
記事のカテゴリ blogs 使い方 MOM2005 ツール SQL Server 2000 SQL Server 2005 WISH SQL Server 2005 データベーススナップショット FAQ SQL Server 2005 データベースミラーリング FAQ SQLServer トリビア WebControls イベント オートデモ セキュリティ TIPS ブログ ブログのネタ 機械翻訳くん 投票 過去の記事 2009年9月 (11) 2009年8月 (18) 2009年7月 (6) 2009年6月 (4) 2009年5月 (3) 2009年4月 (2) 2009年3月 (11) 2009年2月 (1) 2009年1月 (3) 2008年12月 (3) 2008年11月 (1)
JVN#62275332: Internet Explorer におけるクロスサイトスクリプティングの脆弱性
Internet Explorer には、ファイル判別処理に起因するクロスサイトスクリプティングの脆弱性が存在します。 Windows XP SP3 上の Internet Explorer 6 Windows XP x64 Edition SP2 上の Internet Explorer 6 Windows XP SP3 上の Internet Explorer 7 Windows XP x64 Edition SP2 上の Internet Explorer 7 Windows Vista SP1 および SP2 上の Internet Explorer 7 Windows Vista x64 Edition SP1 および Windows Vista x64 Edition SP2 上の Internet Explorer 7 Windows XP SP3 上の Internet E
IEのポインタ参照処理の脆弱性（CVE-2010-0249）検証メモ — (n)
life is penetration. geeks cheer. geeks be ambitious.Googleが攻撃されて、それを逆ハックなんて触れ込みで注目されている（？） IEのポインタ参照処理の脆弱性（CVE-2010-0249）について検証してみました。 検証では、脆弱性の存在するターゲットPC（Windows XP SP2 & IE 6）で 細工された応答を返すサーバにアクセスすることで脆弱性を利用した攻撃を行い、 任意のサーバの任意のポートにコネクトバックさせ、結果、シェルを奪取するというものです。 下図は、細工された応答を返すサーバを起動させたところです。 このサーバへアクセスさせた結果、ターゲットPCの制御を奪うことに成功しました。 この脆弱性は、このエントリー作成現在、 修正プログラムがリリースされいないため暫定の回避策を行うことになります。 M
IE8のXSSフィルタが裏目に出る例 - 2009-06-22 - T.Teradaの日記
IE8のXSSフィルタは、WebアプリにXSS脆弱性があったとしても、それが発動する可能性を減らしてくれるものです。 しかし、そのXSSフィルタが裏目に出るようなこともあります。 例えば、以下のような静的なHTMLファイル（test.html）を作ってWebサーバにおきます。 <h3>ie8 test</h3> <!-- 1 --> <script> var u=document.URL; </script> <!-- 2 --> <script> u=u.replace(/&/g,'&').replace(/</g,'<'); </script> <!-- 3 --> <script> document.write('URL:'+u); </script> 上のページは静的なページで、DOM Based XSSの脆弱性もありません。ですが、被害者のユーザがIE8を使っている
IE8のtoStaticHTML関数 - 2009-06-21 - T.Teradaの日記
以前の日記で、IE8β2のtoStaticHTML関数にバグがあると書きました。 そのバグについては、発見したときにMSに報告しました。その後、特に「直した」という連絡はありませんが、IE8の正式版では修正されていました。 β2にあったバグのPOCは、以下のようなものです。 <body> <div id="foo"></div> <script> var tmp="<img style=\"color:expression(alert('; width:x'))\">"; document.getElementById('foo').innerHTML = toStaticHTML(tmp); </script> </body> ポイントは、alertのちょっとうしろに入れたセミコロンです。β2では、セミコロンが含まれていると、そこで1つの宣言が終わると解釈していました。かなり荒っぽい解釈
XSS (Cross Site Scripting) Cheat Sheet - カリカリと 猫缶とでは 別腹だ - 交差点の猫
基本、カリカリだけをあげてるのですが、最近はおやつをあげております。 おやつとしては、歯磨きガムとか、猫カフェとかによくあるような（？）スティックっぽいお魚のやつ。 それなら、いっそ、猫缶でもおやつっぽくない？って思ってこの間大量に購入したのです。 とても歓喜しているのですが、ホントに"おやつ扱い"なのか、カリカリご飯の後なのに、いつものご飯と同じくらいの量を食べてみたり、カリカリご飯の代わりに猫缶あげたら、食べ終わった後にご飯を要求してきたりと（しかも結構ちゃんと食べる）、別腹っぷりを発揮しています。 ジャモラ君がハフハフ言って食べてるのがとてもかわいいです。 猫缶で満足な蜜柑さん 久々にせきゅりての話でも？ まあ、有名なCheat Sheetなのですが、IE7で動くのんが動かないことになったままずーっとなのが気になる。 <INPUT TYPE="IMAGE" SRC="javascri
ログインしてください：日経クロステック（xTECH）
会員限定サービスです 有料会員（月額プラン）は初月無料！ お申し込み 会員の方はこちら ログイン 日経クロステック TOPページ
Webブラウザを使い続けるための“お勧め”設定【プラグイン編】
Webブラウザを使い続けるための“お勧め”設定【プラグイン編】 実は複雑怪奇なFlash Playerのアップデート方法 まずは2種類のFlash Playerの確実な削除の徹底を 「Webページを不正に改ざんされる事件が最近特に増加し，その改ざんされたサイトを閲覧した場合，ウイルスを送り込まれることが多いと聞く。利用者側で行うべき対策をアドバイスしてほしい」――。ある企業のシステム管理者から，こうした相談を受け，Webブラウザに対するお勧め設定を紹介しました。 ■参考記事：「Firefoxを使い続けるための“お勧め”設定」，NoScriptを組み込んでいないFirefoxは使用停止に ■参考記事：IEを使い続けるための“お勧め”設定，“デフォルト・セキュア”とMicrosoft Update使用環境を共存化 ただ，ブラウザのセキュリティを考える場合，ブラウザそのものや拡張機能（アドオン）
IEとFirefoxで「リファラを送信しない設定」をする : LINE Corporation ディレクターブログ
こんにちは、佐々木です。 他社サイトへのリンクが含まれるような開発環境で作業を進める場合、使用しているブラウザを「リファラを送信しない設定」にする必要があります。うっかりクリックしてしまったサイトに送信したリファラから「開発環境のURLがばれてしまう」という危険を防ぐためです。 つまり、リファラを送信する設定のまま開発環境で作業を進めることは、「スーツの内ポケットにキャバクラのマッチが入ったままになっている」のと同じくらい無防備な状態といえます。惨事が起こる前に、しっかりと準備をしておきましょう。 『Internet Explorer』の場合 『Internet Explorer』（以下、IE）の場合は「Proxomitron」を使う方法もありますが、リファラを送信しない設定だけであれば「Fiddler2」のほうが簡単ですので、ここではその方法を紹介します。 Fiddler2 を使ってIE
続: そろそろUTF-7について一言いっとくか - 葉っぱ日記
史上空前のEUC-JPブームはとりあえずおいておいて、今日も最強の文字コードであるUTF-7について。 これまで私の中では、UTF-7によるXSSを避けるためには、Shift_JISやUTF-8といった、IEが受け入れ可能なcharsetをHTTPレスポンスヘッダまたは<meta>で明記してやればよいという理解でした。 具体的には、HTTPレスポンスヘッダで Content-Type: text/html; charset=Shift_JIS とするか、生成するHTML内で <meta http=equiv="Content-Type" content="text/html; charset=Shift_JIS"> とすれば、UTF-7によるXSSは防げると思っていました。ところが、後者の<meta>によるcharsetの指定では、条件によってXSSが防げないことがあるということに気付きま
Atom や RDF を利用したXSS - 葉っぱ日記
Internet Explorer の悪名高い Content-Type: 無視という仕様を利用すると、Atom や RDF/RSS を利用してXSSを発生できることがあります。条件的に対象となるWebアプリケーションは多くはないと思いますが、それでもいくつか該当するWebアプリケーションが実在することを確認しました。以下の例では Atom の場合について書いていますが RDF/RSS でも同様です。 例えば、http://example.com/search.cgi?output=atom&q=abcd という URL にアクセスすると、「abcd」という文字列の検索結果を Atom として返すCGIがあったとします。 GET /search.cgi?output=atom&q=abcd Host: example.com HTTP/1.1 200 OK Content-Type: ap
見ただけで感染、IEの新しいぜい弱性を突くWebサイト現る
米シマンテックは2007年6月21日（米国時間）、6月13日に公表されたInternet Explorer（IE）のぜい弱性を悪用するWebサイトが初めて確認されたとして注意を呼びかけた。セキュリティ更新プログラム（修正パッチ）を適用していないパソコンでは、そのサイトにアクセスするだけで、悪質なプログラム（ウイルス）をインストールされてしまう。 今回確認されたWebサイトが悪用するのは、6月13日に公開されたセキュリティ情報「［MS07-033］Internet Explorer 用の累積的なセキュリティ更新プログラム (933566)」に含まれる「音声認識のメモリの破損の脆弱性 - CVE-2007-2222」。このぜい弱性の存在を検証するコード（Exploit；エクスプロイト）は公開されていたものの、実際の攻撃に悪用されたのを確認したのは今回が初めてだという。 修正パッチを適用していな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
United States
Microsoft、IEのパッチをリリースへ
Exploits and Attacks - Microsoft Goes After Clickjacking in IE8 - eWeek Security Watch
http://www.milw0rm.com/exploits/7710