公開鍵インフラストラクチャ（PKI）とは何ですか？

長年にわたり、PKIは企業セキュリティの舞台裏で、暗号専門家や証明書管理者だけの専門的な課題として扱われてきました。しかし、状況は変わりました。組織が ゼロトラスト・アーキテクチャ そして、マシンのIDが人間のIDを上回り始めた今、PKIは単なるバックグラウンドのユーティリティから、戦略的な制御層へとその役割を移行させています。本記事では、PKIとは何か、その仕組み、そして現代のセキュリティ戦略においてどのような位置づけにあるのかを解説します。.

公開鍵インフラストラクチャ（PKI）とは、デジタル証明書の作成、管理、配布、使用、保存、および失効処理を行うために用いられる、ハードウェア、ソフトウェア、ポリシー、および手順からなる枠組みである。デジタル証明書は、暗号鍵ペアを検証済みの身元に紐付けるものであり、これにより、公開鍵を信頼する者は誰でも、対応する秘密鍵の所有者を信頼できるようになる。.

その根底にあるのは、非対称暗号です。1つの共有秘密鍵の代わりに、各当事者は、自由に配布できる公開鍵と、自身のみが管理する秘密鍵をそれぞれ保有します。 PKIは、このモデルを大規模に機能させるための仕組みです。なぜなら、PKIは、すべての依存当事者が抱く「この公開鍵は、本当にその所有者とされる人物のものなのか？」という疑問に、信頼できる方法で答える手段を提供するからです。

定義上、PKIフレームワークは、証明書の作成だけでなく、そのライフサイクル全体を網羅していなければなりません。正常に機能するPKIは、証明書を発行し、適切な当事者に配布し、追跡を行い、信頼できなくなった際には失効させます。.

機械的なレベルにおいて、PKIは、あらゆる非対称鍵ペアが実行できる2つの暗号操作に基づいています。一方の鍵でデータを暗号化すると、もう一方の鍵でしか復号できません。また、一方の鍵でデータに署名すると、もう一方の鍵でその署名を検証できます。ユースケースに応じて、公開鍵と秘密鍵の役割は異なりますが、その数学的な仕組みは同じです。.

ブラウザがウェブサイトに接続する場合を考えてみましょう。接続が開始されると、サーバーは自身のデジタル証明書を提示します。この証明書には、サーバーの公開鍵と、サーバーの身元を保証する認証局（CA）による署名が含まれています。 ブラウザは、その署名を、あらかじめ認識している信頼されたルートCAのリストと照合します。署名が有効であり、かつ証明書の有効期限が切れておらず、失効もしていない場合、ブラウザはその公開鍵を信頼し、それを使用して暗号化されたセッションを確立します。.

この検証は、信頼の連鎖に依存しています。ルートCAは階層の最上位に位置し、自身の証明書に署名します。また、中間CAの証明書にも署名し、中間CAはさらに、サーバー、デバイス、およびユーザーに発行されるエンドエンティティ証明書に署名します。 信頼当事者が証明書を検証する際は、すでに信頼しているルートCAに到達するまで、チェーンを遡っていきます。証明書が受け入れられるためには、そのチェーンを構成するすべてのリンクが有効でなければなりません。.

証明書自体は、定義されたライフサイクルを経て変化します：

1. 鍵ペアの生成。これは、要求元が公開鍵と秘密鍵を作成するプロセスである。.
2. 証明書署名要求（CSR）。これは、要求者が公開鍵と本人確認情報をまとめて、CAに提出するものです。.
3. CAによる検証。これは、CA（またはその代理として行動する登録機関）が申請者の身元を確認するプロセスである。.
4. 発行：CAが自身の秘密鍵を使用して証明書に署名する場合。.
5. 配布：証明書を、それを使用するサーバー、デバイス、またはユーザーアカウントにインストールすること。.
6. 証明書が本人確認を行い、暗号化や署名操作を可能にする場面で使用します。.
7. 更新は、証明書の有効期限が切れる前に行ってください。.
8. 証明書が不正利用された場合、または不要になった場合は、失効処理を行います。.

これらの手順のいずれもがセキュリティ上の影響を及ぼすものであり、PKIをめぐる運用上の課題のほとんどは、そのいずれかに起因しています。.

