記事「認証局」 の 検索結果 14 件
-
RFC 5280 の 4.2.1.9. Basic Constraints「基本制限」拡張は その証明書は認証局のものかどうかその証明書を含む階層の深さを幾つまで認めるかに関して記述されます。 何で「基本」かっていうと、階層をの検証の為に X.509 のバージョン 3 ..
-
RFC 5280 の 4.2.1.1. Authority Key IdentifierAuthority Key Identifier はマイクロソフト社では「機関キー識別子」となってます 発行者が署名に使っている公開鍵を識別する為の識別子です 1 つの発行者が同時に複数の鍵を利用..
-
RFC 5280 の 2.4. Administrator Expectation管理者への要求か語られています。 2.3 では利用者への要求が述べられていましたが それに加えて証明書の認証局を運営する人向けに RFC 5280 の要求することが述べられています 認..
-
COMODO のリセラーの Certstar が無審査で証明書を出しちゃったちょっと古い話になりますが MD5 の衝突の話と合わせて COMODO のリセラーの Certstar が審査無しで証明書出しちゃったそうです 経緯はというと、Certstar は期限切れ間近..
-
RFC5280 の 4.1.2.4. Issuer署名アルゴリズムの次に記載されるのが認証局の名前です Issuer は「発行者」と訳しましょう つまり、その証明書に署名して発行しているのは誰か? ということが書かれます ここは空ではいけません..
-
RFC 5280 の 4.1.2. TBSCertificateTBSCertificate に載っているのは エンドエンティティーと認証局に関する情報です。 もう少し詳しく述べ直すと エンドエンティティーの名前認証局の名前エンドエンティティーの公開鍵有..
-
RFC 5280 の 3.5. Management ProtocolsOperational Protocols に続いて Management Protocols ということで 3. の Figure 1. を見ると End entity が Repository ..
-
私も知らない PKIあなたの知らない PKI というタイトルの特集記事がありました 全6回のうち3回までが掲載されていますが、目次は PKIのコア要素として、公開鍵暗号技術の概説PKIのコア要素として、電子証明書と認..
-
RFC 5280 の 3.2. Certification Paths and Trust前節で X.509 バージョン 3 が登場した理由が説明されてました 「RFC 1422 で X.509 バージョン 1 を使おうと思ったけど 記載できる内容が少なすぎた」ということでした 3...
-
平成19年問26認証局(CA)に登録されている通信相手の公開鍵を使用して行えることはどれか。 ア CA から証明書の発行を受ける。 イ 受信した暗号文を復号する。 ウ ディジタル署名を検証す..
-
幅広くシングルサインオンが可能な「Pageonce」サービスが登場これまで「OpenID」を本ブログの中で書いてきました。ここ(1)とここ(2)とここ(3)。 その中では、理想的な「OpenID」への期待と現実に実現できているサービスレベルに大きく差(..
-
平成19年問15ディジタル証明書に関する記述のうち,適切なものはどれか。 ア S/MINE や SET で利用するディジタル証明書の規格は,X.400 で規定され ている。 イ ディジタル証明..
- 前へ
- 次へ