rfc2616は、 "reload"で何が起きるかを正確に指定していないことに注意してください(Referer:自分のURIを持たないソースからURIを取得した場合、変動性。
しかし、「セキュリティ」コンテキスト内で話した場合、HTTPSアクセスページからHTTPアクセスページに移動してリロードを実行するときにReferer: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.
セキュリティの観点からは、私はRefererを信用しません。標準自体が、これは調整可能(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>)。だから、あらゆる種類のセキュリティに似た処理でそれを使用しようとするのは弱い考えです。
(それはIE6の開発以来、すべての更新を見ていない)、これは既知のバグです、あなたはJavaScriptでリンクに移動した場合MSIEはリファラを送信しないことに注意してくださいページはクライアント側またはサーバー側でリフレッシュされましたか? – Freddy
@Freddy、クライアントサイドリフレッシュ。 MSIEを使用して任意のページを右クリックすると、コンテキストメニューに表示される「リフレッシュ」について考えています。 – MatthewMartin
パラノイドの人々は、ブラウザでリファラーをオフにする傾向があります(OperaやおそらくFireFoxでも簡単です)。たとえそれが多くの措置のうちの1つに過ぎないとしても、いかなる形態のセキュリティにも頼るという点は本当にありません。 –