PKIとは

詳細な図解

PKIを読むときの前提

PKI（Public Key Infrastructure）は、公開鍵、秘密鍵、証明書、CA、失効確認、監査を組み合わせて本人性や暗号化を支える基盤です。TLS、VPN、端末証明書、mTLS、コード署名で土台になります。

実務では、証明書を発行する仕組みだけでなく、誰が申請し、誰が承認し、どのCAが発行し、秘密鍵をどこで守り、失効時に何が止まるかを見ます。

証跡には、CA階層、証明書用途、発行対象、承認者、秘密鍵保管先、失効確認方式、監査ログ、更新周期を残します。

CA階層と責任範囲を決める

PKIでは、ルートCA、中間CA、発行CAの役割を分けます。ルートCAは強い信頼の起点なので、通常はオフラインや厳格な手順で保護し、日常の発行は中間CAや発行CAで行います。

社内PKIでは、端末証明書、VPN、無線LAN、サーバー証明書、コード署名を同じCAで扱うか分けるかが運用リスクに影響します。用途ごとの失効や更新の影響範囲を明確にします。

• ルートCAと中間CAの役割を分ける。
• 用途ごとにCAを分ける必要があるか確認する。
• CA秘密鍵の保管と操作権限を記録する。

発行から失効までを運用する

PKIは証明書を発行して終わりではありません。申請、承認、発行、配布、更新、失効、監査の流れが揃って初めて運用できます。

退職者端末、紛失端末、漏えいした秘密鍵、廃止サービスの証明書が残ると、信頼の境界が崩れます。証明書台帳と失効確認を定期的に見直します。

• 証明書台帳に所有者と用途を残す。
• 失効申請から反映確認まで追う。
• 期限切れ前の更新通知を運用に入れる。

秘密鍵保護を最優先にする

PKIの信頼は秘密鍵の保護に強く依存します。CA秘密鍵、サーバー秘密鍵、コード署名鍵、端末証明書の秘密鍵が漏えいすると、証明書や署名の信頼性が失われます。

HSM、KMS、ファイル権限、暗号化バックアップ、操作ログ、共有禁止、鍵ローテーションを設計に含めます。証明書だけを管理しても秘密鍵が弱ければ危険です。

• 秘密鍵の保存先とアクセス権を確認する。
• バックアップも暗号化し、復元手順を残す。
• 漏えい時の失効と再発行手順を用意する。

変更証跡と引き継ぎ

PKI運用では、CA構成、証明書用途、発行権限、失効方式、更新周期、監査ログ、緊急停止手順を残します。担当者だけが知っているCAや鍵は、障害時や監査時の弱点になります。

引き継ぎでは、PKI管理者、端末管理者、Web基盤担当、セキュリティ担当、関連語としてCA、秘密鍵、公開鍵、OCSP、CRLを残すと確認しやすくなります。

• CA階層と証明書用途を図に残す。
• 発行・失効・更新Runbookを整備する。
• 監査ログと台帳の保管先を明記する。

関連語

同じ主要カテゴリの用語

セキュリティ・認証の学習順

同じ主要カテゴリの用語をまとめて確認できます。現在の用語を起点に、前後の用語へ進むと文脈を保ったまま読み進められます。

InfraEngKit内の関連機能