PKIとは（全体像）
公開鍵暗号やデジタル署名には、ひとつ大事な前提がある。「その公開鍵は、本当に相手本人のものか」だ。にせものの公開鍵をつかまされたら、安全のしくみが意味をなさない。
そこで登場するのがPKI（Public Key Infrastructure＝公開鍵基盤）。「この公開鍵は確かにこの相手のもの」と、第三者（認証局）が証明書という形で保証するしくみ全体をいう。
証明書を発行するのはCA（認証局）。そしてCAどうしが信頼チェーンでつながることで、信頼が積み上がっていく。
詳しく：チェーン・種類・失効を押さえる
ここが心臓部。PKIは、信頼の積み上げ方と証明書の管理で見ていく。
PKIの信頼チェーン
| 階層 | 役割 |
|---|---|
| ルートCA | 信頼の起点。ブラウザやOSに最初から組み込まれている |
| 中間CA | ルートCAに保証され、サーバ証明書を発行する |
| サーバ証明書 | 中間CAに保証された、各サイトの証明書 |
証明書には審査の厳しさで種類がある。ここを混同しやすい。
証明書の種類と失効確認
| 区分 | 内容 |
|---|---|
| DV / OV / EV | 審査の厳しさの段階（DV＝ドメイン確認のみ〜EV＝厳格審査）。暗号の強さは同じ |
| CRL | 失効した証明書の一覧を配る方式 |
| OCSP | 1件ずつオンラインでリアルタイムに失効を確認する方式 |
言葉を噛み砕いておく。
- 信頼チェーン … 「国 → 県 → 個人」のように、上の機関が下を保証していく連鎖。いちばん上のルートCAは、みんなが最初から信頼している（ブラウザに登録済み）。
- DV/OV/EVの誤解 … EVは審査がいちばん厳しいが、暗号の強さはDVと同じ。違うのは「身元確認の厳しさ」だけ。
- CRLとOCSP … どちらも「その証明書、まだ有効か（失効していないか）」の確認。CRLは一覧表を配り、OCSPはオンラインで1件ずつ問い合わせる。OCSP Staplingは、サーバが確認結果をあらかじめ添えて渡すので速い。
- Let's Encrypt … 無料で自動的に証明書を発行してくれるCA（DV）。
わかりやすく言い換えると
つまり、PKIは身分証明書を発行・保証する社会のしくみにたとえるとスッと入る。
「国 → 県 → 個人の証明書」のように、上の機関が下を保証する。いちばん上の国（ルートCA）は、みんなが最初から信じている存在で、ブラウザやOSに登録済み。だから、その国がたどれる証明書は信頼できる、というわけだ。
DV/OV/EVは、身分確認の厳しさの段階（メール確認だけ〜厳格審査）。ただし、証明書の暗号の強さはどれも同じで、違うのは審査だけ。そして「その証明書がまだ有効か」を確かめるのがCRL（一覧を配る）とOCSP（オンラインで個別に聞く）だ。
試験のツボ
🔴 一番出る：信頼チェーン
①ルートCA → 中間CA → サーバ証明書の順に保証
②ルートCAはブラウザやOSに最初から組み込まれている（信頼の起点）
🔴 次に出る：証明書の種類と失効確認
①DV/OV/EVは審査の差で暗号の強さは同じ
②失効確認はCRL（一覧を配る）とOCSP（オンライン個別）
🟡 押さえると安定：Let's Encryptは無料で自動発行のCA（DV）。OCSP Staplingはサーバが結果を添えて速い
よくある間違い
①「EV証明書はDVより暗号が強い」→ ✗ 暗号の強さは同じ。違うのは身元確認（審査）の厳しさだけ。
②「CRLとOCSPは同じもの」→ ✗ CRLは失効の一覧を配る方式、OCSPはオンラインで1件ずつ確認する方式。
③「ルートCAは通信のたびに毎回ダウンロードする」→ ✗ ルートCAはブラウザやOSに最初から組み込まれている。
試験での出題パターン
実際の問題でたしかめてみよう。
オリジナル問題1（信頼チェーン）
PKIの信頼チェーンに関する次の記述のうち、正しいものはどれか。
- サーバ証明書が最上位の起点となり、その下にルートCAがぶら下がる逆向きの構造になっているとされている
- ルートCAは通信のたびにそのつど毎回ダウンロードする必要があり、事前に組み込んでおくことはできないとされる
- 証明書はCAを介さず各サイトが自分で勝手に発行するのが標準で、第三者の保証はいっさい不要とされている
- ルートCA→中間CA→サーバ証明書の順に上が下を保証し、ルートCAはブラウザやOSに事前に組み込まれている
解答は 4 である。
信頼チェーンは、ルートCA → 中間CA → サーバ証明書の順に、上が下を保証する。起点のルートCAは、ブラウザやOSに最初から組み込まれている。
選択肢1は向きが逆。選択肢2は「毎回ダウンロード」が誤りで、事前に組み込まれている。選択肢3は「CAを介さず勝手に発行」が誤りだ。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✗ | 起点はルートCAで、向きが逆 |
| 2 | ✗ | ルートCAは事前に組み込まれている |
| 3 | ✗ | CAが保証する。勝手な発行は標準ではない |
| 4 | ✓ | ルート→中間→サーバで事前組み込みで正しい |
オリジナル問題2（証明書の種類）
証明書のDV・OV・EVに関する次の記述のうち、正しいものはどれか。
- DV・OV・EVは身元確認（審査）の厳しさが違うだけで、証明書の暗号そのものの強さは同じものである
- EVはDVより暗号の強さが何倍も上で、通信の安全性そのものが大きく高まる種類であるとされているのだ
- DVは暗号の強さが最も高い種類で、OVやEVへ進むほど暗号が弱くなっていく仕組みであるとされている
- DV・OV・EVは暗号の方式そのものが互いにまったく別で、組み合わせて使うことはできないとされている
解答は 1 だ。
DV・OV・EVの違いは、身元確認（審査）の厳しさだけ。証明書の暗号そのものの強さは同じで、EVだから通信が強く暗号化される、というわけではない。
選択肢2は「EVは暗号が何倍も上」が誤り。選択肢3は「DVが最も強い」が誤り。選択肢4は「暗号方式が別」が誤りだ。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✓ | 審査の差で暗号強度は同じで正しい |
| 2 | ✗ | EVでも暗号の強さは同じ |
| 3 | ✗ | DVが最も強いという事実はない |
| 4 | ✗ | 暗号方式が種類ごとに別ではない |
オリジナル問題3（失効確認）
証明書の失効確認に関する次の記述のうち、正しいものはどれか。
- CRLもOCSPも証明書を新しく発行するための手順で、失効しているかどうかの確認とはいっさい無関係とされている
- CRLは失効した証明書の一覧を配る方式、OCSPはオンラインで1件ずつ失効を確認する方式という違いがある
- CRLとOCSPはまったく同じ動きで、一覧を配るかオンラインで聞くかといった違いはいっさいないとされる
- 失効確認は証明書を発行したあとは二度と行えず、一度出した証明書は永久に有効であり続けるとされている
解答は 2 だ。
CRLは失効した証明書の一覧を配る方式、OCSPはオンラインで1件ずつ失効を確認する方式。どちらも「その証明書がまだ有効か」を確かめるしくみだ。
選択肢1は「発行の手順」が誤り。選択肢3は「まったく同じ」が誤りで、配り方が違う。選択肢4は「二度と確認できない・永久に有効」が誤りだ。
| 選択肢 | 判定 | 理由 |
|---|---|---|
| 1 | ✗ | 発行ではなく失効の確認 |
| 2 | ✓ | CRL＝一覧・OCSP＝オンライン個別で正しい |
| 3 | ✗ | 配り方が違い、同じではない |
| 4 | ✗ | 失効確認は行え、永久に有効ではない |
まとめ
押さえどころ
- 🔴 PKI ＝ 公開鍵が本物だと保証するしくみ全体。ルートCA → 中間CA → サーバ証明書の信頼チェーンで、ルートは事前組み込み。
- 🔴 DV/OV/EVは審査の差で暗号の強さは同じ。失効確認はCRL（一覧）とOCSP（オンライン個別）。
- 🟡 Let's Encryptは無料で自動発行のCA（DV）。OCSP Staplingはサーバが結果を添えて速い。
次に学ぶ
- デジタル署名（Ed25519） ── 証明書の中身を保証している、署名のしくみ。
- RSA・ECC（公開鍵暗号） ── 証明書が保証する「公開鍵」そのもののしくみ。
- TLS 1.3（HTTPS） ── サーバ証明書を使って、相手が本物か確かめるウェブ通信のしくみ。
執筆: SikakuQuest編集部