ietf-openpgp
[Top] [All Lists]

Re: Section 6.6 again

1998-05-03 16:03:49
Much as I hate to harp on the same example, I'm still dubious about
the example ASCII armoured message in 6.6; this time for two different
reasons.

The example message is:

 -----BEGIN PGP MESSAGE-----
 Version: OpenPGP V0.0

 owFbx8DAYFTCWlySkpkHZDKEFCXmFedmFhdn5ucpZKdWFiv4hgaHKPj5hygUpSbn
 l6UWpabo8XIBAA==
 =3m1o
 -----END PGP MESSAGE-----

Dearmoring produces the following data:

 a3 01 5b c7 c0 c0 60 54 c2 5a 5c 92 92 99 07 64
 32 84 14 25 e6 15 e7 66 16 17 67 e6 e7 29 64 a7
 56 16 2b f8 86 06 87 28 f8 f9 87 28 14 a5 26 e7
 97 a5 16 a5 a6 e8 f1 72 01 00

The first byte, a3, is binary 10100011, which is an old-style CTB, tag
binary 1000 or decimal 8 which is a compressed packet, and the low two
bits being binary 11 means that there is no length field, but that the
entire length of the file is used.  (See section 4.2.1.)

Decompressing this packet's data produces:

 ae 00 00 00 32 74 05 73 74 64 69 6e 00 00 00 00
 54 72 61 6e 73 6d 69 73 73 69 6f 6e 20 6b 65 79
 73 20 4d 55 53 54 20 4e 4f 54 20 72 65 63 6f 76
 65 72 65 64 2e 0d 0a

The first byte is ae, binary 10101110, an old-style CTB with tag binary
1011 or decimal 11 which is a literal packet.  The low two bits being
binary 10 means that there is a four byte length, which is hex 00000032
or decimal 50.  This is followed by the literal header, then the body
of data, which is the text:

 Transmission keys MUST NOT recovered.

Hal

<Prev in Thread] Current Thread [Next in Thread>