オープンリダイレクト検査：Locationヘッダ編 - T.Teradaの日記

オープンリダイレクタを脆弱性とみなすべきかは議論が分かれるところです。Google等の一部のサイトは、自サイトのオープンリダイレクタを脆弱性としてはみていません。一方で、脆弱性検査の現場では、見つかれば脆弱性として報告することが多いと思います。 その辺の議論はおいておいて、オープンリダイレクタの検査は、ブラウザの特性もからんで意外とバリエーションが多くて面白いので、本日の日記で取り上げてみたいと思います。 大まかにいうと、リダイレクトは、302応答のLocationヘッダ、Refresh（HTTPヘッダ、METAタグ）、JavaScriptによるものがありますが、本日は302応答のLocationヘッダのリダイレクタについて取り上げます。 パターン1：サブドメイン部分に値が入る場合 以下のように、サブドメインの箇所が動的なケースです。 Location: http://{$u}.haten

[NetPenguin]

確認パターン、結構いろいろある。

[stenpel]

オープンリダイレクタという名の脆弱性を初めて知った。

[efcl]

オープンリダイレクト検査：Locationヘッダ編 HTTPヘッダーに仕込んでオープンリダイレクターとなる場合。 区切り文字、先頭に./

[syanbi]

Locationヘッダによるリダイレクトに対する脆弱性を解説したエントリ

[Cherenkov]

脆弱性 xss ?

[kaito834]

「オープンリダイレクト検査：Locationヘッダ編」。オープンリダイレクタの問題における検査手法がまとめられている。パターン1D,1E（Firefox, Opera）、1F（IE, Chrome）がブラウザ依存っぽくて興味深い。

[hasegawayosuke]

オープンリダイレクト検査：Locationヘッダ編

[ytoku]

2A「URLの先頭の、"http:" や "https:" は省略可能なので、」なん、だと…… / そもそも規格上は絶対URIしか書けないからか

[kogawam]

HTTP Locationヘッダの籠絡。色々あって面白いなあ。