公開鍵証明書とは【用語集】

公開鍵証明書とは

暗号理論|暗号技術において、公開鍵証明書（こうかいかぎしょうめいしょ）とは、人名や企業名などのID（IDの他に住所や有効期限などの情報も含む）と公開鍵を結びつける証明書である。
公開鍵は単にバイナリデータであるため、公開鍵が利用者本人の物であることを確認するために証明書が必要となる。

== 概要 ==
公開鍵証明書は公開鍵暗号を広い範囲で使用する場合に用いられる。ユーザ同士で暗号鍵を直接やりとりするのはよほど小さなネットワークでない限り実用的ではない。公開鍵暗号はこの鍵配送の問題を回避する手段を提供する。

例えばAさんに対して他の人が秘密のメッセージを送りたいとき、Aさんは公開鍵を作成して公開すれば、公開鍵を入手した誰でもAさん宛てのメッセージを暗号化でき、Aさんはそれを復号することができる。だが、Bさんが作成した公開鍵でも、それをAさんの公開鍵であるとして配布できてしまうため、この偽の公開鍵を受け取った人のメッセージはBさんに復号されてしまう。これを回避するために、ユーザ同士で直接に公開鍵をやりとりするのでは、鍵配送の問題は解決されない。

そこで、Aさんの公開鍵に対して信頼できる第三者機関（Trusted Third Party、TTP）が公開鍵証明書を作成すると、TTPを信頼する誰もが、[[証明書に記載されている公開鍵がAさんの物である」ということを証明書を見て確認するだけでよくなる。このように公開鍵とその正当な所持者の関係を証明するために公開鍵証明書が用いられる。

典型的な公開鍵基盤（Public Key Infrastructure、PKI）では、このTTPが認証局（Certificate Authority、CA）にあたる。
信頼の輪(Web of Trust)では、Cにはどんなユーザーでもなることができ、公開鍵がAさんの物であるというユーザの証明を信用するかどうかはAさんにメッセージを送りたい人次第となる。

== 証明書の発行 ==
公開鍵証明書が偽造されないように通常デジタル署名が使用される。
典型的な公開鍵基盤(PKI)体系においては認証局(CA)がこの署名を行う。信用の輪(Web of Trust)体系においては、自分自身（自己署名証明書）もしくは他のユーザが署名を行う。どちらの場合でも証明書に署名をした者が公開鍵と利用者情報との結びつきを証明し、証明書の正当性を保証することになる。

大規模な展開になるとAさんはDさんの認証局の事を知らないということもあり得るので（AさんとDさんが異なる認証局を持っているかもしれず、それぞれが自分の認証局を使用している場合はこのような結果となってしまう）、Dさんの証明書はAさんでも認識できるかもしれない「より階層の高い」認証局Eが署名したDさんの認証局の公開鍵も組み込む場合がある。このプロセスは証明書の階層構造、そして複雑な信頼関係に達する。公開鍵基盤は大規模な設定で証明書を管理するソフトウェアを対象とする。X.509では証明書の階層構造はトップダウンのツリー構造であり、認証局を複数の第三者機関によって信頼するという必要をなくすために体系の中心として認証局を代表するルート証明書がツリーの先端となる。

== 正当性と失効 ==
秘密鍵の信頼性がなくなったり、証明書に埋め込まれた公開鍵と利用者情報の関係が変更（改名や転職などで）されたまたは誤っていることが発覚したりした場合は証明書が失効する場合がある。失効はごくまれな事象ではあるが、証明書の失効の可能性は証明書が信頼される際、ユーザはいつもその正当性をチェックすべきであるということを意味する。これは電子証明書失効リスト（CRL - 失効した証明書のリスト）と比較することで可能となる。CRLが確実に最新で正確になるようにするのは集中的PKIのコア機能によるもので、それにはスタッフ、予算が共に必要になるため時には適切に行われないこともある。この機能を有効にするためには、必要になったときにはいつでも誰でもすぐに利用でき、頻繁にアップデートされなければならない。証明書の正当性をチェックする別の方法として、OCSP（正式名称: Online Certificate Status Protocol）を用いて証明書の状態を認証局に問い合わせる方法である。

== 規格 ==
現在もっとも一般的な証明書規格は ITU-T X.509である。X.509はIETFのPKIXワークグループによって標準が策定されている。

== 証明書に含まれる情報 ==
証明書は通常以下の情報を含む。
*署名された公開鍵
*人、コンピュータ、企業などの名前
*有効期限
*失効センタのURL