[Top] [All Lists]

Re: interop/encryption to pgp2

2001-11-16 18:30:54

PGP 2.6.2 does not handle any new-style packets, even if
it's only part of a message.  If PGP 2.6.2 doesn't understand
_any_ packet, it will barf.

Basically, the only thing you can do is, if you're using -ANY-
non-RFC1991 packets, you should emit a leading "nonce" header that
declares the message to be a non-RFC1991 message.  IIRC, in PGP 5.0 we
did this via a two-byte leading sequence followed by the three ASCII
characters P, G, and P.  I'd have to go look at the code to figure out
what the leading bytes were.


Ingo Luetkebohle <ingo(_at_)fargonauten(_dot_)de> writes:

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


David Shaw just pointed out that PGP2.6.2 chokes when it receives a
message that has been encrypted to a v4 key, even when it has been
encrypted to a v3 key, too.=20

I can only assume that this is because public-key encrypted session
key packets allow non-RSA cipher material.  Can anybody who has a
working knowledge of the old code confirm this?

If this is the case, would it be possible to introduce a v4 packet of
that type? Would that be ignored by PGP2, so that having both v3 and
v4 public key encrypted session key packets would work with pgp2?


Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Weitere Infos: siehe



       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL:    PP-ASEL-IA     N1NWH
       warlord(_at_)MIT(_dot_)EDU                        PGP key available

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