コンテンツにスキップ

HTTPリファラ

出典: フリー百科事典『ウィキペディア(Wikipedia)』

HTTPリファラ: HTTP referer)あるいは単にリファラは、HTTPヘッダの1つで、インターネット上の1つのウェブページまたはリソースから見て、それにリンクしているウェブページやリソースのアドレス[注釈 1]を指す。リファラを参照することで、どこからそのページに要求が来たのかを知ることができる。リファラをログすることでウェブサイトウェブサーバで訪問者がどこから来ているかを把握でき、プロモーションやセキュリティの目的に使うことができる。リファラの活用はクロスサイトリクエストフォージェリ対策としても一般的だが、リファラが無効化されているとそのようなセキュリティ機構は働かない。リファラは一般に統計的用途に使われている。

デリファラ[注釈 2]とは、要求を起こすべくクリックされたページを目標ウェブサイトが識別できなくするため、要求から元のページ(サイト)の詳細を除去する手段である。

詳細

[編集]

あるページにあるリンクをクリックして別のウェブページを訪れるとき、リファラはそのリンクが置かれているウェブページのURLである。

より一般化すると、リファラはその要求を発生させる原因となったアイテムのURLである。例えば、或るウェブページ内に画像を表示するとき、リファラはそのHTMLページのURLとなる。ウェブブラウザからウェブサーバへのHTTP要求の仕様上、リファラフィールドはオプションである[1]

ほとんどのウェブサーバには全トラフィックのログがあり、ブラウザが要求毎に送信したHTTPリファラを記録している。ウェブログ解析ソフトの多くはこの情報を処理できる。リファラ情報はユーザーのプライバシーに関わる場合があるため、リファラ情報を送信しないよう設定できるブラウザもある。プロキシファイアウォールソフトウェアにもリファラ情報をフィルタで除去できるものもあり、外部に公開していないロケーション情報を漏らさないようにできる。このことは問題を発生する要因ともなる。Webサーバはサイトの一部について、正しいリファラを送ってこないブラウザに対してアクセスをブロックしていることがある。これはディープリンクを防いだり、画像の不正使用(直リンク)を防ぐためである。プロキシソフトウェアの中にはそのサイトのトップレベルのアドレスをリファラとして与えるものがあり、ユーザーが最後に訪問したサイトを暴露することなく問題を回避できる。

最近では一部のブログはリファラ情報を公表し、あるブログにリンクしているサイトにブログ側からもリンクすることで会話を広げようとしている[要出典][2]。これを悪用し、スパマーのサイトへのリンクを大量に貼らせるリファラスパムが登場している[2]

アダルトサイトなどの有料サイトの多くはコンテンツを守る目的でリファラ情報を利用している[要出典]。すなわち、ログインしないと参照できないなどの極少数のページからのアクセスのみを許可するのである。これにより、協力関係にあるアダルトサイト間での素材の共有が容易になる。このようなサイトへのフリーなアクセスを実現する手段としてリファラスプーフィングがある。

リファラの隠蔽

[編集]

ほとんどのウェブサーバには全トラフィックのログがあり、ブラウザが要求毎に送信したHTTPリファラを記録している。このため様々なプライバシーに関わる懸念が生じ、本当のリファラURLを送信しないようにするシステムがいくつも開発された。リファラヘッダを単に空白にするものや違うデータで置き換えるものがある。一般にセキュリティソフトにはリファラデータを空白にするものが多く、ウェブベースのサーバにはURLを偽物(一般にそのサーバ自身のURL)に置き換えるものが多い。当然ながら、これによってリファラスパムの問題が生じる。両者の技術的詳細はほぼ同じである。セキュリティソフトは一種のプロキシとして動作し、HTTP要求を書き換える。ウェブベースの手法ではサーバが別のウェブサイトをロードするため、リファラURLにはそのサーバのアドレスが送られる。ウェブブラウザには、ユーザーがオプションでリファラ情報送出の切り替えできるものもある[3]

ウェブサイトがリファラ送信の有無を制御する仕組みとして、リファラーポリシーが実装されつつある[4][5]

このほか、主要なブラウザでは、Refresh HTTPヘッダを使うよう設定するとリファラヘッダを送らなくなる手法もある[6]。しかし、W3Cではウェブアクセシビリティの観点からRefreshの手法を推奨していない[7]

綴り

[編集]

本来、参照元という意味の英単語は「referrer」であるが、HTTPリファラの場合は意図的に「referer」と綴る場合がある。これは、HTTPが策定された時にヘッダ名を間違ったスペルで書いてしまい、それが今でも使われている、という歴史的経緯のためである。

前述の通り仕様上のヘッダ名は「referer」であるため、特にHTTPヘッダを直接扱うようなソフトウェアプログラムの場合、「referrer」と綴ると意図通りに動作しない場合すらある。

脚注

[編集]

注釈

[編集]
  1. 通常はURLだが、より汎用的にはURI国際化されたIRI
  2. : dereferer

出典

[編集]
  1. The Referer[sic] request-header field allows the client to specify […] the address (URI) of the resource from which the Request-URI was obtained […]RFC 2616 § 14.36
  2. 1 2 "アクセス解析を利用した“悪意”ある宣伝手法「リファラースパム」"- Markezine(2008年8月20日).2023年1月15日閲覧。
  3. Network.http.sendRefererHeader mozillaZine
  4. HTML Standard .5.5 Referrer policy attributes (2017年6月22日). 2017年6月23日閲覧。
  5. HTML Standard 日本語訳 2.5.5 リファラーポリシー属性 (2017年6月4日). 2017年6月23日閲覧。
  6. Jones, Matt (2010年5月24日). Protecting Privacy with Referrers”. 2018年11月9日閲覧。
  7. 1.1.3 The META element - HTML Techniques for Web Content Accessibility Guidelines 1.0

外部リンク

[編集]
  • RFC 2616: Hypertext Transfer Protocol – HTTP/1.1
  • IRIInternationalized Resource Identifiers