PKIが正常に機能するためには、相互に連携するいくつかの要素が必要です。それぞれの要素は、証明書の発行、その有効性の検証、およびライフサイクル全体にわたる管理において、特定の役割を果たしています。.

認証局（CA）

認証局（CA）とは、デジタル証明書を発行する信頼できる第三者機関のことです。 CAは、各証明書を自身の秘密鍵で署名します。これにより、信頼する当事者はその証明書が本物であることを検証できるようになります。ほとんどのPKIでは階層構造が採用されています。つまり、オフラインのルートCAが中間CAの証明書に署名し、中間CAがエンドエンティティの証明書に署名します。この構造により、ルート鍵の露出が制限され、運用者は信頼関係を区画化することが可能になります。.

登録機関（RA）

登録機関（RA）は、証明書を申請するすべての者の身元を確認します。導入環境によっては、CAが自らRAの役割を果たす場合もあります。一方、特に企業規模の環境では、CAが暗号処理に専念できるよう、別のRAが身元確認業務を担当することもあります。いずれの場合も、PKIの強度は、RAがその業務をどれほど入念に行うかにかかっています。.

デジタル証明書（X.509）

X.509規格は、現在使用されているほとんどのデジタル証明書の形式を定義しています。 X.509証明書には、サブジェクトの識別名、サブジェクトの公開鍵、発行CAの名称、証明書の発行日および有効期限、シリアル番号、許可された用途、およびCAの署名が含まれています。この署名によって、識別データの一群が検証可能な認証情報へと変換されるのです。.

証明書失効リスト（CRL）とOCSP

秘密鍵が漏洩した、従業員が退職した、あるいは誤って証明書が発行されたなどの理由により、有効期限が切れる前に証明書を無効化する必要がある場合があります。CRLとは、CAが定期的に公開する、失効した証明書の署名付きリストのことです。 オンライン証明書ステータスプロトコル（OCSP）は、これに代わるリアルタイムの手段を提供し、依存当事者が、特定の証明書が使用時点でまだ有効であるかどうかをCAに問い合わせることができるようにします。.

証明書リポジトリおよび管理システム

証明書はどこかに保存され、誰かによって管理されなければなりません。証明書リポジトリは、発行された証明書を保管し、必要なときにそれらを取り出せるようにするものです。 証明書管理システムは、証明書の発行、配布、更新、失効といった運用業務を大規模に処理します。数千から数万もの証明書が使用されている組織において、この管理層の有無が、PKIが正常に機能するか、あるいは障害を引き起こすかの分かれ目となることがよくあります。.

主要なアーカイブと復元

秘密鍵は機密情報であると同時に、ビジネス上不可欠な資産でもあります。データ暗号化に使用される秘密鍵が紛失した場合、暗号化されたデータは復元できなくなる可能性があります。鍵アーカイブシステムは、特定の秘密鍵のコピーを安全に保管することで、必要な時にデータを復元できるようにすると同時に、その復元可能性と鍵の漏洩リスクとのバランスを図っています。.

デジタル証明書はすべて基本的に同じ形式を採用していますが、発行目的が異なり、信頼性に関する意味合いもそれぞれ異なります。各種類が何を保護するのかを理解することは、PKIをより広範なセキュリティ戦略にどのように組み込むべきかを検討するすべての人にとって有益です。.

Secure Sockets Layer (SSL)/Transport Layer Security (TLS) 証明書

Web上のクライアントとサーバー間の通信を保護します。これはPKIの最も一般的な用途であり、事実上すべてのHTTPSウェブサイト、APIエンドポイント、および暗号化されたネットワークサービスで採用されています。.

コード署名証明書

ソフトウェア発行者が、アプリケーション、ドライバ、およびスクリプトに署名できるようにします。ユーザーやオペレーティングシステムが署名付きコードを実行する際、その出所を検証し、署名されてからコードが改ざんされていないことを確認できます。.

電子メールとS/MIME証明書

ユーザーがメールに署名できるようにし、受信者が送信者を確認できるようにするとともに、メールを暗号化して、本来の受信者のみが閲覧できるようにします。規制の厳しい業界や政府機関で一般的に行われています。.

クライアント認証証明書

