TLS/HTTPS はどう動きますか？

Question

TLS/HTTPS はどう動きますか？

IT Interview Practice · Accepted Answer

**HTTPS は、TLS で暗号化されたチャネルの中で動く HTTP にすぎません。**TLS（Transport Layer Security）は 3 つの保証を与えます：**confidentiality（機密性）**（トラフィックが暗号化される）、**integrity（完全性）**（検知されずに改ざんできない）、**authentication（認証）**（本当に certificate に記された相手のサーバーと話している）。これはあらゆる HTTP が送られる前に **handshake** で交渉されます：

```text
Client                                   Server
  │──── ClientHello ──────────────────────▶│   (TLS versions, cipher suites, random)
  │◀─── ServerHello + Certificate ─────────│   (chosen cipher + cert with public key)
  │                                         │
  │  verify cert against a trusted CA       │
  │  agree on keys (e.g. ECDHE key exchange)│
  │                                         │
  │──── Finished (encrypted) ──────────────▶│
  │◀─── Finished (encrypted) ───────────────│
  │========= encrypted application data ====│   (now HTTP flows, encrypted)
```

巧妙なのは、2 種類の暗号を組み合わせている点です。**非対称（asymmetric）**暗号（certificate の公開鍵/秘密鍵ペア）は、*サーバーを認証し、共有秘密を安全に合意する*ためだけに短時間使われます。その共有秘密が、大半のデータに対する高速な**対称（symmetric）**暗号（AES など）の鍵になります — 非対称暗号はすべてのバイトに使うにはあまりに遅すぎるからです。

**Authentication** は certificate チェーンに依存します。サーバーの certificate は **Certificate Authority（CA）**によって署名され、あなたの OS/ブラウザは信頼された CA のリストを同梱しています。チェーンが有効で名前が一致すれば信頼が確立され、そうでなければ（期限切れ、自己署名、ホスト違い）ブラウザは警告を表示します。現代の **TLS 1.3** はこれらすべてを 1 往復に合理化し（再開時は 0-RTT）、レガシーで安全でない cipher を廃止します。

## なぜ重要なのか

TLS は事実上すべての web トラフィックを支えているため、それを理解することはあらゆる backend・security・インフラの職務で当然とされます。面接官はこれを、あなたが**ハイブリッド暗号モデル** — 信頼と共有鍵を確立するための非対称、速度のための対称 — を把握しているかを試すために使います。これはセキュリティシステム全体で繰り返し現れるパターンです。またきわめて実用的でもあります：期限切れの certificate、信頼されないチェーン、プロトコル/cipher の不一致はよくある production 障害であり、handshake と certificate 検証がどう働くかを知ることが、それらを素早く診断する（例えば `curl -v` や `openssl s_client` で）力になります。

なぜ重要なのか

関連する質問