自己署名証明書

暗号化とコンピュータ セキュリティにおいて、自己署名証明書は、証明機関(CA)によって発行されない公開鍵証明書です。これらの自己署名証明書は簡単に作成でき、費用もかかりません。ただし、信頼の価値は提供されません。

たとえば、Web サイトの所有者が自己署名証明書を使用して HTTPS サービスを提供している場合、その Web サイトにアクセスするユーザーは、意図した宛先に接続されているかどうか確信が持てません。悪意のある第三者が、同じ所有者名を持つ別の自己署名証明書を使用して接続をリダイレクトしている可能性があります。接続は暗号化されていますが、必ずしも意図した宛先につながるわけではありません。これに対して、信頼できるCA によって署名された証明書は、ユーザーの Web ブラウザーが証明書を発行した CA に対して個別に検証するため、この攻撃を防ぎます。攻撃者の証明書はこの検証に合格しません。

自己署名証明書は、 OpenSSL、Javaのkeytool、Adobe Reader、wolfSSL 、AppleのKeychainなど、さまざまなツールを使用して無料で作成できます。自己署名証明書はカスタマイズが簡単で、たとえば、より大きなキーサイズを指定したり、追加のメタデータを保持したりできます。自己署名証明書を使用すると、証明書に不適切に署名する可能性のある第三者を信頼する問題が発生することはありません。自己署名証明書のトランザクションでは、複雑な証明書チェーンの検証^[1]とCRLやOCSPなどの証明書失効チェックの両方が不要になるため、攻撃対象領域がはるかに小さくなります。

CA ベースのPKIシステムでは、安全な通信に携わる当事者は CA を信頼する必要があります。つまり、CA 証明書を信頼できる証明書のホワイトリストに登録する必要があります。Webブラウザーの開発者は、CA/ブラウザー フォーラムで指定された手順を使用して、よく知られているパブリック証明機関をホワイトリストに登録できます。個々のグループや企業は、追加のプライベート CA 証明書をホワイトリストに登録できます。新しい自己署名証明書を受け入れるエンティティの信頼の問題は、新しい CA 証明書の追加を信頼するエンティティの問題に似ています。自己署名 PKI の当事者は、(PKI 外部の手順を使用して) 相互に信頼を確立し、証明書の帯域外 暗号化ハッシュを比較するなどして、公開キーの正確な転送を確認する必要があります。

CA 署名証明書と自己署名証明書の間には、特に証明書のセキュリティ アサーションに置ける信頼度において、多くの微妙な違いがあります。一部の CA は、証明書を発行する人物の身元を確認できます。たとえば、米国軍は、他の複数の形式の ID とともに、 Common Access Card を直接発行します。CA は、署名証明書にこれらの ID 値を含めることで、これらの ID 値を証明できます。証明書を検証するエンティティは、証明書に署名した CA (および暗黙的に、証明された情報を検証するために CA が使用したセキュリティ手順) を信頼するのと同じ程度に、証明書内の情報を信頼できます。

対照的に、自己署名証明書の場合、エンティティが署名キーを所有し、常に異なる値を持つ新しい証明書を生成できるため、証明書の値の信頼はより複雑になります。たとえば、エンティティは常に有効な日付範囲を含む新しい証明書を作成して署名できるため、自己署名証明書の有効期限は信頼されない可能性があります。

自己署名証明書の値は、証明書の受け入れ時にその値が帯域外で検証され、自己署名証明書が信頼された後に変更されていないことを確認する方法がある場合にのみ信頼できます。たとえば、自己署名証明書を信頼する手順には、有効期限の手動検証が含まれ、証明書のハッシュがホワイト リストに組み込まれます。^[2]証明書が検証のためにエンティティに提示されると、エンティティはまず証明書のハッシュがホワイト リストの参照ハッシュと一致することを確認します。一致する場合 (自己署名証明書が以前に信頼されていた証明書と同じであることを示します)、証明書の有効期限を信頼できます。自己署名証明書の X.509 証明書フィールドの特別な処理については、RFC 3280 を参照してください。^[1]

自己署名証明書の失効は、CA 署名証明書の失効とは異なります。本質的に、いかなるエンティティ (CA またはその他) も自己署名証明書を失効させることはできません。ただし、信頼ホワイトリストから削除することで、自己署名 CA を無効にすることは可能です。^[3]

自己署名証明書の使用は限られています。たとえば、発行者と唯一のユーザーが同じエンティティである場合などです。たとえば、 Microsoft Windows の暗号化ファイル システムは、ユーザー アカウントに代わって自己署名証明書を発行し、ファイルを透過的に暗号化および復号化します。別の例として、自己署名証明書の一種である ルート証明書があります。

「自己署名」と「自己発行」という用語は時々互換的に使用され、「自己署名証明書」はプライベートな（公的に信頼されていない）CAによって発行された証明書を示すために誤って使用されることもあります。^{[4] [5] [6]}

RFC 5280 では、自己署名証明書を「証明書にバインドされた公開鍵によってデジタル署名が検証される自己発行証明書」と定義しています^[7]。一方、自己発行証明書は「発行者と主体が同じエンティティである」証明書です。厳密には、RFC はこの定義を CA 証明書に対してのみ行っていますが、エンド エンティティ証明書にもその定義を採用する理由はありません。

• 認証局 § 信頼できる第三者機関のスキームの実装上の弱点
• X.509 は、証明書を保存するために最も広く使用されている形式を規定する標準です。
• Let's Encryptは、ドメイン検証済みの無料証明書を提供する認証局です^[8]