ユーザーがアクセスするシステムに対して、ユーザーおよびデバイスを識別します。連邦政府機関全体で利用されているスマートカード、共通アクセスカード（CAC）、および個人識別認証（PIV）カードは、このカテゴリに基づいています。ハードウェアセキュリティキーでもこれを利用することができ、例えば 「RSA iShield Key 2シリーズ」.

文書署名証明書

PDFやその他の電子文書に暗号署名を付与し、署名済みの契約書、提出書類、記録に法的および証拠上の効力を与えます。.

デバイスおよびマシンの識別情報証明書

IoTデバイス、サーバー、コンテナ、およびワークロードに対して、検証可能なIDを発行します。一部の環境ではマシンIDの数が数百万規模にまで拡大しているため、これはPKIの活用分野として急速に拡大しています。.

公開鍵インフラ（PKI）による認証とは、デジタル証明書と、それに対応する秘密鍵を用いて身元を証明するプロセスです。ユーザーやデバイスは、パスワードを入力したりワンタイムコードを入力したりする代わりに、証明書を提示し、信頼するシステムからのチャレンジに応答することで、対応する秘密鍵を所有していることを暗号的に証明します。.

パスワードやワンタイムコードと比較して、証明書ベースの認証には2つの重要な特徴があります。第一に、フィッシング攻撃に対して耐性があることです。秘密鍵を偽のログインページに入力したり、通信を傍受した攻撃者に送信したりすることはできません。秘密鍵はエンドポイントまたはハードウェアトークン上に保持され、暗号処理は常にローカルでのみ行われます。 第二に、ユーザーの負担を軽減します。証明書が一度発行されれば、認証フローはシームレスに行われ、スマートカードにタッチしたりデバイスのロックを解除したりする以外の追加操作は一切必要ありません。.

証明書ベースの認証は、現代の パスワードレス認証 かつフィッシング対策が施されており 多要素認証, 、そしてこれは、ゼロトラストアーキテクチャが依存するアイデンティティの構成要素の一つです。ゼロトラストでは、ネットワーク上の場所を信頼するのではなく、アクセスに関するあらゆる判断においてアイデンティティの証明を求めますが、PKIは、耐久性があり、検証可能で、偽造が困難な形でその証明を提供します。.

PKIはさまざまな場面で利用されていますが、その実装のほとんどは、いくつかの大まかなカテゴリーに分類されます。各カテゴリーは、特定の種類の信頼に関する問題を解決するものです。.

通信のセキュリティ確保

TLSは最もよく知られた例であり、Webトラフィック、API呼び出し、および転送中の電子メールを保護します。VPNやサイト間トンネルも、暗号化チャネルのエンドポイントを認証するためにPKIに依存しています。いずれの場合も、PKIは暗号化に意味を持たせるための身元保証を提供します。.

真正性と完全性の証明

コード署名により、ソフトウェア発行者は、ユーザーが実行しようとしているバイナリが、想定されたソースから提供されたものであることを証明できます。文書署名は、PDF やその他のファイルについても同様の役割を果たします。ファームウェアやソフトウェアの更新メカニズムでは、PKI を利用して、攻撃者が多数のデバイスに悪意のある更新を押し付けることを防いでいます。.

ユーザーとデバイスの認証

スマートカード、CAC/PIVカード、および証明書ベースのログインにより、組織はポリシーに準拠したデバイス上で、セッションの相手方が誰であるかを確認することができます。これは、PKIがアイデンティティおよびアクセス管理と最も直接的に結びつく部分であり、高保証環境やゼロトラストの導入において有力な選択肢となります。.

マシンおよびワークロードの識別情報

現代のアーキテクチャでは、サービス、コンテナ、IoTデバイスが相互に認証し合えることが不可欠です。PKIは、各ワークロードに検証可能な識別情報を付与する仕組みであり、これにより、ネットワーク上のどこに存在するかという位置情報だけでなく、そのワークロードが何であるかに基づいてアクセス許可の判断を行うことが可能になります。.

PKIが長く支持され続けているのには理由がある。信頼を確立するための他の手法のうち、これと同等の規模で、かつ同等の暗号学的保証をもって機能するものはほとんどない。.

