httpsウェブサイトにリファラーhttpsとhttpジャンプリファラーを送信させる方法

httpsウェブサイトにリファラーhttpsとhttpジャンプリファラーを送信させる方法

この記事では、HTTP プロトコルのリファラーのメタデータ パラメータの提案について説明します。このメタデータ パラメータを使用すると、HTML ドキュメントは、リファラーを送信するか、ホスト名のみを送信するか、完全なリファラーを送信するかなど、HTTP リクエストのリファラーを制御できます。リファラを制御する方法は、フラッシュや js のトリックなどいくつかありますが、この記事では別の図で説明します。

使用シナリオ

場合によっては、何らかの理由により、Web サイトがページからサーバーに送信されるリファラー情報を制御する必要があり、このリファラー メタデータ パラメータを使用できます。

プライバシー

ソーシャル ネットワーキング サイトには一般に、ユーザーの個人ページがあり、ユーザーはそこに外部リンクを追加できます。ソーシャル ネットワーキング サイトでは、ユーザーがこれらのリンクをクリックしたときにユーザー ページの URL を公開したくない場合があります。これは、これらの URL に機密情報が含まれている可能性があるためです。もちろん、一部のソーシャル ネットワーキング サイトでは、完全な URL 情報ではなく、リファラーにホスト名のみを提供することを希望する場合があります。

安全性

https を使用する一部の Web サイトでは、URL 内のパラメータ (sid など) をユーザーの ID 認証情報として使用し、他の https Web サイトからリソースを導入する必要があります。この場合、Web サイトはユーザーの ID 認証情報を漏洩させたくありません。

オブジェクト能力規律

一部のウェブサイトは Object-Capability Discipline に従っていますが、リファラーはこの戦略に反しています。したがって、ウェブサイトがリファラーを制御できる場合は Object-Capability Discipline にとって有益です。

技術詳細

referer の metedata パラメータは、次のタイプの値に設定できます。

一度もない
いつも
起源
デフォルト

ドキュメントにメタ タグが挿入され、name 属性の値が referer である場合、ブラウザー クライアントは次のようにタグを処理します。

1.メタタグにコンテンツ属性がない場合、以下の操作をすべて終了します。
2.コンテンツの値をreferrer-policyにコピーし、小文字に変換します。
3. コンテンツの値が上記のリストのいずれかであるかどうかを確認します。そうでない場合は、値をデフォルトに設定します。

上記の手順の後、ブラウザがその後 http リクエストを開始すると、content の値に応じて次のように応答します (以下の referer-policy の値は、meta タグ内の content の値です)。

1. referer-policy の値が never の場合: http ヘッド内の referer を削除します。
2. referer-policy の値がデフォルトの場合: 現在のページが https プロトコルを使用しており、ロードされるリソースが通常の http プロトコルを使用している場合は、http ヘッダーの referer を空に設定します。
3. referer-policy の値が origin の場合: origin 部分のみが送信されます。
4. referer-policy の値が always の場合: http ヘッダーの referer 値は変更されません。注: この場合、現在のページが https プロトコルを使用し、ロードされるリソースが http プロトコルを使用する場合、リソースをロードするためのリクエスト ヘッダーにも referer が含まれます。

ページに次のメタ タグが含まれている場合、現在のページから開始されたすべてのリクエストにはリファラーが含まれません。

<meta name="referrer" content="never">

ページに次のメタ タグが含まれている場合、現在のページから開始された http リクエストには、完全な URL ではなく、オリジン部分のみが伝送されます (注: 元のテキストのコンテキストによると、ここでのオリジンはスキーマとホスト名を含む部分的な URL であり、パスなどの他の URL 部分は含まれないことがわかります)。

<meta name="referrer" content="origin">

注意: この記事で説明されているメタタグを使用すると、ブラウザの本来のリファラー戦略が崩れます。例えば、http ページから https ページにジャンプする場合、適切な値が設定されていれば、リファラーも伝わります。

その他の問題

これは rel=noreferer とどう関係するのでしょうか? rel=noreferer により、この記事のメタ タグで設定された値が上書きされる可能性があります。それが機能的なカバレッジです。
origin 情報は完全な URL ではないため、ブラウザ クライアントはパス部分として origin の後に / を追加する可能性があります。
起源が一意である場合はどうなりますか?リファラーは無視されると推定されます。

翻訳者メモ

この記事は2012年に執筆されました。現在、元のページは放棄され、w3cのreferer-policyページが提供されています。しかし、翻訳者は、多くのウェブサイトがCSRF防御時にリファラ検証方式を使用しており、時にはリファラを空にしていることに気付きました。また、BATメーカーの一部の重要なビジネスもリファラ検証方式を使用しており、JSONハイジャック防御時にリファラを空にしています。この記事で説明されていることは単なる提案だと思うかもしれませんが、Firefoxは21日の記事で、Firefox 36ベータ版からリファラポリシーをサポートすると発表しており、これは間違いなく一部のメーカーのビジネスを脅かすでしょう。

[参照元 wiki.whatwg.org、FreeBuf Hackers and Geeks (FreeBuf.COM) からのものであることを明記してください]

https および http リファラジャンプの問題

HTTP プロトコル ヘッダーの Referer は主に、サーバーがソース ページ、つまりユーザーがどのページからアクセスしてきたかを判断するために使用されます。取得メソッド: $_SERVER['HTTP_REFERER']

https->http リダイレクトではリファラルを渡すことは推奨されませんが、https->https および http->https ではそのような問題はありません。

