CT（Certificate Transparency：証明書の透明性）の実現

主要な認証局（CA)は、2015年1月1日までに、EV SSLサーバ証明書用として、「CT（Certificate Transparency：証明書の透明性）」のログ登録ができるように準備しなければなりませんでした。
しかし、いくつかの認証局（CA)では、EVサーバ証明書でない一般の証明書についてログ登録しているかもしれないなど、ログ登録に使うメカニズムは認証局（CA)ごとに異なります。
DigiCertでは、発行する全てのSSLサーバ証明書が、CT対応となっています。

SCT（Signed Certificate Timestamp：登録済み証明書タイムスタンプ）の提供方法

認証局（CA)は、自社のルート証明が含まれているログであれば、どのログへも証明書を記録することが可能です。ログは証明書の登録要求受付とSCT（Signed Certificate Timestamp：登録済み証明書タイムスタンプ）情報を返します。

• SCT（Signed Certificate Timestamp：登録済み証明書タイムスタンプ）
• SCTは、証明書がMaximum Merge Delay（MMD）と呼ばれる所定の時間内にログサーバーに登録されることを示す登録予約証のようなものです。
  Maximum Merge Delay (MMD) は24時間で、新規に発行された証明書は、SCTが作成されてから24時間以内にログサーバーに登録されるということになります。
  この仕組みによって、証明書の発行が遅れたり利用が妨げられたりすることはありません。

SCTは、証明書が存在している限り証明書に含まれ、TLSハンドシェークの一部を構成します。
TLSハンドシェークのプロセスは、CTログを毎回参照し、SCTに誤りがないことを確認します。

SCT付き証明書の提供方法

CTでのSCT付き証明書の提供には「証明書への埋め込み」「TLS拡張機能の利用」「OCSP Staplingの利用」の3種類の方法があります。

DigiCertでは、現時点で3種類すべての方法でSCTの提供が可能です。
デフォルトでは、Google の2つのログサーバーと、DigiCertのログサーバーに登録されているSCTを埋め込んだ証明書を発行します。
この方法で証明書を発行する場合にはサーバー管理者側の作業は発生しません。
TLS拡張機能の利用、またはOCSP staplingを利用したい場合は、お問合せください。