公開鍵基盤（PKI）
公開鍵基盤（以下、PKI: Public Key Infrastructure）は、インターネット上で安全にデータをやり取りしたり、相手の身元を証明したりするためのセキュリティの仕組みです。
暗号技術（公開鍵暗号）と第三者機関（認証局）を組み合わせることで、情報の盗聴・改ざん・成りすましを防ぎます。
PKIを構成する３要素
PKIでは、信頼された認証局（CA）が公開鍵に対して電子署名を付与してデジタル証明書を発行するため、通信相手が本物であることを確実に検証できます。
- 公開鍵と秘密鍵（暗号技術）
公開鍵は通信相手に配布し、データの暗号化や検証に使います。秘密鍵は自分だけが厳重に保管し、データの復号や電子署名に使います。 - デジタル証明書
公開鍵の所有者を保証する電子的な証明書（身分証明書）です。 - 認証局（CA: Certificate Authority）
信頼できる第三者機関として、デジタル証明書を発行・管理・失効させる役割を担います。
デジタル証明書
PKIにおけるデジタル証明書（電子証明書）は、インターネット上における身分証明書の役割を果たすデータです。
公開鍵暗号方式では、この公開鍵が本当に本人のものかを判定するのが難しいため、信頼できる第三者機関である認証局（CA）が公開鍵とその所有者情報を紐付けて保証します。
証明書に含まれる主な情報
- 所有者の情報：氏名、組織名、ドメイン名など
- 所有者の公開鍵：暗号化や検証に使う公開鍵本体
- 発行者情報：証明書を発行した認証局（CA）の名称
- 有効期限：証明書が有効な期間（開始日時と終了日時）
- シリアル番号：証明書ごとに割り当てられた一意の識別番号
- 認証局の電子署名：データが改ざんされていないことを証明するCAの署名
証明書の主な種類と用途
- サーバ証明書（SSL/TLS証明書）
Webサイトが本物であることを証明し、HTTPS通信を暗号化します。 - クライアント証明書
社内システムやVPN接続時、アクセスしてきている端末・ユーザーが正規のものかを認証します。 - S/MIME証明書
電子メールの送信元を保証し、メール文面の改ざんやなりすましを防ぎます。
構成要素
PKI（公開鍵基盤）は、複数の機関や仕組みが連携して信頼性を担保しています。それぞれの主な構成要素と役割は以下の通りです。
主要な構成要素（役割と機能）
- 認証局：CA （Certificate Authority）
デジタル証明書の発行・更新・失効処理を行い、証明書に自らの電子署名を付与して信頼性を担保する中心機関。 - 登録機関：RA（Registration Authority）
ユーザからの証明書発行申請を受け付け、本人確認や審査を行う機関。CAの負担軽減のため審査業務を分離・代行する。 - リポジトリ（Repository）
発行されたデジタル証明書や、失効した証明書のリスト（CRL）などを保管・公開するデータベース。 - 証明書失効リスト：CRL（Certificate Revocation List）
秘密鍵の漏洩や退職などにより、有効期限内に無効化（失効）された証明書のシリアル番号一覧データ。 - オンライン証明書状態プロトコル：OCSP（Online Certificate Status Protocol）
証明書が現在有効かどうかを、リアルタイムでサーバに問い合わせて確認するための通信プロトコル。
証明書の有効性確認における CRL と OCSP の違い
- CRL（リスト方式）
定期的に更新される失効リストをダウンロードして確認します。データサイズが大きくなりやすく、リアルタイム性にやや欠けます。 - OCSP（リアルタイム照会方式）
特定の一枚の証明書について、この証明書は今使えるかをピンポイントで照会します。通信量が少なく、即時に状態を確認できます。
証明書の発行・検証・失効
デジタル証明書は、発行・検証・失効という３つのライフサイクルを経て管理されます。証明書は発行して終わりではなく、利用時の厳格な検証と、迅速な失効処理が行われることでセキュリティが担保されます。
発行（申請者 / CA / RA）
- 鍵ペアの作成
申請者が秘密鍵と公開鍵のペアを生成。 - 発行申請（CSR送信）
公開鍵と所有者情報を含むCSR（証明書署名要求）をRA/CAに送付。 - 審査と署名
RAが本人確認を行い、合格後にCAが自らの秘密鍵で電子署名を付与して発行。
検証（利用者 / ブラウザ等）
- 署名検証
端末に登録されたルート証明書を用い、CAの署名が正しいか検証。 - 属性の確認
有効期限内か、接続先ドメイン名と一致しているかなどを確認。 - 失効状態の確認
CRLやOCSPを参照し、証明書が無効化されていないか確認。
失効（所有者 / CA）
- 失効のトリガ
秘密鍵の漏洩、担当者の退職、組織名の変更などの際に発生。 - 失効申請
所有者がCAへ失効手続きを依頼。 - リストへの反映
CAが該当証明書を無効化し、CRLの更新やOCSPサーバへ反映。
利用例
PKIは、通信の暗号化・相手の本人確認（認証）・改ざん防止を実現する技術として利用されています。代表的な４つの利用例とその仕組みは以下の通りです。
HTTPS/TLS（Webサイトの安全な通信）
ブラウザでWebサイトを閲覧する際、アドレスバーに錠マーク（HTTPS通信）が表示されます。
- 役割：
Webサーバが本物のサイトであることを証明し、通信を暗号化します。 - 仕組み：
- ユーザがアクセスすると、サーバはSSL/TLSサーバ証明書を送信。
- ブラウザは、証明書が信頼できる認証局（CA）から発行されたものか検証。
- 検証成功後、安全な暗号化通信を開始。
VPN認証（ネットワーク接続とリモートワーク）
社外から社内ネットワークへ安全に接続するVPN（Virtual Private Network）やWi-Fi接続で利用されています。
- 役割：
接続してくる端末やユーザが許可された利用者かを判定します。 - 仕組み：
- 企業が事前にデバイスにクライアント証明書をインストール。
- VPN接続時に証明書による相互認証を行うことで、ID/パスワードが漏洩しても不正な端末からのアクセスを遮断可能。
S/MIME（電子メールの暗号化と署名）
なりすましや改ざん、盗聴を防ぐ規格（S/MIME）で利用されています。
- 役割：
送信者の本人確認と、メール本文・添付ファイルの暗号化を行います。 - 仕組み：
- 送信者の証明書を使ってメールに電子署名を付与することで、受信者は送信元の偽装や内容の改ざんを検知。
- 受信者の公開鍵を使ってメール全体を暗号化すると、受信者（秘密鍵の所有者）のみメールの開封が可能。
企業内認証
社内Active Directory（AD）やMDM（モバイルデバイス管理）と連携し、社内インフラ全体のセキュリティを強化するために使われます。
- 役割：
社有PC、スマートフォン、社内Webシステムへのアクセスを一括管理。 - 仕組み：
- 企業内にプライベート認証局（プライベートCA）を構築。
- 端末に個別の証明書を自動配布・管理し、証明書を持たない私用端末（BYOD）からの社内システムアクセスを自動的にブロック。
