通販サイトやネットバンキングにつなぐとき、アドレスバーに鍵マークが出ているかを気にしたことはあるでしょうか。あの鍵マークの裏側で働いているのが、デジタル証明書とPKIです。
この記事では、「PKI」と「デジタル証明書」が何のためにあるのか、認証局・ルート証明書・中間CA証明書がどうつながるのか、証明書が使えなくなる2つのパターン(期限切れと失効)の違いを表で整理します。情報セキュリティマネジメント試験の科目Aで用語を問われやすく、科目Bでも「警告が出たときの判断」で使う内容です。
一言でまとめると、「この公開鍵は確かにこの相手のものです」と、信頼できる第三者(認証局)が署名で保証する仕組みがPKIです。
PKIとは? なぜデジタル証明書が必要なのか
PKI(Public Key Infrastructure)は、日本語で公開鍵基盤といいます。 公開鍵暗号やデジタル署名を、安心して使えるようにするための土台となる仕組みの全体を指します。
公開鍵暗号では、相手の公開鍵を使って暗号化したり、署名を検証したりします。ところが、手元に届いた公開鍵に「私の鍵です」と書いてあるだけでは、本当にその相手の鍵かどうか分かりません。通信の途中で攻撃者が自分の鍵にすり替えていれば、気づかないまま攻撃者に情報を渡してしまいます。これがなりすましの危険です。
そこで、取引する二者とは別の、信頼できる第三者に「この公開鍵はこの持ち主のものです」と保証してもらいます。その保証書にあたるのがデジタル証明書(公開鍵証明書)です。デジタル署名の仕組みそのものはデジタル署名の仕組みの記事で整理しています。
IPAの試験シラバス(Ver.4.1)では、「情報セキュリティ技術(公開鍵基盤)」の項目に、次の用語が例として挙げられています。
| シラバスに挙がっている用語 |
この記事で扱う場所 |
| PKI(公開鍵基盤) |
この章 |
| デジタル証明書(公開鍵証明書) |
次の章 |
| ルート証明書、トラストアンカー(信頼の基点) |
信頼の連鎖の章 |
| 中間CA証明書 |
信頼の連鎖の章 |
| サーバ証明書、クライアント証明書 |
使い分けの章 |
| CRL(証明書失効リスト) |
失効の章 |
試験の出題範囲は更新されることがあるので、最新のシラバスはIPAの公式サイトで確認してください。
デジタル証明書には何が書かれているか
デジタル証明書は、公開鍵の持ち主を証明する電子の身分証です。書かれている主な内容は次のとおりです。
| 記載内容 |
何のために書かれているか |
| 持ち主の名前 |
誰の証明書か。Webサイトのサーバ証明書ではドメイン名が入る |
| 持ち主の公開鍵 |
保証の対象。この鍵が持ち主のものだと示す |
| 有効期間 |
いつからいつまで使えるか |
| 発行者の名前 |
どの認証局が発行したか |
| 認証局の署名 |
上の内容全体に付けられた署名。改ざん防止の要 |
大事なのは最後の「認証局の署名」です。署名は認証局の秘密鍵で作られるので、認証局以外には同じ署名を作れません。証明書の中身を1文字でも書き換えれば、署名の検証が失敗します。だから証明書は偽造や改ざんをしにくいのです。
証明書に入っているのは公開鍵であって、持ち主の秘密鍵ではありません。秘密鍵は持ち主の側で厳重に保管し、認証局にも渡しません。
認証局(CA)の役割
デジタル証明書を発行する機関が認証局(CA:Certificate Authority)です。取引する二者のどちらでもない、第三者として次の役割を担います。
| 役割 |
内容 |
| 発行 |
申請者が実在するか、ドメインの持ち主かなどを確認したうえで、公開鍵に署名して証明書を出す |
| 失効 |
使えなくなった証明書を取り消し、その一覧を公表する |
| 運用の公開 |
審査や発行の基準を文書で公開し、信頼の根拠を示す |
証明書をもらうまでの流れはこうなります。
- 申請者が自分で公開鍵と秘密鍵のペアを作る
- 公開鍵と申請内容(名前やドメイン名)をまとめた申請データ(CSR:証明書署名要求)を認証局に送る
- 認証局が申請内容を審査する
- 問題なければ、認証局が自分の秘密鍵で署名した証明書を発行する
ここで認証局に渡すのは公開鍵を含む申請データだけです。申請者の秘密鍵は手元に残ります。試験で「秘密鍵を認証局に送る」という選択肢が出たら、誤りと判断できます。
ルート証明書・中間CA証明書と「信頼の連鎖」
認証局は1つとは限りません。実際には、認証局が階層になっていて、上位が下位の証明書に署名します。この階層を信頼の連鎖と呼びます。
| 階層 |
署名するのは |
役割 |
| ルート証明書 |
ルート認証局が自分自身に署名(自己署名) |
信頼の出発点(トラストアンカー)。OSやブラウザに最初から入っている |
| 中間CA証明書 |
ルート認証局が署名 |
ルートと実際のサーバ証明書の間に立つ |
| サーバ証明書 |
中間認証局が署名 |
実際にWebサイトが提示する証明書 |
ブラウザは、サイトから受け取ったサーバ証明書を出発点に、発行者をたどってルート証明書までつながるかを確かめます。ルート証明書は最初から端末に入っているので、そこまで途切れずにつながれば、サーバ証明書も信頼できると判断できます。
「自己署名」なら全部信頼できるわけではない
ルート証明書は「自分で自分に署名した」証明書です。では、自分のパソコンで作って自分で署名した証明書も同じ扱いになるでしょうか。そうはなりません。
| 比較 |
ルート証明書 |
手元で作った自己署名証明書 |
| 署名した人 |
自分自身 |
自分自身 |
| OS・ブラウザへの収録 |
ある(審査を経て収録される) |
ない |
| ブラウザの扱い |
信頼の基点として扱う |
信頼できないとして警告を出す |
署名の仕組みは同じでも、信頼の基点として端末に入っているかどうかが違います。社内の検証用など、限られた用途で自己署名証明書を使うことはありますが、一般の利用者向けサイトでは使えません。
サーバ証明書とクライアント証明書
デジタル証明書は、誰が持つかによって呼び名が変わります。
| 種類 |
持つのは |
確かめるのは |
主な用途 |
| サーバ証明書 |
Webサーバなど |
利用者(ブラウザ)が、つないだ相手が本物のサーバかを確かめる |
HTTPSで鍵マークが表示される場面 |
| クライアント証明書 |
利用者のパソコン・ICカードなど |
サーバ側が、つないできたのが登録された利用者かを確かめる |
社内システムや専用サービスへのログイン |
サーバ証明書は、サイトの実在を確かめるためのものです。クライアント証明書は、パスワードのように覚える情報ではなく、証明書を持っていること自体で本人を確認します。HTTPSの通信の細かい仕組みよりも、まずは「サーバ認証に証明書を使う」と押さえておけば十分です。
証明書が使えなくなるとき:期限切れと失効
証明書が使えなくなる理由は2種類あります。ここが試験でよく混ざる部分です。
| 比較 |
有効期限切れ |
失効 |
| きっかけ |
決められた有効期間が過ぎた |
期間内でも、認証局が取り消した |
| 主な理由 |
時間の経過 |
秘密鍵の漏えい、持ち主の退職、記載内容の変更など |
| 確かめ方 |
証明書に書かれた日付を見る |
認証局が公表する失効リスト(CRL)で確かめる |
| 対応 |
新しい証明書に更新する |
失効後は新しい鍵ペアで改めて発行を受ける |
CRL(Certificate Revocation List)は、失効した証明書の一覧です。認証局が発行・公表し、利用者はそこに載っていないかを確かめます。秘密鍵が漏れたかもしれないと分かったら、期限を待たずにすぐ失効させる必要があるのは、漏れた秘密鍵で署名やなりすましができてしまうからです。
失効かどうかは、日付を見るだけでは分かりません。「期限内だから安全」とは言えず、失効リストの確認が別に必要です。
有効期間のしくみは変わりつつある
証明書の有効期間は固定ではありません。公開Webサイト向けTLS証明書では、ブラウザと認証局の業界団体CA/Browser Forumが、最大有効期間を2026年3月から段階的に短くし、2029年3月に47日にする(従来は398日)ことを決めています。中間の日数は一次資料の本文では確認できなかったため、この記事では書きません。サイトの運営側では、更新を手作業にせず、自動化する流れが強まっています。
試験で問われるのは「有効期間がある」「期限切れと失効は別」という基本の理解です。具体的な日数を暗記する必要はありません。
ブラウザが証明書を確かめる項目
利用者がサイトにつなぐとき、ブラウザは概ね次の項目を確かめます。学習上の整理として5つにまとめます(実際の確認方法はブラウザや設定で異なります)。
| 確かめること |
具体的には |
満たされないとき |
| 発行者の連鎖 |
サーバ証明書から中間CA、ルートまでつながるか |
「信頼されていない発行者」といった警告 |
| 署名の検証 |
各証明書の署名を、上位の認証局の公開鍵で検証できるか |
改ざん・偽造の疑い |
| 有効期間 |
今日の日付が期間内か |
期限切れの警告 |
| 失効の有無 |
失効リストなどで取り消されていないか |
失効済みの警告 |
| 名前の一致 |
アクセスしたドメインと証明書のドメインが同じか |
名前不一致の警告 |
警告の理由は、この5項目のどれかが満たされていないことにあります。実際によくあるのは、発行者・有効期間・ドメイン名の3つです。
科目Bでの考え方:警告が出たらどうするか
科目Bでは、「取引先サイトを開いたら『この証明書は信頼されていません』と表示された」といった場面で、どう動くかが問われます。考え方の手順は次のとおりです。
- 入力しない、続行しない:ID・パスワード・カード番号などは入力せず、通信をやめる。相手が本物だと確かめられていないため
- 原因を切り分ける:上の5項目のうち何が満たされていないか(発行者、期限、名前など)を見る
- 正しい窓口へ連絡する:社内のサーバなら管理者に連絡し、正しい証明書への入れ替えを依頼する。警告を無視して「例外として許可」する操作は避ける
「急いでいるので警告を無視して進める」という選択肢は、一般に不適切と判断できます。
授業での学び方
情報セキュリティマネジメント講座では、「PKIとデジタル証明書」の授業で、証明書の中身、認証局の役割、信頼の連鎖、失効とCRL、科目Bでの考え方までを順に学べます。AI講師トーレスに質問しながら進められます。料金は月額 817円〜(年額プラン9,800円・一括払いの月あたり)です。月額プランは2,980円です。最新の料金は講座ページで確認してください。
試験の形(科目A・科目B、120分、出題数60問)は、IPAの試験区分のページで確認できます。
よくある質問
Q. PKIとデジタル証明書の違いは何ですか?
PKIは、公開鍵とその持ち主を結び付けて保証する仕組みの全体です。デジタル証明書は、その仕組みの中で実際に発行される「保証書」にあたります。
Q. 自己署名証明書はなぜ警告が出るのですか?
自分で作って自分で署名しただけで、信頼の基点としてOSやブラウザに収録されていないためです。どの認証局も保証していないので、ブラウザは信頼できないと判断します。
Q. 有効期限切れと失効はどう違いますか?
期限切れは決められた期間が過ぎて自然に使えなくなることです。失効は、期間内でも秘密鍵の漏えいなどの理由で認証局が取り消すことで、取り消したものはCRL(証明書失効リスト)に載ります。
Q. 認証局には秘密鍵を渡しますか?
渡しません。認証局に送るのは公開鍵と申請内容です。秘密鍵は申請者の側で保管します。
まとめ
- PKIは、公開鍵の持ち主を認証局が保証する仕組みの全体。デジタル証明書がその保証書
- 証明書には、持ち主・公開鍵・有効期間・発行者と、認証局の署名が入っている
- 信頼は、ルート証明書(信頼の基点)→中間CA証明書→サーバ証明書とつながる
- 手元で作った自己署名証明書は、収録されていないので信頼されない
- 期限切れは日付で、失効はCRLで確かめる。警告が出たら入力せず、原因を切り分ける
用語を暗記するときは、「誰が」「誰の鍵を」「何で保証するか」を1文で言えるようにしておくと、選択肢の言い換えにも対応しやすくなります。