TLSとHTTPS（TLS / HTTPS）
通信を暗号化し、相手が本物かを確かめる決まり。HTTPをTLSで包んだ形がHTTPSで、443番ポートを使う。
もう少し詳しい説明
TLS（Transport Layer Security）は、通信を暗号化し、相手が本物かを確かめる決まりです。
名前の変遷
| 名前 | 立場 |
|---|---|
| SSL | 古い名前。SSL 3.0までで、いずれも使うべきではない状態になっている |
| TLS | SSLを引き継いだ名前。1.0から1.3まである |
「SSL」「SSL/TLS」と書かれていても、いま動いているのはTLSです。 呼び名が残っているだけです。
| 版 | 状態 |
|---|---|
| TLS 1.0、1.1 | 使うべきではない状態 |
| TLS 1.2 | 広く使われている |
| TLS 1.3 | いまの推奨。やり取りの手数が減り、速くなっている |
3つの機能
| 機能 | 中身 |
|---|---|
| 暗号化 | 途中で読み取られても中身が分からない |
| 相手の確認 | サーバ（要求を受けて応答する側のコンピュータ）証明書で、つないだ先が本物かを確かめる |
| 改ざんの検知 | 途中で書き換えられていないかを確かめる |
この3つはまとめて効きます。 暗号化だけでは、偽のサーバと暗号化して通信してしまいます。
HTTPSとは
HTTPをTLSで包んだ形です。「HTTP over TLS」とも書きます。
| HTTP | HTTPS | |
|---|---|---|
| 暗号化 | なし | あり |
| ポート番号（どのアプリ向けの通信かを表す番号） | 80 | 443 |
| URLの始まり | http:// | https:// |
TLSはHTTPだけのものではありません。 同じ仕組みを他のものにも使います。
| 包んだもの | 名前 | ポート番号 |
|---|---|---|
| HTTP | HTTPS | 443 |
| SMTP | SMTPS / STARTTLS | 465 / 587 |
| IMAP | IMAPS | 993 |
| POP | POP3S | 995 |
鍵の使い方
TLSは、2種類の暗号を組み合わせます（ハイブリッド暗号方式のページで扱っています）。
| 手順 | 使う暗号 | すること |
|---|---|---|
| 1 | 公開鍵暗号 | 本文を暗号化するための鍵を、安全に共有する |
| 2 | 共通鍵暗号 | 共有した鍵で、本文のやり取りを暗号化する |
| 公開鍵暗号 | 共通鍵暗号 | |
|---|---|---|
| 速さ | 遅い | 速い |
| 鍵を渡す手間 | 要らない | 渡す必要がある |
鍵を渡すところだけ公開鍵暗号を使い、本文は共通鍵暗号で送ります。 それぞれの得意な部分を使う形です。
サーバ証明書
接続先が本物かを確かめる根拠になるものです。
| 書かれているもの | 中身 |
|---|---|
| ドメイン（インターネット上の名前の区切り）名 | この証明書がどの名前のためのものか |
| サーバの公開鍵 | 鍵の共有に使う |
| 発行した認証局の署名 | 偽物でないことを確かめる印 |
| 有効期限 | いつまで有効か |
確かめる内容は3つです。
| 確かめること | 合わないと |
|---|---|
| 署名が信頼できる認証局のものか | 警告が出る |
| ドメイン名が接続先と一致するか | 警告が出る |
| 有効期限内か | 警告が出る |
ブラウザ（Webページを見るためのソフト）の警告は、この3つのどれかが合わなかったという知らせです。
証明書の種類
| 種類 | 確認する範囲 |
|---|---|
| DV（ドメイン認証） | そのドメインを使う権利があるかだけ |
| OV（組織認証） | 組織が実在するかも確認する |
| EV（拡張認証） | さらに厳しく確認する |
DVは、組織が実在するかを確認していません。 鍵マークが付いていることは、通信が暗号化されていることを示すだけで、相手が信頼できる相手であることを示すものではありません。
クライアント証明書
サーバ側だけでなく、つなぐ側の端末にも証明書を置く形があります。
| 何を確かめるか | |
|---|---|
| サーバ証明書 | つないだ先が本物か |
| クライアント（サービスを使う側の端末）証明書 | つないできた端末が許された端末か |
| クライアント証明書 | つないできた端末が許された端末か |
会社が配った端末だけを社内のシステムに入れたい場面で使われます。 パスワードだけの確認に、持ち物の確認を足す形です。
TLSで守られない範囲
| 範囲 | TLSの効き目 |
|---|---|
| 通信の途中 | 守られる |
| サーバに届いたあと | 守られない。保存先の暗号化が別に必要 |
| 端末の中 | 守られない |
| 接続先のホスト（ネットワークにつながった1台）名 | 隠れない（どこへつないだかは分かる） |
通信中と保存中は、別に守る必要があります。 HTTPSにしたからデータが安全、という話ではありません。
試験ではこう出る
科目A（旧・午前）では、3つの機能が問われます。暗号化、相手の確認、改ざんの検知です。含まれないものを選ぶ形もよく出ます。
鍵の使い分けも頻出です。鍵の共有に公開鍵暗号、本文に共通鍵暗号です。
証明書の確認の内容も出ます。ドメイン名が一致するか、という部分が答えになる設問があります。
午後や応用情報では、ポート番号の表の中に出てきます。443番を通す、という形です。クラウドへ移す構成では、TLSの処理をどこで行うか（リバースプロキシか、サーバ本体か）という読み取りもあります。
関連する用語
- ハイブリッド暗号方式
- 公開鍵と共通鍵を組み合わせる形。TLSが実際にしていること
- 認証局（CA）
- サーバ証明書を発行する側。相手が本物かを確かめる根拠になる
- デジタル署名
- 証明書が偽物でないことを確かめる仕組み
- ポート番号
- HTTPは80番、HTTPSは443番
- IPsec
- 同じく暗号化する仕組み。働く階層が違う
ミニクイズ
TLSが提供する機能として、**含まれないもの**はどれか。
正解は 1番：Webサーバ上のファイルを、保存した状態のまま暗号化して守る
TLSは通信の途中を守る仕組みで、暗号化、相手の確認、改ざんの検知を行います。サーバに保存されたファイルそのものを暗号化して守るのは、保存先の暗号化の仕組みが受け持つ別の話です。TLSで通信を守っていても、サーバに届いたあとのデータは平文で扱われます。通信中と保存中は別に守る必要がある、という点が区別の要点です。
この分野をまとめて解く → セキュリティのミニテスト（全47問）
最終更新：2026-11-09