rfc2616が「リロード」で何が起こるかを正確に指定していないことを考えると(リファラー: URI が独自の URI を持たないソースから取得された場合は送信してはならない)、いくつかの変動性がある可能性があります。
ただし、「セキュリティ」のコンテキスト内で話していることを考えると、リファラーが期待されているのではないかと思います。HTTPSでアクセスしたページからHTTPでアクセスしたページに移動してリロードを押すと、セクション15.1.3に特定の言及がありますこれの:
Clients SHOULD NOT include a Referer header field in a (non-secure)
HTTP request if the referring page was transferred with a secure
protocol.
私はリファラーを信用しません: セキュリティの観点から。まず、標準自体が、これは調整可能であると述べているため (rfc2616、151 ページ):
The information sent in the From field might conflict with the user's
privacy interests or their site's security policy, and hence it
SHOULD NOT be transmitted without the user being able to disable,
enable, and modify the contents of the field. The user MUST be able
to set the contents of this field within a user preference or
application defaults configuration.
第二に、実用的な観点から、たとえば Firefox の場合、このフィールドをいじるコントロールは about:config, network.http.sendRefererHeader にあり、たとえばhereに文書化されています。
また、任意のリファラー ヘッダーを送信したい場合、"より多くの作業" は、curlをダウンロードして起動し、リファラーを好きなように設定するオプションを使用するだけです。(--referer <URL>)。したがって、あらゆる種類のセキュリティのような処理で使用しようとするのは弱い考えです。