📄 rfc3156.txt
字号:
It is explicitly allowed for an agent to decrypt a combined message
and rewrite it as a multipart/signed object using the signature data
embedded in the encrypted version.
7. Distribution of OpenPGP public keys
Content-Type: application/pgp-keys
Required parameters: none
Optional parameters: none
A MIME body part of the content type "application/pgp-keys" contains
ASCII-armored transferable Public Key Packets as defined in [1],
section 10.1.
8. Security Considerations
Signatures of a canonical text document as defined in [1] ignore
trailing white space in signed material. Implementations which
choose to use signatures of canonical text documents will not be able
to detect the addition of whitespace in transit.
See [3], [4] for more information on the security considerations
concerning the underlying protocols.
Elkins, et al. Standards Track [Page 8]
RFC 3156 MIME Security with OpenPGP August 2001
9. IANA Considerations
This document defines three media types: "application/pgp-encrypted",
"application/pgp-signature" and "application/pgp-keys". The
following sections specify the IANA registrations for these types.
9.1. Registration of the application/pgp-encrypted media type
MIME media type name: application
MIME subtype name: pgp-encrypted
Required parameters: none
Optional parameters: none
Encoding considerations:
Currently this media type always consists of a single 7bit text
string.
Security considerations:
See Section 8 and RFC 2440 Section 13.
Interoperability considerations: none
Published specification:
This document.
Additional information:
Magic number(s): none
File extension(s): none
Macintosh File Type Code(s): none
Person & email address to contact for further information:
Michael Elkins
Email: me@cs.hmc.edu
Intended usage: common
Author/Change controller:
Michael Elkins
Email: me@cs.hmc.edu
Elkins, et al. Standards Track [Page 9]
RFC 3156 MIME Security with OpenPGP August 2001
9.2. Registration of the application/pgp-signature media type
MIME media type name: application
MIME subtype name: pgp-signature
Required parameters: none
Optional parameters: none
Encoding considerations:
The content of this media type always consists of 7bit text.
Security considerations:
See Section 8 and RFC 2440 Section 13.
Interoperability considerations: none
Published specification:
RFC 2440 and this document.
Additional information:
Magic number(s): none
File extension(s): asc, sig
Macintosh File Type Code(s): pgDS
Person & email address to contact for further information:
Michael Elkins
Email: me@cs.hmc.edu
Intended usage: common
Author/Change controller:
Michael Elkins
Email: me@cs.hmc.edu
9.3. Registration of the application/pgp-keys media type
MIME media type name: application
MIME subtype name: pgp-keys
Required parameters: none
Optional parameters: none
Elkins, et al. Standards Track [Page 10]
RFC 3156 MIME Security with OpenPGP August 2001
Encoding considerations:
The content of this media type always consists of 7bit text.
Security considerations:
See Section 8 and RFC 2440 Section 13.
Interoperability considerations: none
Published specification:
RFC 2440 and this document.
Additional information:
Magic number(s): none
File extension(s): asc
Macintosh File Type Code(s): none
Person & email address to contact for further information:
Michael Elkins
Email: me@cs.hmc.edu
Intended usage: common
Author/Change controller:
Michael Elkins
Email: me@cs.hmc.edu
Elkins, et al. Standards Track [Page 11]
RFC 3156 MIME Security with OpenPGP August 2001
10. Notes
"PGP" and "Pretty Good Privacy" are registered trademarks of Network
Associates, Inc.
11. Acknowledgements
This document relies on the work of the IETF's OpenPGP Working
Group's definitions of the OpenPGP Message Format. The OpenPGP
message format is currently described in RFC 2440 [1].
Special thanks are due: to Philip Zimmermann for his original and
ongoing work on PGP; to Charles Breed, Jon Callas and Dave Del Torto
for originally proposing the formation of the OpenPGP Working Group;
and to Steve Schoenfeld for helpful feedback during the draft
process. The authors would also like to thank the engineers at
Pretty Good Privacy, Inc (now Network Associates, Inc), including
Colin Plumb, Hal Finney, Jon Callas, Mark Elrod, Mark Weaver and
Lloyd Chambers, for their technical commentary.
Additional thanks are due to Jeff Schiller and Derek Atkins for their
continuing support of strong cryptography and PGP freeware at MIT; to
Rodney Thayer of Sable Technology; to John Noerenberg, Steve Dorner
and Laurence Lundblade of the Eudora team at QUALCOMM, Inc; to Bodo
Moeller for proposing the approach followed with respect to trailing
whitespace; to John Gilmore, Hugh Daniel and Fred Ringel (at
Rivertown) and Ian Bell (at Turnpike) for their timely critical
commentary; and to the international members of the IETF's OpenPGP
mailing list, including William Geiger, Lutz Donnerhacke and Kazu
Yamamoto. The idea to use multipart/mixed with multipart/signed has
been attributed to James Galvin. Finally, our gratitude is due to
the many members of the "Cypherpunks," "Coderpunks" and "pgp-users"
<http://cryptorights.org/pgp-users> mailing lists and the many users
of PGP worldwide for helping keep the path to privacy open.
Elkins, et al. Standards Track [Page 12]
RFC 3156 MIME Security with OpenPGP August 2001
12. Addresses of the Authors and OpenPGP Working Group Chair
The OpenPGP working group can be contacted via the current chair:
John W. Noerenberg II
Qualcomm, Inc.
5775 Morehouse Dr.
San Diego, CA 92121 USA
Phone: +1 619 658 3510
EMail: jwn2@qualcomm.com
The principal authors of this document are:
Dave Del Torto
CryptoRights Foundation
80 Alviso Street, Mailstop: CRF
San Francisco, CA 94127 USA
Phone: +1.415.334.5533, vm: #2
EMail: ddt@cryptorights.org, ddt@openpgp.net
Michael Elkins
Network Associates, Inc.
3415 S. Sepulveda Blvd Suite 700
Los Angeles, CA 90034 USA
Phone: +1.310.737.1663
Fax: +1.310.737.1755
Email: me@cs.hmc.edu, Michael_Elkins@NAI.com
Raph Levien
University of California at Berkeley
579 Soda Hall
Berkeley, CA 94720 USA
Phone: +1.510.642.6509
EMail: raph@acm.org
Thomas Roessler
Nordstrasse 99
D-53111 Bonn, Germany
Phone: +49-228-638007
EMail: roessler@does-not-exist.org
Elkins, et al. Standards Track [Page 13]
RFC 3156 MIME Security with OpenPGP August 2001
References
[1] Callas, J., Donnerhacke, L., Finney, H. and R. Thayer, "OpenPGP
Message Format", RFC 2440, November 1998.
[2] Galvin, J., Murphy, G., Crocker, S. and N. Freed, "Security
Multiparts for MIME: Multipart/Signed and Multipart/Encrypted",
RFC 1847, October 1995.
[3] Freed, N. and N. Borenstein, "Multipurpose Internet Mail
Extensions (MIME) Part Two: Media Types", RFC 2046, November
1996.
[4] Galvin, J., Murphy, G., Crocker, S. and N. Freed, "MIME Object
Security Services", RFC 1848, October 1995.
[5] Atkins, D., Stallings, W. and P. Zimmermann, "PGP Message
Exchange Formats", RFC 1991, August 1996.
[6] Elkins, M., "MIME Security with Pretty Good Privacy (PGP)", RFC
2015, October 1996.
[7] Freed, N., "Gateways and MIME Security Multiparts", RFC 2480,
January 1999.
Elkins, et al. Standards Track [Page 14]
RFC 3156 MIME Security with OpenPGP August 2001
Full Copyright Statement
Copyright (C) The Internet Society (2001). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.
Elkins, et al. Standards Track [Page 15]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -