1 / 4買い物の前に
買い物の画面を見ながら、イトがHTTPSの表示に気づきます。
1ページ目のセリフ
- イト「HTTPSだ。ここなら何を買っても安心？」
- ユイ「守っているのは、どの部分だろう。」
2 / 4通信を守る道
ピコと一緒に、やりとりが守られる範囲をたどります。
2ページ目のセリフ
- ピコ「HTTPSは、やりとりを盗み見や書き換えから守る仕組みだよ。」
- イト「サイトの中身まで、調べてくれるの？」
3 / 4売り手の信用
ユイが、通信の仕組みと売り手の信用を分けて考えます。
3ページ目のセリフ
- ユイ「内容の正しさや、売り手の信用までは保証しないの。」
- イト「通信が守られることと、買って大丈夫かは別なんだ。」
4 / 4相手を確かめる
イトは購入する前に、お店の情報を確かめます。
4ページ目のセリフ
- イト「買う前に、相手がだれかも確かめよう。」
- ピコ「通信の仕組みと、相手の確認。両方が大切だね。」
ラボの出来事・資料・画面は架空の例です。道・カード・箱の絵は説明のためのたとえで、実際の通信やAIの内部をそのまま描いたものではありません。 HTTPSに関する画面表示は、ブラウザやその版によって異なります。
HTTPSのページでも確認したい4つのポイント
「HTTPSのページだから、ここにパスワードを入れても大丈夫？」と迷ったら、通信の保護と入力先を分けて確認します。HTTPSが守るのは、ブラウザと接続先の間を行き来するデータです。接続先そのものを信用してよいかは、別に確かめます。
- URLのドメイン名が正しいか
- HTTPSで接続されているか
- ブラウザに警告が出ていないか
- 入力する情報に対してページの目的が自然か
警告が出ている、心当たりのない入力を求められるなど、確かめられない点があれば入力を止めます。届いたリンクをそのまま使わず、いつも使っている公式アプリや、確認済みのブックマークから開き直してください。
ユイ
通信を守れていても、送った相手には読めるんですよね。
マコト
そうだね。途中でのぞかれないことと、誰に送るかを分けて追ってみよう。
通信路が守られる場面を物語から見たい場合は、第53話「SSL/TLSは通信路をどう守る？ 鍵付きの通路を進もう」が入口になります。
HTTPのやり取りをTLSで守る
Webページを見るとき、ブラウザとサーバーの間ではリクエストとレスポンスが行き来します。ログインフォームなら、入力したIDやパスワードをブラウザが送り、サーバーがその内容を受け取ります。HTTPSでは、このやり取りをTLSという仕組みで守ります。途中で内容をのぞかれにくくし、改ざんを検知し、接続先の確認も行います。
HTTPS接続の流れ
図では通路の中にお願いと返事が見えています。実際の通信で内容を送るには、まず相手を確認して、保護に使う準備を整えます。新しく接続するときの大まかな流れは次のとおりです。
- ブラウザが
https://のURLへ向かう - サーバーが証明書を示す
- ブラウザが証明書や接続先を確認する
- TLSで守られた通信路を作る
- その中でHTTPのリクエストとレスポンスを送る
このため、HTTPSはHTTPと別物の会話ではなく、HTTPのやり取りを安全に包む見方ができます。お願いと返事の基本は リクエストとレスポンスとは に戻ると整理しやすくなります。
HTTPSが守るもの
HTTPSが主に助けるのは、通信中のデータです。たとえば問い合わせフォーム、ログイン情報、決済画面などでは、通信がそのまま読まれたり書き換えられたりしにくいことが大切です。
ラボのたとえでは、ユイの手紙を透明な封筒ではなく、鍵付きの封筒に入れて配送路へ出すようなものです。実際には封筒ではなく、暗号化、証明書、鍵交換などの技術が組み合わさります。
HTTPSが関わる主なポイントは次です。
- 通信内容を読まれにくくする
- 通信中の改ざんに気づきやすくする
- 接続先サーバーの確認に役立つ
- ブラウザが警告を出す判断材料になる
ただし、通信の内容を隠す相手は、途中で盗み見ようとする第三者です。送り先のサーバーは、届いた内容を読んで処理します。この違いが、HTTPSでも入力先を確認する理由になります。
HTTPSでも確認が必要なこと
HTTPSは大事ですが、万能の安全印ではありません。偽サイトでもHTTPSを使うことがあります。内容が暗号化されていても、入力先が偽サイトなら、入力した情報はそのサイトに渡ってしまいます。
図の二つの入口では、どちらの通信も保護されていると考えてください。入口の色は説明のための区別で、ブラウザが偽サイトをこのように色分けしてくれるわけではありません。
保護の有無を並べて比べたい場合は、HTTPとHTTPSの違いで確認できます。ここではもう一つ、「相手を確認する証明書があるのに、なぜ偽サイトにもつながるのか」を見ておきましょう。
HTTPSの証明書で確認できること
HTTPSでは、サーバー証明書が重要です。証明書は、接続先がそのドメイン名のために用意されたサーバーであることを確認する材料になります。
たとえるなら、証明書はドメイン名と通信に使う鍵を結び付ける確認票です。ブラウザは、その証明書が開こうとしたドメイン名に合うか、有効期限内か、信頼できる認証局につながるかなどを調べます。接続の中では、相手が対応する秘密鍵を持っていることも確かめます。証明書を見せるだけで済むわけではありません。
証明書による確認は、接続しようとしたドメインと相手の鍵の関係を確かめるものです。自分が本当はどのお店へ行きたかったかまでは判断しません。似た名前のドメインを開いていれば、その別の相手との通信が保護されることになります。通信の改ざんを検知することも、ページに書かれた説明の正しさを保証することとは別です。
HTTPSを説明するミニワーク
次の文を完成させてください。
- HTTPは、ブラウザとサーバーが＿＿＿＿するための約束です。
- HTTPSは、その通信を＿＿＿＿しながら行います。
- ただし、HTTPSでも＿＿＿＿の確認は必要です。
答えの例は、「やり取り」「守る」「ドメイン名やサイト内容」です。安全の話では、一つの印だけで判断しない言い方が大切です。
HTTPSの確認クイズ
Q1. HTTPSは通信中の内容を守る助けになりますか？
はい。暗号化などにより、途中で内容を読まれにくくします。
Q2. HTTPSなら偽サイトの心配はなくなりますか？
なくなりません。偽サイトもHTTPSを使う場合があるため、URLやページ内容の確認が必要です。
Q3. HTTPSの土台になる代表的な仕組みは？
TLSです。古い言い方としてSSLと呼ばれる場面もあります。
HTTPSを現場で確認するときのメモ
よく使うサイトを、確認済みのブックマークから一つ開いてみてください。URLのドメイン名と、ブラウザの接続情報を別々に見ます。接続情報のアイコンや文言はブラウザ・版によって異なるので、「鍵の絵があるはず」と決めず、使っているブラウザの案内に沿って確かめます。
これで「どの相手と」「どんな接続で」やり取りしているかを分けて見られます。HTTPとHTTPSの違いでは保護の有無を比べ、リクエストとレスポンスとはでは実際に往復するものを追えます。
では、そのサイトへ向かうきっかけが「アカウントを停止します」というメールだったら、何を確かめればよいでしょうか。フィッシングとはでは、本物らしい案内に急かされたとき、リンクや入力の手前で止まり、公式の経路から確認する方法を見ていきます。
この記事の情報・用語を確認する
読了目安 9分 ／ 更新日
TERM PRIMER
HTTPS｜この記事で使った言葉
LAB WHITEBOARD
HTTPSを一文で説明してみよう
「HTTPSがHTTPのやり取りをTLSで守る仕組みであること、守れる範囲、証明書やURL確認のポイントを分けて説明できるようになる。」を、いまの自分の言葉で一文にしてみてください。途中の説明でも大丈夫です。
