OCSPとは何ですか？

オンライン証明書ステータスプロトコル（OCSP）は、デジタル証明書が失効しているかどうかをリアルタイムで確認するための手法です。クライアントは、完全な失効リストをダウンロードする代わりに、OCSPレスポンダに対して単一のクエリを送信し、「有効（Good）」「失効（Revoked）」「不明（Unknown）」のいずれかの回答を即座に受け取ります。

主なポイント

• OCSPは、保存されたリストではなく、リアルタイムで証明書の失効状態を確認します。
• クライアントはOCSPレスポンダにクエリを送信し、「Good」、「Revoked」、または「Unknown」という応答を受け取ります。
• OCSPステープリングにより、サーバーはハンドシェイク時にキャッシュされた署名付き応答を提示することができます。
• Versa TLS復号プロファイルでは、証明書を信頼する前にOCSPチェックを強制することができます。
• Versa OCSP応答が「Unknown」の場合、ディレクターはIPsecトンネルを切断することができます。

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

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

デジタル証明書は、秘密鍵の漏洩、ドメインの所有権変更、認証局（CA）のミスなどにより失効することがありますが、その証明書を信頼しているすべてのシステムは、速やかにその事実を把握する必要があります。CRL（失効証明書リスト）には、CAによって失効処理されたすべての証明書が掲載されますが、リストは膨大になり、クライアントは更新の合間に古いコピーをキャッシュしてしまうことがあります。その結果、失効した証明書が依然として有効であるかのように見える期間が生じてしまうのです。

OCSPはこの課題を解決します。信頼当事者は、発行CAまたは委任された応答者に対して特定の証明書のステータスを照会し、署名済みの即時の応答を受け取ります。CRLのダウンロードに数分かかるのに対し、OCSPではミリ秒単位で応答が得られます。これは、信頼の判断が自動的にかつ大規模に行われる場面、すなわちTLSハンドシェイク、VPNやIPsecによる証明書認証、および失効した認証情報を即座に拒否しなければならないあらゆるワークフローにおいて、最も重要な意味を持ちます。

OCSPとは何ですか？

OCSPは、RFC 6960において、HTTPを介して伝送されるリクエスト・レスポンス型プロトコルとして定義されています。リクエスト側は、証明書のシリアル番号と発行者を平文で送信するのではなくハッシュ化したリクエストを作成し、レスポンダーのURLにPOSTします。レスポンダー（CA自体、または委任を受けた第三者）は、自身の鍵で署名したレスポンスを返すため、クライアントは回答の出所を検証することができます。

応答には、次の3つのステータスのいずれかが含まれます。「有効」（応答元が把握している限り、失効していない）、「失効」（理由と日時が明記されている）、「不明」（証明書の記録がない。ただし、その証明書を保証するものではない）。また、応答には有効期間も含まれるため、クライアントは接続のたびにクエリを実行する代わりに回答をキャッシュすることができ、応答元の負荷とデータの最新性のバランスをとることができます。

OCSPの種類

ほとんどの導入環境では、2つの配信モデルが適用されます。ダイレクトOCSPチェックでは、クライアント（ブラウザ、VPNゲートウェイ、ファイアウォールなど）が接続時にレスポンダーに問い合わせを行います。これは単純ですが、往復通信が1回増える上、レスポンダーへの到達可能性に依存します。OCSPステープリングでは、この仕組みが逆転します。サーバーが事前に署名付き応答を取得し、それをTLSハンドシェイクに添付（「ステープリング」）するため、クライアントはレスポンダに問い合わせることなく失効ステータスを検証できます。ステープリングにより、レスポンダの負荷が軽減されるほか、プライバシーの漏洩も防止されます。ステープリングを行わない場合、レスポンダはクライアントがどのサイトにアクセスしているかを把握できてしまうからです。

キャッシュは動作にさらなる影響を与えます。レスポンダーとクライアントの両方がレスポンスの有効期間を遵守し、OCSPを適用するデバイスは、トランザクションごとにではなく、設定された間隔で最新のステータスをポーリングすることができます。デバイスが「Unknown」やタイムアウトといった決定的な回答ではない応答をどのように扱うかは、プロトコルの一部ではなくポリシーの選択によるものです。そのため、実装ではこれに関する明示的な設定が提供されています。

OCSP およびVersa

VOS デバイスは、Director ビューの証明書サーバー設定、NGFW向けの証明書サーバーワークフロー、および共通の認証局を通じて構成された組織に依存しないグローバルな CA において、OCSP をサポートしています。各サーバーの [OCSP] タブでは、レスポンダーの URL、リクエスト用のハッシュアルゴリズム、およびレスポンスのキャッシュ期間（最大 168 時間）を設定することで、デバイスが使用のたびに再クエリを行わないようにします。 監視間隔を設定することで、VOSはスケジュールに従ってレスポンダのステータスをポーリングし、制御リクエストの署名および署名検証のオン/オフを切り替えることができます。

運用上の重要度が最も高い設定は「On Response Unknown」です。管理者は、OCSPの応答が不確定だった場合に、関連するIPsecトンネルを切断するか、そのまま維持するかを決定し、可用性と証明書の信頼性のバランスを調整します。また、OCSPの検証はVOSのTLS復号プロファイルの動作制御も行い、CRLチェックとキャッシュを共有しています。VOSは、OCSPで証明書の有効性を確認できない場合にのみ、CRLチェックにフォールバックします。

よくある質問

OCSPとCRLの違いは何ですか？

CRLとは、CAが失効させたすべての証明書を記載したリストで、定期的に公開されます。クライアントはこのリスト全体をダウンロードしてローカルで照合するため、更新の合間に情報が古くなってしまう可能性があります。一方、OCSPは証明書ごとにリアルタイムで照会を行う仕組みであり、リスト全体を取得することなく、署名付きの最新の回答を返します。

OCSP応答で「Unknown」と表示されるのはどういう意味ですか？

「不明」とは、レスポンダにその証明書の記録がないことを意味し、その証明書が有効であることを意味するものではありません。これは、レスポンダの設定ミス、照会されたCAとは異なるCAによって発行された証明書、またはデータベースの更新遅延などが原因で発生する可能性があります。

OCSPステープリングとは何ですか？

OCSPステープリングでは、クライアントではなくサーバー側が、事前に署名付き応答を取得し、それをTLSハンドシェイクに添付します。これにより、クライアントとレスポンダー間の往復通信が不要となり、ブラウジングの活動が非公開に保たれるほか、レスポンダーが一時的に接続不能になった場合でも正常に機能し続けます。

OCSPチェックはTLSハンドシェイクを遅くしますか？

キャッシュされていない場合、直接的なOCSPチェックでは検証ごとに1回の往復通信が発生し、レスポンダーの応答が遅い場合はレイテンシが増加します。OCSPステープリングでは、サーバーが事前に取得済みの署名済みレスポンスを提供するため、このオーバーヘッドが完全に解消されます。

OCSPレスポンダに接続できない場合はどうなりますか？

動作はプロトコルではなくポリシーによって決まります。システムによっては「フェイルオープン」方式を採用し、応答のないレスポンダを「Unknown」として扱い、トンネルを維持するものもあれば、「フェイルクローズ」方式を採用してトンネルを遮断するものもあります。Versa の管理者は、この設定を証明書サーバーごとに設定します。

OCSPに関する詳細

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

関連用語

OCSPについてお読みの方は、次にこれらもぜひご覧ください。