認証局

認証局（CA）は、証明書を発行してデジタル署名する信頼された組織です。

CAが証明書に署名することは、このアイデンティティを検証済みであり、この公開鍵を信頼できますと保証することを意味します。

ブラウザーやオペレーティングシステムには、信頼されたルートCAの一覧が組み込まれています。

誰もがこれらのルートをすでに信頼しているため、ルートによって署名された証明書は、手動で設定しなくても自動的に信頼されます。

CAは階層構造で運用されます：

• ルートCAはオフラインで保管され、ほとんど使用されません。最終的なトラストアンカーです。
• 中間CAはルートCAによって署名され、日常的な署名を行います。

これにより、貴重なルート鍵を漏えいから守ります。

CAは、異なる厳格さのレベルでアイデンティティを検証します：

• ドメイン認証（DV）は、ドメインを管理していることだけを証明します。
• 組織認証（OV）は、組織が実在することを検証します。
• 拡張認証（EV）は、詳細な法的審査を行います。

ドメイン認証では、CAがドメインを管理していることの証明を求めます。多くの場合、URLでトークンを配信したり、DNSレコードを追加したりします。

パブリックCA（商用プロバイダーなど）は、世界中のブラウザーから信頼されています。

プライベートCAは、組織が自社のデバイスやサービス向けに内部で運用します。そのルートを信頼する必要があるすべてのクライアントに、手動でインストールする必要があります。

Let's Encryptは、無料で自動化されたパブリックCAです。ACMEプロトコルを使用するため、クライアントは人の操作なしで証明書を申請して更新できます。

信頼されたルートCAの一覧はトラストストアに保存されています。

• オペレーティングシステムはシステムトラストストアを管理します。
• ブラウザーは独自のトラストストアを使用する場合があります。

多くのLinuxシステムでは、信頼されたルートを確認できます。

CAの署名鍵が盗まれたり、CAが不正な証明書を発行したりすると、信頼モデル全体が崩れます。

過去のインシデントでは、ブラウザーがCA全体を信頼しなくなり、そのCAの証明書がすべて直ちに無効になりました。そのため、CAのセキュリティは極めて重要です。

Certificate Transparency（CT）では、CAが発行したすべての証明書を、公開された追記専用ログに記録することが求められます。

これにより、ドメイン所有者は自分のドメイン向けに許可なく発行された証明書を検出でき、不正または誤って発行された証明書を見つけられます。

CAを選ぶ際は、次の点を検討します：

• ブラウザーやデバイスでの信頼範囲
• ACMEなどの自動化への対応
• 必要な認証レベル（DV/OV/EV）
• コストとサポート

認証局は、ブラウザーが信頼する証明書を発行して署名する組織だと学びました。

• 信頼は、オフラインのルートCAから中間CAへと受け継がれます。
• 認証レベルにはDV、OV、EVがあります。
• Certificate Transparencyのログによって、誤発行を検出できます。

次は、リーフ証明書からルートまでの信頼チェーンをたどります。