証明書列のDER

[40] TLS でサーバー証明書やクライアント証明書を送信する Certificate メッセージでは、 証明書の列を DER 符号化したものが使われます。 Certificate

証明書のPEMの列

[39] OpenSSL は1個以上の証明書が含まれる.pemファイルに対応しています。 OpenSSL を使った多くの応用がこの形式をそのまま採用しています。

[41] この形式は、 1個の証明書を表す .pem ファイルを (適当な改行を挟んで) 任意の個数、繰り返し記述したものです。

[42] TLS Certificate 用にこれを指定した場合は、 PEMファイルに含まれる証明書がそのまま順に送信されます。

証明書のPEMのJSON配列

[16] report-uri で指定された URL に送信される JSON では、証明書鎖を証明書の .pem 形式の文字列を JSON 配列として記述します。

証明書のDERのBase64のJSON配列

その他のASN.1系記述形式

[44] PKCS #7証明書鎖

[45] Netscape Certificate Sequence

中間証明書の欠如

Certificate

証明経路の完成のための証明書の入手

[46] TLS はじめ多くのプロトコルは証明書鎖にルート証明書を含めても、 含めなくても良いとしています。 必要なルート証明書は、手元の証明書データベースにあるものを参照します。

[48] TLS はじめ多くのプロトコルは必要な中間証明書をすべて証明書鎖に含めて相手方に送信することを求めています。

[49] しかしそれ以外の手段で中間証明書を取り揃えて証明経路を用意する仕組みを構築することは可能です。

[50] 実際にそのための要素の1つとして、 証明書に AIA を使って中間証明書の入手方法を記述することができます。

[52] また、実装によっては中間証明書の検証結果をキャッシュしているために、 プロトコル上必須とされる中間証明書が証明書鎖に含まれなかった場合でも、 キャッシュを根拠に検証を成功させてしまう場合があります。 このような挙動は接続の可否に再現困難な不確定性をもたらしてしまい、 問題の発覚と修正を難しくするので、避けなければなりません。