HTTP / HTTPS

30秒で思い出す

HTTPは、ブラウザなどのクライアントとWebサーバがリクエストとレスポンスをやり取りするためのルールです。

HTTPSは、そのHTTP通信をTLSの仕組みで保護し、通信内容の盗み見や改ざんなどの危険を減らします。

超やさしく理解

Webサイトを見る流れを、お店で注文する場面にたとえてみます。

ブラウザ「このページをください」  ← リクエスト
              ↓
Webサーバ「はい、ページのデータです」 ← レスポンス

この「お願いの仕方」と「返事の仕方」に共通ルールを決めたものがHTTPです。

HTTPSでは、このやり取りを外から盗み見たり途中で書き換えたりされにくいように保護します。

ただし、「HTTPSならそのサイトの内容が必ず安全」という意味ではありません。HTTPSが主に守るのは通信経路です。詐欺サイト自身がHTTPSを使うこともあります。

正確にはどういうもの？

HTTPは、Webでクライアントとサーバがメッセージをやり取りするアプリケーション層のリクエスト/レスポンス型プロトコルです。

基本は次の流れです。

1. ブラウザなどのクライアントがリクエストを送る
2. サーバがリクエストを処理する
3. サーバがステータスやデータを含むレスポンスを返す

HTTPSでは、HTTP通信を安全な接続上で扱うためにTLSが使われます。TLSの仕組みにより、通信内容の機密性と完全性を守り、接続先サーバが意図した相手かを証明書などで確認します。

Webサイトを開くときの関係

DNSとHTTP / HTTPSは役割が違います。

1. URLのドメイン名を見る
2. DNSで通信先のIPアドレスなどを調べる
3. 通信先へ接続する
4. HTTP / HTTPSでWebのデータを要求・受信する

DNSがWebページ本文を送るわけではなく、HTTPが名前解決をするわけでもありません。

HTTPとHTTPSの違い

項目	HTTP	HTTPS
Webのリクエスト/レスポンス	行う	行う
TLSによる通信保護	HTTP単体では行わない	行う
通信内容の機密性・完全性の保護	HTTP単体では行わない	行う

現在のWebでは、ログイン情報を扱わないページでもHTTPSを使うことが一般的です。

よくある勘違い

• HTTPS = 絶対に安全なサイト、ではない: 通信経路が保護されていても、サイトの運営者や内容が信頼できるとは限りません。
• DNSとHTTPは同じ役割ではない: DNSは名前解決、HTTP / HTTPSはWebデータのやり取りを担当します。
• HTTPSはパスワード入力ページだけのものではない: Web通信を保護するため広く使われます。

ここまで分かればOK

• HTTPはクライアントとサーバがリクエスト/レスポンスをやり取りするルール
• HTTPSではHTTP通信をTLSの仕組みで保護する
• HTTPSは通信の盗み見・改ざんなどの危険を減らすが、サイト内容そのものの安全性を保証しない
• DNSは名前解決、HTTP / HTTPSはWebデータ通信という役割の違いを説明できる