「これは本物で、改ざんされていない」——それを証明するのが電子署名と証明書です。HTTPSの鍵マークの正体でもあります。
概要 — まず全体をつかむ
詳細 — 1段階ずつ追う
電子署名の仕組み
公開鍵暗号を「逆向き」に使います。
- 送り主が、データのハッシュ（指紋）を秘密鍵で署名する
- 受け取った人は、送り主の公開鍵で検証する
- 一致すれば「本人が作った・改ざんされていない」と分かる
アニメーション『電子署名と検証』を開く
- 送り主（署名する側） — 秘密鍵を持つ本人。データに署名して送る
- 受取人（検証する側） — 公開鍵を持つ側。届いたものが本物かを確かめる
0 / 5
秘密鍵は本人だけが持つので、なりすまし・改ざんを見抜けます（真正性・完全性）。
この部分をもっと深く（中級）
電子署名は、公開鍵暗号を「逆向き」に使います。
- 送り主がデータのハッシュ（指紋）を取り、それを秘密鍵で署名する
- 受け取った人は、送り主の公開鍵で検証する
- 一致すれば「本人が作った・改ざんされていない」と分かる
ハッシュを挟むのは、任意長のデータを固定長にまとめて効率よく署名するため。これで真正性（本人）・完全性（改ざんなし）・否認防止（やっていないと言わせない）を確かめられます。
証明書＝公開鍵の保証
署名を検証するには、相手の公開鍵が本物である必要があります。でも「この公開鍵は本当にそのサイトのもの？」は、どう確かめる？
そこで証明書。認証局（※1 CA） という信頼された第三者が、「この公開鍵は確かにこのサイトのもの」と署名して保証します。ブラウザはCAを信頼しているので、証明書をたどって本物か確かめられます。
登場人物メモ:
- ※1 認証局（CA） — 公開鍵の持ち主を保証する信頼された第三者
この部分をもっと深く（中級）
署名の検証には、相手の公開鍵が本物である必要があります。それを保証するのが証明書とPKI（公開鍵基盤）。
- 信頼チェーン — ルートCA → 中間CA → サーバ証明書、と署名でつながる
- 認証局（CA） — 公開鍵の持ち主を保証する信頼された第三者
- 失効の確認 — 期限前でも無効化できる（CRL／OCSPで確認）
- HTTPSの鍵マーク — この検証が通った印
アニメーション『証明書の信頼チェーン』を開く
⚠️ 気をつける
- 証明書の期限切れ — 期限が切れると警告が出る
- 信頼チェーン — CA→中間→サイト、と信頼をたどる。途中が欠けると検証失敗
- オレオレ証明書 — 自分で作った（CAの保証がない）証明書は、本物の保証にならない
この部分をもっと深く（中級）
- 秘密鍵の漏洩 — 署名の信頼が根本から崩れる
- 証明書の期限切れ — 警告が出て検証に失敗
- 中間証明書の欠落 — チェーンが切れて検証できない（よくあるトラブル）
- オレオレ証明書 — CAの保証がなく、本物の証明にならない
理解度チェック
そのまま解けます（成績は保存されません）。無料アカウントを作ると、学習の記録と進捗の山登りが始まります。
問1. HTTPSの「鍵マーク」に関わる証明書の役割は？
問2. 電子署名で確かめられるのは？
問3. 電子署名を「作る」とき、送り主が使う鍵はどれ？
問4. 受け取った人が署名を「検証」するとき使う鍵はどれ？
問5. 電子署名で、実際に秘密鍵で署名されるのはどれ？
問6. 自分で作った証明書（オレオレ証明書）が本物の保証にならないのはなぜ？
問7. 公開鍵が本物の持ち主のものだと保証する、信頼された第三者を英字2文字で。
問8. 電子署名で「本人だけが持ち、署名を作るために使う鍵」を何と呼ぶ？