Independent Submission S. Turner 独立提案 Request for Comments: 7169 IECA, Inc. Category: Informational 1 April 2014 ISSN: 2070-1721 The NSA (No Secrecy Afforded) Certificate Extension NSA（機密非保持）証明書拡張 Abstract 要約 This document defines the NSA (No Secrecy Afforded) certificate extension appropriate for use in certain PKIX (X.509 Pubic Key Certificates) digital certificates. Historically, clients and servers strived to maintain the privacy of their keys; however, the secrecy of their private keys cannot always be maintained. In certain circumstances, a client or a server might feel that they will be compelled in the future to share their keys with a third party. Some clients and servers also have been compelled to share their keys and wish to indicate to relying parties upon certificate renewal that their keys have in fact been shared with a third party. この文書は、特定のPKIX（X.509公開鍵証明書）デジタル証明書の使用に適し たNSA（機密非保持）証明書拡張を定義する。歴史的に、クライアントとサー バは、自分たちの用いる鍵の秘密保持に努めてきたが、その秘密鍵の機密性を 今後も常に維持していくことはできない。特定の状況では、クライアントまた はサーバは、将来的に第三者と鍵を共有することを強制されるようになると感 じるかもしれない。いくらかのクライアントとサーバは既に鍵を共有すること を強制されており、そして実際にその鍵が第三者と共有されていることを、証 明書の更新時に依存する関係者に開示することを希望している。 Status of This Memo このメモの位置付け This document is not an Internet Standards Track specification; it is published for informational purposes. この文書は、インターネット標準の中間仕様ではない：情報目的での公開で ある。 This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741. これは RFC への貢献であり、他の RFC の系統とは独立している。 RFC Editor は自らの権限でこの文書を公開することを選択し、実装や展開の 価値については触れない。RFC Editor によって公開を承認をされた文書はイ ンターネット標準のいかなるレベルの候補でもない。RFC 5714 の第２章参照。 Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7169. この文書の現在の状況、正誤表、フィードバックの提供方法の情報は http://www.rfc-editor.org/info/rfc6592 で得られるだろう。 Copyright Notice Copyright (c) 2014 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. この文書は BCP 78 と、この文書の公開日に有効な IETF 文書 (http://trustee.ietf.org/license-info)に関連する IETF トラストの法律 条項の対象である。この文書に関連する読者の権利と制限が記述されている ので、これらの条項は注意深く読んでほしい。 Turner Informational [Page 1] RFC 7169 The NSA Certificate Extension 1 April 2014 1. Introduction 1. はじめに Insecurity abounds when clients and servers are unable to keep their private keys private. Situations exist nonetheless where client and servers have shared their private keys with a third party. An example of over-sharing might be lawful intercept. クライアントとサーバが自分たちの秘密鍵の秘密性を保持できないと、とても 危険である。それにもかかわらず、クライアントとサーバが第三者と秘密鍵を 共有している状況は存在する。オーバーシェアリングの例は、正当な傍受かも しれない。 Just because the private key has been shared does not mean that the private key holder wants to conceal the fact they have shared their private key with a third party. Overtly indicating that the private key may be or has been shared with a third party is the best way to indicate to relying parties that this sharing has occurred. Knowledge is power, after all. Extensions for certificates [RFC5280] offer an excellent mechanism to indicate that the entities key(s) have been shared, and this document specifies one such certificate extension for use by entities that have shared their private key: the NSA (No Secrecy Afforded) certificate extension. 秘密鍵が共有されている場合であっても、秘密鍵保持者が、第三者と秘密鍵を 共有しているという事実を隠しておきたいと思っていることを意味するもので はない。秘密鍵が第三者と共有される可能性、または共有されたことをきちん と示すことは、この共有が生じたことを関係者に知らせるための最良の方法で ある。結局のところ、知っているということ自体が力となる。証明書の拡張機 能[RFC5280]は、エンティティの鍵が共有されたことを示すための優れた方法 を提供しており、さらにこのドキュメントで、秘密鍵を共有しているエンティ ティで使用するためにそのような証明書の拡張を定義する：NSA（機密非保持） 証明書拡張である。 2. The NSA Certificate Extension 2. NSA証明書拡張 In order to allow entities that have shared their keys with a third party, the NSA certificate extension is defined herein. ASN.1 [X.680] for the extension follows: 第三者と自分たちの鍵を共有したエンティティを許容するために、NSA証明書 拡張を以下に定義する。この拡張のASN.1[X.680]形式での記述は以下の通りと する： ext-KeyUsage EXTENSION ::= { SYNTAX BOOLEAN IDENTIFIED BY id-pe-nsa } id-pe-nsa OBJECT IDENTIFIER ::= { id-pe 23 } Making the boolean TRUE indicates that the key has been shared with a third party, and making the extension FALSE indicates that the key may have also been shared with a third party but the signer does not want to overtly indicate that the key has been shared. This extension is always marked critical. 値がTRUEのときは、鍵が第三者と共有されていることを示す。そしてFALSEの ときは、鍵が第三者と共有されているかもしれないが、署名者は鍵が共有され ていることを明示したくないことを示す。この拡張は常に、重要とマークされ る。 3. Security Considerations 3. セキュリティについての考察 Having to disclose keys is sometimes unavoidable. Explicitly indicating that the keys have been shared is one way to mitigate the risk that the relying party might be unaware of this over share. Whatever the case for having shared the keys, the certificate signer needs to careful consider whether to include this extension. 鍵の開示は不可避な場合がある。鍵が共有されていることを明示的に示すこと は、関係者が共有されていることに気づけないというリスクを軽減する1つの 方法である。鍵を共有するどのような場合でも、証明書の署名者は、この拡張 機能を含めるかどうかを注意深く検討する必要がある。 Any key with this extension must be trusted with care. Lengthy deliberations about whether to trust the keys is necessary. Rushing a security analysis is never a good thing. Ultimately, the keys need not be trusted. Secrecy is hard. この拡張機能を用いるどんな鍵も、用心と共に信頼されなければならない。そ の鍵を信頼するかどうかについての検討期間は必要である。セキュリティ分析 を短時間で済ませることはよくない。最後に、鍵そのものは信頼されない必要 がある。秘密主義は強固だからだ。 Turner Informational [Page 2] RFC 7169 The NSA Certificate Extension 1 April 2014 4. Normative References [RFC5280] Cooper, D., Santesson, S., Farrell, S., Boeyen, S., Housley, R., and W. Polk, "Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile", RFC 5280, May 2008. [X.680] ITU-T, "Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation", ITU-T Recommendation X.680 (2002) | ISO/IEC 8824-1:2002, 2002. Author's Address Sean Turner IECA, Inc. 3057 Nutley Street, Suite 106 Fairfax, VA 22031 USA EMail: turners@ieca.com XMPP: sean.turner@jabber.psg.com Turner Informational [Page 3]