たとえば、QR コード インターフェイス アドレスを取得します。

正しい効果

https://qrcode.artron.net/?text=https|http://m-exhibit.artron.net/&el=10&margin=1

エラーの影響

http://qrcode.artron.net/?text=https://m-exhibit.artron.net/jump/index

検証結果によると、https は http の一部のパラメータの問題と互換性がありますが、http は https のパラメータの問題と互換性がありません。http と https の違いは次のとおりです。

ハイパーテキスト転送プロトコル (HTTP) は、Web ブラウザーと Web サイト サーバー間で情報を転送するために使用されます。 HTTP プロトコルはコンテンツをプレーンテキストで送信し、いかなる形式のデータ暗号化も提供しません。攻撃者が Web ブラウザと Web サイト サーバー間の送信メッセージを傍受した場合、攻撃者はその中の情報を直接読み取ることができます。したがって、HTTP プロトコルは、クレジットカード番号やパスワードなどの機密情報を送信するのには適していません。
HTTP プロトコルのこの欠陥を解決するには、別のプロトコル、Secure Sockets Layer Hypertext Transfer Protocol (HTTPS) を使用する必要があります。データ転送のセキュリティを確保するために、HTTPS は HTTP に基づく SSL プロトコルを追加します。SSL は証明書を使用してサーバーの ID を検証し、ブラウザーとサーバー間の通信を暗号化します。

HTTPS と HTTP の主な違いは次のとおりです。

1. https プロトコルでは、CA からの証明書の申請が必要です。一般的に、無料の証明書はほとんどなく、料金を支払う必要があります。
2. http はハイパーテキスト転送プロトコルであり、情報はプレーンテキストで送信されますが、https は安全な SSL 暗号化転送プロトコルです。
3. http と https は完全に異なる接続方法と異なるポートを使用します。前者は 80 で、後者は 443 です。
4. http 接続は非常にシンプルでステートレスです。HTTPS プロトコルは、SSL + HTTP プロトコルによって構築されたネットワーク プロトコルであり、暗号化された送信と ID 認証を実行でき、http プロトコルよりも安全です。

質問に対する回答は次のとおりです。

上記の説明によると、一般的に、HTTPS サイトから HTTP サイトにリダイレクトする場合、ブラウザはデフォルトではリファラを送信しません。ブラウザにリファラを送信させるには、大きく分けて 2 つの方法があります。

1.ステーションAの先頭に追加

<meta name="referrer" content="always">

2. ステーションBもHTTPSを使用する

もちろん、ステーション A にリファラーを送信しないという強制ルールがあり、ステーション B がステーション A を制御できない場合は、前述のように、サードパーティの統計ツールを制御して Baidu の検索ソース キーワードをカウントすることはできません。

<<:  MySQL で SQL 文の実行時間を表示する方法

>>:  左右の幅を固定し、中央の幅を適応させたHTMLレイアウトのソリューションの詳細な説明

推薦する

40 CSS/JSスタイルと機能的な技術処理

1-ドロップダウン選択ボックスのスタイル設定 - ドロップダウン リストを変更します。 2- <...

「MySQL サービスを開始できません エラー 1069」を解決する方法

今日、外出中に同僚から、ウェブサイトのバックエンドにアクセスできないというメッセージが届きました。と...

クリーンで美しいウェブデザインのための4つの原則

この記事では、 Webデザインに関連するこれら4 つの原則について説明します。これら4 つの原則を念...

MySQL で大量のデータ (数千万) を素早く削除するためのいくつかの実用的なソリューションの詳細な説明

著者は最近、仕事でパフォーマンスのボトルネックの問題に遭遇しました。MySQL テーブルには毎日約 ...

Vueで配列の変更を監視する方法

目次序文ソースコード学習の第一歩はどこから始めればよいでしょうか?写真から始めましょうソースコードを...

FTP、FTPS、SFTPの違いについて簡単に説明します

目次FTP、FTPS、SFTP の概要FTP FTPS FTPサーバーFTPソフトウェアのアクティブ...

Navicat が MySQL に接続するときに発生する 1045 エラーの解決方法

ローカル データベースに接続すると、Navicat for MySQL は以下のように 1045 エ...

Docker ベースのよく使われる CentOS7 イメージの概要

目次1 Dockerをインストールする2 国内ミラーソースの設定3 中国語環境基本版Centos7イ...

Dockerコンテナの原理の分析

目次01 コンテナの本質とは何か? 02 Cgroupテクノロジーと名前空間テクノロジーの概要03 ...

userdel コマンドを使用して Linux ユーザーを削除する方法の詳細なチュートリアル

セルデルとは何かuserdel は、ユーザーを削除するための低レベルのツールです。 Debian で...

nginx リバース プロキシの魔法のスラッシュについての簡単な説明

nginx リバース プロキシを設定する場合、location と proxy_pass のスラッシ...

MySQLにおけるトランザクションの永続性実装原理の詳細な説明

序文データベース トランザクションに関して言えば、トランザクションの ACID 特性、分離レベル、解...

HTML チュートリアル、HTML デフォルト スタイル

html 、アドレス、引用、本文、 dd 、 div 、 dl 、 dt 、フィールドセット、フォ...

Facebookの情報アーキテクチャの分析

<br />原文: http://uicom.net/blog/?p=762 Faceb...

9999px に別れを告げる新しい CSS 画像置換テクニック (背景表示と画面外へのテキストの移動)

-9999 ピクセルの画像置換技術は、ここ 10 年近く人気があります。テキスト要素を画像に置き換え...