認証局のkeyUsage拡張機能

Question

プライベートCA（ルートまたは下位）を作成するときに選択するキーの使用法について質問があります。

ルートと発行元のWeb認証局を調べたところ、digitalSignature、cRLSign、keyCertSignを使用する傾向があります。しかし、CAの仕事は他の証明書とCRLに署名することなので、cRLSignとkeyCertSignのみを使用するのが理にかなっていますか？

CAのキー使用法拡張をクリティカルとしてマークする必要がありますか？（私の推測はイエスですが、それを正当化する方法がわかりません。）

誰かがこれらの選択の背後にある方法論を明確にできますか？

編集：

例C = US, O = Let's Encrypt, CN = Let's Encrypt Authority X3：

StackzOfZtuff · Accepted Answer

OCSPの場合？

OCSP用だと思います。

CABフォーラムのベースライン要件を確認しました。 digitalSignatureの全文検索を行ったところ、ヒットは2つしかありませんでした。

ヒット1/2はルートCA用です。

b。 keyUsage
この拡張は存在しなければならず、クリティカルとしてマークされている必要があります。 keyCertSignおよびcRLSignのビット位置を設定する必要があります。ルートCA秘密鍵がOCSP応答の署名に使用される場合、digitalSignatureビットを設定する必要があります。

ヒット2/2は下位CA向けです。

e。 keyUsage
この拡張は存在しなければならず、クリティカルとしてマークされている必要があります。 keyCertSignおよびcRLSignのビット位置を設定する必要があります。 OCSP応答の署名に下位CA秘密鍵を使用する場合は、digitalSignatureビットを設定する必要があります。

Mike Ounsworth · Answer

私はあなたが正しいと思います。 RFC 5280セクション4.2.1.3。キーの使用法は次のように述べています（鉱山を強調）：

KeyUsage ::= BIT STRING { digitalSignature (0), nonRepudiation (1), -- recent editions of X.509 have -- renamed this bit to contentCommitment keyEncipherment (2), dataEncipherment (3), keyAgreement (4), keyCertSign (5), cRLSign (6), encipherOnly (7), decipherOnly (8) } 
KeyUsageタイプのビットは次のように使用されます。

証明書（ビット5）とCRL（ビット6）の署名以外のデジタル署名*の検証にサブジェクト公開鍵が使用されると、digitalSignatureビットがアサートされます*（エンティティ認証サービス、データオリジン認証サービス、整合性サービスで使用されるものなど）。

...

ただし、サブジェクトの公開鍵を使用して証明書やCRL、その他のオブジェクトの署名を検証する場合は、keyCertSignビットやcRLSignビットに加えて、digitalSignatureビットやnonRepudiationビットを設定できます。

私の推測では、CAはルートキーを他の種類の認証に使用する機能を必要としています。誰が知っているのか、おそらくログに署名するのか？それか、設定ミスです。

完全な開示、私はEntrustで働いているので、それらを例として使用します：publicly-trusted Entrust Root Certificate Authority—G2 であり、L1KおよびL1M発行CAにはdigitalSignature keyUsage、それは確かに必要ではありません：

あなたの他の質問については：

CAのキー使用法の拡張機能に、重要かどうかをマークする必要がありますか？（私の推測はイエスですが、それを正当化する方法がわかりません）

RFC 5280（同じセクション）は言う：

存在する場合、適合CAはこの拡張をクリティカルとしてマークする必要があります（SHOULD）。

これを非クリティカルとしてマークするとどうなるかわかりませんが、一部のクライアント/検証機能が正常に動作し、一部の動作がおかしいと思います。