CAチェーンとは、発行された証明書と信頼されたルート証明書との間に存在するすべての中間CAの証明書を順序立てて並べたリストであり、これにより受信者は、デバイス、ゲートウェイ、またはサーバーの証明書を段階的に検証し、すでに信頼しているルート証明書まで遡ることができます。
主なポイント
- CAチェーンは、中間CAを経由して、証明書を信頼されたルートCAに結びつけます。
- 中間証明書が欠落していると、有効なルート証明書であっても「信頼できない証明書」エラーが発生します。
- PKIの用語では、証明書チェーンまたは信頼の連鎖とも呼ばれます。
- VOSデバイスおよびTitan ポータルでは、証明書だけでなくチェーンもアップロードする必要があります。
- 各証明書は、その上位にある証明書によって署名されており、最終的には信頼できるルート証明書に至ります。
このページの内容: その重要性仕組み種類CAチェーンとVersaよくある質問
CAチェーンはなぜ重要なのでしょうか?
証明書の検証は、検証を行う側が、署名された証明書を、すでに信頼しているルートまで遡ることができる場合にのみ機能します。デバイスには、少数の信頼されたルートCA証明書がプリインストールされていますが、それらのルートによって直接署名された証明書はほとんど存在しません。ルートは、代わりに1つ以上の中間CAに署名権限を委任しているからです。最終的な証明書のみを保持している検証者は、署名を遡って、自身が認識する信頼のアンカーにたどり着くことはできません。
だからこそ、「信頼できない証明書」や「不明なCA」というエラーは、通常、証明書が無効であるという問題ではなく、証明書チェーンの欠落による問題なのです。チェーンに不備があると、それが保護すべきものが機能しなくなります。つまり、ブラウザがサイトをブロックしたり、IPsecトンネルが失敗したり、ディレクトリへのバインドが失敗したりするのです。また、中間証明書はルートCAの秘密鍵をオフラインで保持する役割も果たしており、その保護を可能にしているのがこのチェーンなのです。
CAチェーンとは何ですか?
構造的に、CAチェーンは署名パスです。最上位には信頼されたルートCA証明書(自己署名型で、信頼ストア内に格納されているもの)があり、その中間には1つ以上の中間CA証明書(それぞれが上位の証明書によって署名されている)があり、最下位にはエンドエンティティ証明書(デバイス、サーバー、またはゲートウェイの証明書)があり、これは最後の中間CA証明書によって署名されています。検証者は、各署名を、自身の信頼ストアと一致するものが見つかるまで確認していきます。
CAチェーンは通常、単一のファイルであり、一般的には .crt, .cer、または .pem – 中間証明書が順番に連結されたもので、場合によってはルート証明書も含まれる。エンドエンティティ証明書を検証するソフトウェアは、このファイルを読み取り、自身の信頼ストアでは補えない部分を補完する。
CAチェーンの種類
チェーンは、主に階層の深さと階層構造の接続方法によって異なります。単一中間証明書チェーン(ルート、中間証明書1つ、リーフ証明書)は、エンタープライズPKIにおいて最も一般的な構成です。複数中間証明書チェーンでは、複数の中間CAが入れ子状に配置されており、大規模なCAが、ルート証明書を過度に公開することなく、ポリシー、地域、または事業部門ごとに署名権限を委任できるようになります。単層チェーンでは、ルートがエンドエンティティ証明書に直接署名します。これはより単純ですが、ルート鍵の使用頻度が高くなるため、本番環境のPKIよりも、自己署名された実験用証明書でより一般的に使用されます。相互署名チェーンは、あるCAが別のCAの証明書に署名することで、別々の階層を連結するものであり、ルートの移行時に役立ちます。
CA Chain &Versa
Versa Director を通じて管理される VOS デバイスでは、CA 証明書、その秘密鍵、および CA チェーンは、個別のカスタムオブジェクトとして([Objects & Connectors] > [Custom Objects] > [CA Certificate, Keys, and CA Chains] の下に)まず Director ノードに、次にアプライアンスにアップロードされます。チェーンファイルは .crt, .cer、または .pem. その CA証明書、鍵ファイル、およびCAチェーンの設定 ガイド(およびその NGFWに相当するもの) これら2つの手順を網羅しています。アップロードが完了すると、そのチェーンはIPsec VPNプロファイル内で、ローカル認証およびピア認証の両方に対して選択されます。
Titan ポータルでは、MSPおよびテナント管理者は、SASE ゲートウェイVSAサービス用の証明書をインストールする際に、「キー→証明書→チェーン」という同じ順序に従います。また、LDAPSをActive Directoryにセキュリティ保護する際には、デフォルトのCAチェーンまたはカスタムCAチェーンを選択できます。
よくある質問
CA証明書とCAチェーンの違いは何ですか?
CA証明書とは、1つの認証機関によって発行される単一の証明書のことです。CAチェーンとは、発行された証明書と信頼されたルートとの間に存在するすべての中間CAを含む、それらの証明書の完全な順序付き一連のリストであり、検証者がすでに信頼しているルートまで遡ってその証明書を検証するために必要なものです。
証明書が有効であるにもかかわらず、なぜ「信頼できない証明書」というエラーが表示されるのですか?
通常、サーバーやデバイスは、中間CA証明書を含めずに、エンドエンティティ証明書のみを送信します。クライアントの信頼ストアにはルート証明書しか格納されていないため、この2つの間のギャップを埋めることができません。完全なCAチェーンをアップロードするか、提供することで、このエラーは解消されます。
CAチェーンではどのようなファイル形式が使用されていますか?
CAチェーンは通常、次のように配布されます。 .crt, .cer、または .pem PEM形式でエンコードされた証明書を含むファイルが、最初の中間証明書から最後のものまで順に連結されており、これにより、検証用ソフトウェアは単一のファイルから信頼パス全体を読み取ることができます。
すべての証明書に独自のCAチェーンが必要なのでしょうか?
いいえ。同じCA階層から発行された証明書は、同じ中間証明書とルート証明書を共有しています。アップロードされた1つのCAチェーンオブジェクトで、その階層から発行されたすべてのデバイスまたはゲートウェイの証明書の有効性が検証されるため、管理者は各証明書に個別のチェーンを添付するのではなく、一度アップロードするだけで済みます。
HTTPSトラフィック以外で、CAチェーンはどこで使用されますか?
Webトラフィック以外にも、CAチェーンは、証明書ベースのIKEネゴシエーション中のIPsec VPNピアの認証、ディレクトリサーバーへのLDAPSバインドのセキュリティ確保、およびデバイスやゲートウェイのID証明書の検証に使用されます。つまり、一方の側がもう一方の証明書を信頼できるルート証明書まで遡って検証する必要があるあらゆる場面で、CAチェーンが活用されます。
CAチェーンに関する詳細
さらに詳しく知りたい場合は、私たちが信頼している情報源を以下にご紹介します。
| IETF RFC 5280: X.509 PKI 証明書および CRL プロファイル | NIST CSRC 用語集 |
|---|---|
| TLS、IPsec、およびPKIで広く採用されている、X.509証明書のフォーマットおよび認証パス(チェーン)の検証モデルを定義するIETF規格。 | NISTが定めたPKIおよび認証パスに関する用語の標準定義。セキュリティ仕様書との正確な照合に有用である。 |
関連用語
CAチェーンについて調べているなら、次はこれらもチェックしてみる価値があります。
| トランスポート層セキュリティ | セキュア・ソケット・レイヤー | 公開 |
|---|---|---|
| CAチェーンが最も頻繁に果たす役割は、暗号化されたセッションが確立される前に、サーバーまたはピアの証明書を検証することです。 | TLSの前身であるCAチェーンは、ルートからリーフに至る同じ信頼パスを通じて、SSLおよびTLS証明書の有効性を検証します。 | アップロードされたCA証明書、鍵、および証明書チェーンをターゲットアプライアンスに配信する「Director/Concerto」アクション。 |