認証局（CA）とは何ですか？

認証局（CA）とは、検証済みの識別情報（デバイス、サーバー、またはユーザー）に公開鍵を紐付ける証明書を発行し、デジタル署名を行う信頼できる機関のことです。CAが発行した証明書により、2つの当事者は秘密鍵を事前に共有することなく、暗号化され認証された接続を確立することができ、これがTLS、IPsec、およびPKIに基づくデバイス認証の基盤となっています。

主なポイント

• CAは、身元を認証する証明書を発行し、デジタル署名を行います。
• 証明書は、公開鍵をデバイス、サーバー、またはユーザーに紐付けます。
• ルートCAと中間CAは、階層的な信頼チェーンを形成しています。
• パブリックCAは広く信頼されていますが、プライベートCAは特定の組織のみを対象としています。
• VOSデバイスは、PKI認証にCA発行の証明書または自己署名証明書を使用します。

このページの内容： その重要性 ・ 仕組み ・ 種類 ・ CA およびVersa · よくある質問

CAはなぜ重要なのでしょうか？

身元を保証する信頼できる第三者がいなければ、公開鍵だけでは何も証明できません。誰でも鍵ペアを生成し、誰にでもなりすますことができるからです。 CA（認証局）は、署名を行う前に申請者の身元を確認することでこの問題を解決します。そのため、信頼する側は、接続するすべてのエンドポイントではなく、CAのルート証明書だけを信頼すればよいのです。この「信頼のアンカー」こそが、インターネット規模での暗号化通信を現実的なものにしています。ブラウザやオペレーティングシステムには、厳選された信頼できるルートCAのリストが組み込まれており、チェーンされた証明書は自動的に受け入れられます。

証明書ベースの認証では、共有秘密鍵の代わりに、検証可能で失効可能な認証情報が使用されます。つまり、セキュリティ侵害を受けたデバイスの証明書を失効させるだけで済み、すべてのピアに新しいパスワードを設定する必要がなくなります。IPsec や VPN の認証において、PKI を活用することで、すべてのエンドポイント間で事前共有鍵を配布・更新する必要がなくなります。

CAとは何ですか？

CAは公開鍵インフラストラクチャ（PKI）内に位置し、身元の確認、証明書への署名、失効管理という3つの役割を担っています。デバイスは鍵ペアを生成し、その公開鍵と識別情報を含む証明書署名要求（CSR）を送信します。CAは、ドメインの管理権限の確認から組織全体の審査に至るまで、その要求の妥当性を検証した後、鍵と身元を紐付けるX.509証明書に署名します。

CAは通常、階層構造で構成されています。その最上位にはルートCAが位置し、通常はオフライン状態で、証明書の発行を担当する中間CAに署名を行います。また、証明書には有効期限があり、早期に失効させたり取り消したりすることも可能で、その状況は証明書失効リスト（CRL）やオンライン証明書ステータスプロトコル（OCSP）を通じて確認できます。

認証局の種類

パブリック（商用）CAは、OSやブラウザの信頼ストアでデフォルトで信頼されているため、インターネットに公開されるもの――公開ウェブサイト、SaaS API、あるいは管理下にないデバイスからアクセスされるサービスなど――には最適な選択肢となります。プライベート（内部）CAは、組織が内部利用（内部サービス、VPNエンドポイント、デバイス認証など）のために運用するものであり、各エンドポイントの信頼ストアにルートCAが追加されない限り、外部からは信頼されません。 いずれのカテゴリにおいても、ルートCAは自己署名型であり、証明書チェーンの基点となります。一方、中間CAはルートCAによって認証され、日常的な証明書の発行を処理することで、万が一侵害された場合の被害範囲を限定します。自己署名型証明書は階層構造を完全に省略しています。テスト用途には適していますが、すべてのデバイスで手動で信頼設定を行う必要があります。

CA &Versa

VOSデバイスは、IKEおよびIPsecにおいて、事前共有鍵の代替手段として、証明書ベース（PKI）の認証をサポートしています。管理者は、共通のCA（特定の組織に紐づかないグローバルプロファイル）を設定し、サーバーの種類（ACME、CMP、CRL、GCP、KMIP、またはSCEP）を指定するとともに、必要に応じて失効確認用のOCSPも指定します。 プロバイダー／顧客組織およびコントローラーノードは、CPE認証のためにそのプロファイルを参照します。基本的な設定ワークフローでは、IKEモードとしてPKIが選択され、CAエージェントがテンプレートに紐付けられます。

ゼロタッチプロビジョニングの際、「データセンター内のCA」は、IPsecトンネルを介して支店のCSRを送信し、その後のトンネル通信に使用するCA署名付き証明書を取得します。エンドポイント側では、SASE クライアントがVPN登録とSSL復号を完了するために、ゲートウェイのCA証明書を信頼済みルートストアに登録する必要があります。Versa には、この目的のためのデフォルトのルートCAが同梱されていますが、顧客はこれを置き換えることができます。

よくある質問

CAとCSRの違いは何ですか？

CSR（証明書署名要求）とは、デバイスが生成して送信するもので、公開鍵や「共通名」などの識別情報が含まれています。CAはこれを検証し、問題がなければ証明書に署名します。CSRは要求であり、CAは発行者です。

自己署名証明書とは何ですか？

自己署名証明書は、CAではなく自身の秘密鍵によって署名されているため、自動的に信頼されることはありません。テストや内部環境では利用できますが、接続するすべてのデバイスは、手動で信頼ストアにこの証明書を追加する必要があります。そうしないと、接続が「信頼できない」と表示されます。

CAは、証明書を発行する前に、どのように身元を確認するのでしょうか？

検証の深度は証明書の種類によって異なります。ドメイン検証型CAはドメインの管理権限を確認し、組織検証型CAは企業情報を確認し、拡張検証型CAはより詳細な法的審査を行います。内部用またはデバイス用CAは、多くの場合、共有登録秘密鍵やACMEのような自動化プロトコルに依存しています。

証明書が失効するとどうなるのでしょうか？

発行元CAは、証明書のシリアル番号を証明書失効リスト（CRL）に掲載するか、OCSPを介してリアルタイムの照会に応答します。信頼当事者は、証明書を信頼する前にこれらを確認するため、失効した証明書は有効期限が切れる前であっても、直ちに受け入れられなくなります。

ルートCAと中間CAの違いは何ですか？

ルートCAは自己署名型であり、信頼チェーンの最上位に位置し、通常はセキュリティ上の理由からオフラインで管理されます。中間CAはルートCAによって認証され、日常的な証明書の発行を担当するため、中間CAが侵害された場合でも、ルートCAやその他の証明書の有効性を損なうことなく、その中間CAの証明書を無効化することができます。

CAに関する詳細

さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。

関連用語

CAについて読んでいるなら、次はこれらもぜひチェックしてみてください。