はじめに
目的
この文書は、SSLとHTTPSの関係や役割、仕組み、そしてSSLからTLSへの進化をやさしく説明することを目的としています。専門用語は最小限にし、具体例を使って直感的に理解できるようにします。
対象読者
インターネットで安全に情報をやり取りしたい一般の方、ウェブサービスを運営している方、技術的な背景が少しある方を想定しています。難しい数学や暗号の知識は不要です。
この章で扱うこと
まずは全体の流れをつかんでいただきます。日常の例（オンラインショッピングやログイン）を使い、なぜ通信を守る必要があるか、SSLやHTTPS、そしてTLSがどの位置付けにあるかを概観します。次の章で詳しい仕組みや役割を順に説明します。
SSL と HTTPS の関係
概要
SSL（Secure Sockets Layer）は、通信を暗号化して第三者に読まれないようにする技術です。HTTPS（Hyper Text Transfer Protocol Secure）は、ウェブサイトを訪れるときに使う通信のルール（プロトコル）で、SSLやその後継のTLSを使って安全に通信します。
役割の違い
- SSL: データを暗号化する仕組みです。例えると、手紙を封筒に入れて封をするような役目をします。
- HTTPS: 暗号化された手紙を使ってやり取りする決まったやり方です。普段見るURLの先頭にある「https://」がこれを表します。
日常の例で理解する
オンラインショッピングでカード番号を入力すると、ブラウザはその情報をSSL/TLSで暗号化して送ります。暗号化がないと、途中で情報を盗まれる危険があります。
どちらを意識すればよいか
ウェブ利用者は、ブラウザの「https://」と鍵のマークを確認すれば十分です。サイト運営者はSSL/TLS証明書を取得してサーバーに設定する必要があります。
SSL の役割
1. データの暗号化
SSLは通信の中身を読み取られないように暗号化します。たとえば、ネットショッピングでカード番号を送るとき、暗号化がないと途中で第三者に見られる可能性があります。SSLを使うと、送った情報は暗号化され、通信の受け手だけが復号できます。
2. サーバーの確認（認証）
SSLは相手が本物のサーバーか確かめる仕組みも持ちます。サイトが正規のものかを証明する「証明書」を使います。証明書は信頼された発行元（証明機関）が発行します。これにより、なりすましサイトを見分けやすくなります。
3. データの改ざん防止
送受信中に内容が勝手に書き換えられていないかもチェックします。もし途中で改ざんされると検出され、通信は無効になります。これにより、指示や支払い内容が変えられるリスクを減らします。
4. 実際の例で考えると
公共のWi‑Fiでのログイン情報、ネットショップでの支払い、会員サイトでの個人情報送受信などでSSLは役立ちます。ブラウザの鍵マークやURLのhttpsから安全性を確認できます。
5. 導入の基本ポイント
簡単に始めるには、信頼できる証明書を取得してサーバーに設定し、期限が切れないように更新します。設定ミスがあると効果が出ないので、導入後は動作確認を行ってください。
HTTPS の仕組み
概要
HTTPSは、ブラウザ（クライアント）とウェブサーバー間の通信を暗号化して守る仕組みです。見た目は「https://」や鍵アイコンで示され、第三者に内容を読まれたり改ざんされたりするのを防ぎます。
ハンドシェイクの流れ（簡単な流れ）
- クライアントがサーバーに接続を要求します。サーバーは証明書を返します。
- クライアントは証明書を確認し、信頼できれば一時的な鍵（セッション鍵）を作ります。
- 暗号化に必要な情報を交換し、双方で同じセッション鍵を共有します。
- 以降の通信はそのセッション鍵で暗号化されます。
鍵と暗号の役割
公開鍵暗号は鍵のやり取りを安全に行うために使い、通信自体は処理が速い対称鍵で暗号化します。例えると、公開鍵は安全な封筒、対称鍵は封筒の中の手紙を読むための鍵です。
証明書の役割
証明書はサーバーが本物であることを証明します。認証局（CA）が発行し、証明書が正しいとブラウザが判断すると接続を許可します。証明書に問題があると警告が出ます。
実際の利用で気をつけること
サイト内に混在したHTTP資源があると安全性が落ちます。常に最新のブラウザを使い、証明書の警告は無視しないでください。
SSL から TLS への進化
背景
かつて「SSL」と呼ばれた仕組みは、現在では実際に使われているのはTLSです。TLSはSSLを改良したもので、安全性と性能を高めました。
なぜ変わったのか
SSLの古いバージョンには攻撃で破られやすい部分が見つかりました。そこで新しい暗号や手順を取り入れ、問題を解決する目的でTLSが登場しました。
TLS の主な改善点
- 強い暗号の採用：破られにくい暗号を使います。たとえば、古い暗号をやめてより安全なものに置き換えます。
- ハンドシェイクの改良：接続時の鍵交換を安全で効率的にします。鍵交換とは、お互いの暗号鍵を安全に決める作業です。
- 認証の強化：証明書の扱いが厳格になり、なりすましを防ぎやすくなりました。
TLS 1.3 の特徴
TLS 1.3では通信開始が速く、不要な古い暗号をほぼ排除しました。通信の機密性（過去の通信が後で読まれないようにする仕組み）も標準で確保します。
実務上のポイント
運用側はSSLv2/SSLv3を無効にし、TLS 1.2以上を使うよう設定します。ソフトウェアやライブラリを最新に保つことで、より安全に通信できます。
