1ae4fedf85961205c240a8e4198897bb6b417dee
[gnupg.git] / doc / OpenPGP
1                     GnuPG and OpenPGP
2                     =================
3
4    See RFC2440 for a description of OpenPGP.  I have an annotated version
5    of this RFC online:  http://www.d.shuttle.de/isil/gnupg/rfc2440.html
6
7
8
9   Compatibility Notes
10   ===================
11    GnuPG (>0.4.5) is in compliance with RFC2440 despite these exceptions:
12
13     ===> Please can someone check this <=========
14
15     * (5.2) GnuPG generates V4 signatures for all V4 keys.  The option
16       --force-v3-sigs allows to override.
17
18     * (5.3) GnuPG has an option to use simple S2K for "Symmetric-Key
19       Encrypted Session-Key Packets"; however a warning message is
20       issued if this option is active.
21
22     * (9.1) states that RSA SHOULD be implemented.  This is not done
23       (except with an extension, usable outside the U.S.) due to
24       patent problems.
25
26     * (9.2) states that IDEA SHOULD be implemented.  This is not done
27       due to patent problems.
28
29     * (12.1) states that an implementaion MUST NOT use a symmetric
30       algorithm which is not in the preference list.  GnuPG has an
31       option to override this.
32
33     * A special format of partial packet length exists for v3 packets
34       which can be considered to be in compliance with RFC1991;  this
35       format is only created if a special option is active.
36
37    All MAY features are implemented with this exception:
38
39     * multi-part armored messages are not supported.
40       MIME should be used instead.
41
42    Most of the OPTIONAL stuff is implemented.
43
44
45
46
47   Some Notes on OpenPGP / PGP Compatibility:
48   ==========================================
49
50      * PGP 5.x does not accept V4 signatures for anything other than
51        key material.
52
53      * PGP 5.x does not recognize the "five-octet" lengths in
54        new-format headers or in signature subpacket lengths.
55
56      * PGP 5.0 rejects an encrypted session key if the keylength
57        differs from the S2K symmetric algorithm. This is a bug in its
58        validation function.
59
60      * PGP 5.0 does not handle multiple one-pass signature headers and
61        trailers. Signing one will compress the one-pass signed literal
62        and prefix a V3 signature instead of doing a nested one-pass
63        signature.
64
65      * When exporting a private key, PGP 2.x generates the header
66        "BEGIN PGP SECRET KEY BLOCK" instead of "BEGIN PGP PRIVATE KEY
67        BLOCK". All previous versions ignore the implied data type, and
68        look directly at the packet data type.
69
70      * In a clear-signed signature, PGP 5.0 will figure out the correct
71        hash algorithm if there is no "Hash:" header, but it will reject
72        a mismatch between the header and the actual algorithm used. The
73        "standard" (i.e. Zimmermann/Finney/et al.) version of PGP 2.x
74        rejects the "Hash:" header and assumes MD5. There are a number
75        of enhanced variants of PGP 2.6.x that have been modified for
76        SHA-1 signatures.
77
78      * PGP 5.0 can read an RSA key in V4 format, but can only recognize
79        it with a V3 keyid, and can properly use only a V3 format RSA
80        key.
81
82      * Neither PGP 5.x nor PGP 6.0 recognize Elgamal Encrypt and Sign
83        keys. They only handle Elgamal Encrypt-only keys.
84
85
86   Parts of this document are taken from:
87   ======================================
88
89                          OpenPGP Message Format
90                    draft-ietf-openpgp-formats-07.txt
91
92
93    Copyright 1998 by The Internet Society. All Rights Reserved.
94
95    This document and translations of it may be copied and furnished to
96    others, and derivative works that comment on or otherwise explain it
97    or assist in its implementation may be prepared, copied, published
98    and distributed, in whole or in part, without restriction of any
99    kind, provided that the above copyright notice and this paragraph
100    are included on all such copies and derivative works.  However, this
101    document itself may not be modified in any way, such as by removing
102    the copyright notice or references to the Internet Society or other
103    Internet organizations, except as needed for the purpose of
104    developing Internet standards in which case the procedures for
105    copyrights defined in the Internet Standards process must be
106    followed, or as required to translate it into languages other than
107    English.
108
109    The limited permissions granted above are perpetual and will not be
110    revoked by the Internet Society or its successors or assigns.
111
112