Document.referrer ブラウザのサポートと JavaScript の障害まとめ_基礎知識

JS でページを開く可能な方法:

このうち「 」は空文字列、√はソースページが正しく判定できること、keepはforwardとbackwardを使用してもページの参照元が変わらないことを意味します。この表から、document.referrer でケースの約半分をカバーできることがわかります。ただし、マウスを使用してリンクをタブ バーにドラッグしたり、前後に移動したりするなど、一部の一般的な操作は正しく処理できません。

document.referrer のソース

ブラウザがサーバーにページ A をリクエストすると、HTTP リクエストが送信されます。 Referer 属性は、このリクエストのヘッダーに含まれます。サーバーはリクエストを受信すると、ヘッダー内の Referer を抽出して、訪問者がどのページからリクエストを開始したかを判断できます。

一般に、ブラウザが A をリクエストしたときに送信されるヘッダーの Referer は何で、A ページを取得した後の document.referre の値は何ですか。上の図は、ページ A を要求するヘッダーです。A の document.referre は http://localhost/Test/b.html です。

Referre がヘッダーに含まれていない場合、document.referre を使用するときに空の文字列が割り当てられます。

HTTPS リクエストについて

通常の HTTP ページで HTTPS リンクをクリックすると、https リクエスト ヘッダーにリファラー情報を添付できます。その後も HTTPS ページで document.referre を使用して通常の http ページを取得できます。

同様に、https ページ上の別の HTTPS リンクをクリックすると、リクエスト ヘッダーにリファラー情報を添付できます。

ただし、https ページから http リンクをクリックした場合、残念ながら、送信される http リクエスト ヘッダーには https ページに関する情報を含めることができません。これは、https ページの保護措置が原因である可能性があります。

偽のリファラー情報

上記の説明によると、document.referre はヘッダーの Referer から生成されます。したがって、document.referre の値を変更する場合は、理論的にはリクエスト ヘッダーを変更するだけで済みます。ヘッダー内の既存のリファラーを必要な値に置き換えることも、元々存在しない場合はリファラーを追加することもできます。

クライアント側では、ヘッダーを改ざんするのは非常に簡単です。ページの http リクエストが送信される前に、パケット傍受ツールを使用してリクエストを傍受し、ヘッダー情報を分析して Referre を変更できます。

調べてみると、FireFox用のRefControlプラグインを使うと簡単に改造できることが分かりました。つまり、トラフィック ソースのなりすましは簡単です。

ページの強制更新

書き終えてから間もなく、そのページにジャンプする方法、つまり HTML のメタ タグで指定されたページを強制的に更新する方法を見逃していたことに気づきました。たとえば、b.html に
と書きます。