ウェブはOCSP Must-Stapleに対応できる準備ができているか?
貢献者
Taejoong Chung, Jay Lok, Balakrishnan Chandrasekaran, David Choffnes, Dave Levin, Bruce M. Maggs, Alan Mislove, John Rula, Nick Sullivan, Christo Wilson
詳細
Proceedings of the Internet Measurement Conference 2018, pp. 105-118. 2018.
概要
TLSは、インターネット上の通信を保護するための実質的な標準プロトコルであり、名前と公開鍵を関連付ける証明書の階層に依存しています。当然のことながら、通信を行う当事者が有効な証明書のみを使用していることを確認することは、TLSのセキュリティの恩恵を受けるために必要な最初のステップです。この目的のために、ほとんどの証明書とクライアントは、証明書の無効化状態を照会し、それがまだ有効であることを確認するためのプロトコルであるOCSPをサポートしています。ただし、残念なことに、OCSPはその遅いパフォーマンス、信頼性の低さ、ソフトフェール、プライバシーの問題に対して批判を受けています。これらの問題に対処するために、OCSP Must-Staple証明書拡張が導入され、これはウェブサーバーがTLSハンドシェイク中にクライアントにOCSP応答を提供することを要求するもので、無効化チェックをクライアントにとって低コストにしています。しかし、ウェブのPKIのすべての関係者がOCSP Must-Stapleをサポートできる準備ができているかどうかは、依然として未解決の問題です。
本論文では、ウェブのPKI全体を広く見渡し、関係するすべてのコンポーネント—つまり、証明機関、ウェブサーバー管理者、およびウェブブラウザ—がOCSP Must-Stapleをサポートできる準備ができているかどうかを確認します。我々の調査結果によると、各コンポーネントはまだOCSP Must-Stapleを完全にはサポートしていません。OCSPレスポンダーはまだ完全に信頼できない状態であり、主要なウェブブラウザおよびウェブサーバー実装の多くはOCSP Must-Stapleを完全にはサポートしていません。ただし、ウェブサーバー管理者がOCSP Must-Stapleを備えた証明書に依存できるようにするには、一部のプレイヤーだけが行動を取ればよいです。したがって、我々はOCSP Must-Stapleのより広範な展開が現実的で実現可能な目標であると考えています。