HTTPSとTLSとは？仕組みの違いを解説｜URLの「s」ひとつで変わること| vol.19

この記事では、HTTPSの正体であるTLS暗号化の仕組みと、
サーバー証明書が果たす役割を解説します。

なぜ暗号化が後付けの構造になっているのか、
ロードバランサーが暗号を解除して振り分ける
「SSL終端」の仕組みを整理します。

お疲れ様です。花冷です🌸

前回（vol.18）は、
通信を振り分ける受付ロードバランサーのお話をしました。

宿題が残っていましたよね。
鍵のかかった荷物を、受付はどうやって開けているのか。 

その前に、そもそもの話から✨

📍 今回のパケット旅の現在地

【現在地】：4つ目のマス「LOAD BALANCER」。
受付の前で、鍵のかかった荷物をどう扱うかの手続きをしています📍

❓ URLの「s」ひとつで、何が変わってるの？

ブラウザのアドレス欄にある、`https://` の s。

いまはほとんどのサイトに付いていて、
逆に無いと「保護されていません」と警告が出ますよね。

この s ひとつで、何が変わっているのでしょうか。

答えは、HTTPという通信を、まるごと暗号化して送っているということ。
その暗号化を担当しているのが、TLSという仕組みです。

📜 なぜ「後付け」なのか

HTTPはもともと暗号化を考えていなかったんですよね（笑）

Webが生まれた当初は、
公開された文書を読むための仕組みでした。
そこにやがて買い物やログインが乗り、
中身を見られたら困るものを運ぶようになります。

そこで、HTTPを作り直す……のではなく、
下に暗号化の層を1枚挟む方法が取られました。

vol.2でお話しした階層モデル＝分業の思想そのものです！
HTTPに手を触れず、暗号化だけを独立して進化させられる。 
後付けができるのは、最初に分業を徹底しておいたおかげなんですね✨

🎫 証明書は「身分証」

暗号化を始める前に、
通信相手はこんなやり取りをしています。

ここで出てくる証明書が、いわば身分証です。

暗号化しても、渡す相手が偽物だったら意味がありません。
だから相手が本物かを先に確かめる。

TLSがやっているのは、
隠すことと、確かめることの2つなんですね。

🏢 で、受付はどうやって開けているのか

前回の宿題に戻ります。
答えは、受付が鍵を預かっているからです。

L7ロードバランサーは、
自分が通信相手のふりをして、
暗号化の手続きを引き受けます。 

そこで一度中身を開き、読んで振り分ける。
これをSSL終端と呼びます。

🌸 余談：証明書が原因で、開発が止まった

私が証明書を意識したのは、開発中に詰まったときでした。

コードは合っている。サーバも動いている。
なのに通らない。
原因が証明書だと分かるまで、
けっこう時間がかかりました。

vol.15のファイアウォールも
「確認できたものだけ開ける」でしたよね。
疑わしきは通さない。 
どこも一貫しているんだなと思いました！

🌸 おわりに

🔴HTTPS：
　HTTPを、TLSで暗号化して送る方式
🔴TLSの仕事：
　中身を隠すことと、相手が本物かを確かめること
🔴SSL終端：
　受付が暗号化を引き受け、中身を開いて振り分ける

`https` の s ひとつでセキュリティが大きく変わります！

さて、受付は無事に荷物を振り分けました。
でも、ここで困ったことが起きます。

毎回違うサーバに案内されたら、
ログイン状態はどうなるのでしょうか？ 

次回は、その落とし穴を覗いていきます！

今日もお疲れ様でした✨
また次回の記事でお会いしましょう〜！

⭐次回の記事はこちら！

⭐マガジンはこちら！

📩質問はこちらまでどうぞ！