• フィッシング対策認証： 秘密鍵はエンドポイントから決して外部に流出することはなく、セッションを傍受した攻撃者によって再利用されることもないため、証明書ベースの認証は、パスワードやプッシュ型MFAを脅かす認証情報窃取の手口に対して強固な耐性を備えています。RSAは別の記事で、 攻撃者がMFAを回避する方法 そして、フィッシング対策がなぜ重要なのか。.
• 信頼できないネットワークにおける機密性と完全性： 受信者の公開鍵で暗号化されたデータは、対応する秘密鍵の所有者だけが読み取ることができ、署名されたデータは事前の秘密鍵の共有なしに検証することができます。この組み合わせこそが、公開インターネット上での商取引、銀行業務、および安全な通信を可能にしているのです。.
• 署名付きトランザクションにおける否認防止：信頼できる証明書によって裏付けられたデジタル署名は、特定の当事者が特定の文書や取引を承認したという強力な証拠となり、これは法律、金融、およびコンプライアンスの分野において重要な意味を持ちます。.
• 拡張可能な信頼：単一の認証局が、何百万人もの証明書保有者の身元を保証することができ、各信頼当事者がそれらの保有者一人ひとりと直接的な信頼関係を確立する必要はありません。.
• ゼロトラストの基盤：ゼロトラストアーキテクチャにおけるすべてのアクター（人間であれ機械であれ）には、検証可能なアイデンティティが必要です。PKIは、こうしたアイデンティティを発行・検証するための堅牢な手段であり、 セキュリティにおけるゼロトラストアプローチ.
• 規制と保証の整合性：FIPS、コモン・クライテリア、eIDAS、および政府、金融サービス、医療分野における業界固有の要件は、いずれもPKIに基づく仕組みを、身元確認、完全性、および機密性を確保するための強力な管理手段として認めています。.

PKIには多くの長所がある一方で、実際の運用上のリスクも伴います。PKIに関連するインシデントのほとんどは、暗号技術そのものの不具合によるものではありません。それらは、PKIを取り巻くシステムやプロセスの不具合によるものです。.

• 証明書の停止： 有効期限が切れた証明書は、サービスの停止を招きます。ロードバランサー、内部API、または一般公開されているWebサイトの証明書が、気づかれないまま有効期限切れになると、それに依存するシステムが動作しなくなります。有効期限切れの証明書が原因とされる注目度の高いサービス停止は、繰り返し発生するパターンとなっています。.
• 秘密鍵の漏洩： 秘密鍵が漏洩した場合、その秘密鍵で署名されたすべての証明書が危険にさらされ、それに依存するすべてのセッションや署名の信頼性が疑わしくなります。秘密鍵の漏洩からの復旧には、通常、大規模な失効処理と再発行が必要となります。.
• CAの妥協案：CAへの侵入に成功した攻撃者は、ブラウザやオペレーティングシステム、その他の依存先から信頼される偽の証明書を発行することが可能です。過去には、CAへの不正アクセスにより、広範な信頼失墜措置が講じられ、大量の証明書の強制的な差し替えが行われた事例があります。.
• 失効の空白期間：すべてのクライアントがCRLを確認するわけではなく、攻撃者が悪用しうるネットワーク環境下では、OCSP応答がソフトフォールトとなる可能性があります。失効処理が設計通りに機能している場合でも、実際には失効した証明書が依然として機能してしまう期間が生じることがよくあります。.
• 証明書の乱立：現代の組織では、クラウドサービス、オンプレミスシステム、エンドポイント、マシンIDなど、あらゆる場所で数万もの証明書が運用されています。一元的なインベントリがなければ、どの証明書が発行され、どこにインストールされ、いつ有効期限が切れるのか、把握しづらくなってしまいます。.
• ポスト量子脅威：今日のPKIの大部分を支えているRSAおよび楕円曲線アルゴリズムは、従来のコンピュータに対しては安全であると考えられているが、 十分に大規模な量子コンピュータに対しては有効ではない. NISTはポスト量子暗号アルゴリズムの標準化に着手しており、PKIに依存している組織は、数年単位の移行計画を立てる必要がある。.

適切に運用されるPKIは、単なる暗号コンポーネントの集合体ではありません。それは運用上の規律そのものです。以下の実践策は、前述したような障害のリスクを低減します。.

証明書の完全な一覧を管理する

クラウドサービス、オンプレミスシステム、エンドポイント、マシンIDにわたるすべての証明書を追跡します。現代の環境では、手作業によるスプレッドシート管理では対応しきれないことが多く、大規模な組織にとっては、検出・インベントリ管理ツールへの投資は十分に価値があります。.

証明書のライフサイクル管理を自動化

発行、更新、およびインストールが自動化されることで、証明書の停止の大部分の原因となる人為的ミスが排除されます。また、自動化により有効期間が短い証明書の実用化が可能となり、鍵が漏洩した場合のリスクを軽減できます。.

強力な鍵の保護を徹底する

CAの秘密鍵はハードウェアセキュリティモジュール（HSM）に保存し、エンドエンティティの鍵はエンドポイント上の安全な鍵保管機能またはハードウェアトークンを用いて保護してください。PKIの強度は、最終的にはその秘密鍵がどれほど適切に保護されているかにかかっています。.

可能な場合は、有効期間が短い証明書を使用してください

証明書の有効期間を短縮することで、鍵が侵害された場合の被害範囲を縮小でき、失効処理の運用上の負担を軽減できます。短期間の証明書を手作業で大規模に更新することは現実的ではないため、ここでは自動化が不可欠です。.

堅牢な失効チェックを実装する

OCSPステープリング、CRLの更新間隔の短縮、および必要に応じてハードフェイルポリシーを適用することは、すべて、失効した証明書が実際には引き続き機能してしまうという脆弱性を解消するのに役立ちます。失効措置は、依存先が実際に確認を行って初めて効果を発揮するものです。.

暗号の俊敏性とポスト量子への移行に向けた計画

環境全体で使用されている暗号アルゴリズムを洗い出し、どのシステムがそれらに依存しているかを把握し、NISTの規格が成熟するにつれて、ポスト量子暗号の選択肢の評価を開始すべきです。移行には数年を要するため、早期に着手した組織ほど、予期せぬトラブルを最小限に抑えることができるでしょう。.

セグメントCAの階層構造

ルートCAはオフラインで保管し、中間CAを厳格に管理するとともに、各階層およびユースケースに応じて適切な証明書ポリシーを適用してください。適切に区分された階層構造により、個々の侵害による影響を最小限に抑えることができます。.

ゼロトラストは、セキュリティチームが業務を行う上での前提条件を一変させました。ネットワーク上の位置はもはや信頼の根拠とはならず、すべてのアクセス要求は個別に評価されなければなりません。このモデルが機能するためには、環境内のすべての主体について、高い信頼性をもって検証可能な身元情報が存在する必要があります。そして、その点においてPKIが基盤となるのです。.

ユーザーにとっては、PKIはフィッシング攻撃に耐性があり、デバイスやアプリケーションを問わず機能する、証明書ベースの認証を提供します。デバイスにとっては、アクセス許可の判断が行われるたびに確認可能な、検証可能なIDを提供します。ワークロードやサービスにとっては、現代のアーキテクチャが求める規模でマシンIDを実現します。IDおよびアクセス管理（IAM）、,アイデンティティガバナンス＆管理（IGA）やマシンID管理は、すべてPKIが提供する信頼の上に成り立っています。PKIがなければ、ゼロトラストは、それを強制するための堅牢な基盤を欠いた単なる一連のポリシーに過ぎなくなってしまいます。.

公開鍵インフラストラクチャ（PKI）は、安全なWebトラフィックから署名付きソフトウェア、証明書に基づくユーザー認証に至るまで、セキュリティチームが当然のこととして受け止めている機能のほとんどを、目立たない形で支えている信頼の基盤です。組織がゼロトラストへと移行し、マシンIDやその他の非人間IDが拡大し続ける中、PKIは単なるバックグラウンドのユーティリティではなく、戦略的な制御プレーンとなりつつあります。 PKIを適切に運用するには、資産管理、自動化、鍵の保護、そしてポスト量子暗号に向けた先見的な計画に及ぶ運用上の規律が求められます。.

この分野におけるRSAの伝統は深く根付いている. RSAアルゴリズム自体は、現代のPKIを実現した基礎的な公開鍵暗号方式の一つであり、RSAは、証明書ベースの認証、ハードウェア認証デバイス、および高信頼性環境向けに構築されたIDソリューションを通じて、組織がその暗号技術を活用できるよう引き続き支援しています。RSAが、どのようにして証明書ベースの認証やフィッシング対策機能を備えた認証をサポートしているかについては、以下をご覧ください。 RSA ID Plus.