Re: Split Implementations of PGP

Bill Frantz <frantz@pwpconsult.com> Sat, 12 March 2005 01:51 UTC

Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA01415 for <openpgp-archive@lists.ietf.org>; Fri, 11 Mar 2005 20:51:09 -0500 (EST)
Received: from above.proper.com (localhost.vpnc.org [127.0.0.1]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j2C1FFWK047418; Fri, 11 Mar 2005 17:15:15 -0800 (PST) (envelope-from owner-ietf-openpgp@mail.imc.org)
Received: (from majordom@localhost) by above.proper.com (8.12.11/8.12.9/Submit) id j2C1FFvC047417; Fri, 11 Mar 2005 17:15:15 -0800 (PST)
X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-openpgp@mail.imc.org using -f
Received: from smtpauth07.mail.atl.earthlink.net (smtpauth07.mail.atl.earthlink.net [209.86.89.67]) by above.proper.com (8.12.11/8.12.9) with ESMTP id j2C1F5rm047406 for <ietf-openpgp@imc.org>; Fri, 11 Mar 2005 17:15:10 -0800 (PST) (envelope-from frantz@pwpconsult.com)
Received: from [68.164.80.103] (helo=[192.168.1.5]) by smtpauth07.mail.atl.earthlink.net with asmtp (Exim 4.34) id 1D9vDc-0000vN-W1; Fri, 11 Mar 2005 20:15:05 -0500
Date: Fri, 11 Mar 2005 17:15:02 -0800
From: Bill Frantz <frantz@pwpconsult.com>
Subject: Re: Split Implementations of PGP
To: Eric Burger <eburger@brooktrout.com>
cc: ietf-openpgp@imc.org, "Glenn Parsons (E-mail)" <gparsons@nortelnetworks.com>
X-Priority: 3
In-Reply-To: <EDD694D47377D7119C8400D0B77FD33101125D39@nhmail2.brooktrout.com>
Message-ID: <r02010400-1038-29AD9710929411D9AA730030658F0F64@[192.168.1.5]>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-Mailer: Mailsmith 2.1.4 (Blindsider)
X-ELNK-Trace: 3a5e54fa03f1b3e21aa676d7e74259b7b3291a7d08dfec7951e3a6a0e794d4215a372228129949b6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.164.80.103
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by above.proper.com id j2C1FArm047408
Sender: owner-ietf-openpgp@mail.imc.org
Precedence: bulk
List-Archive: <http://www.imc.org/ietf-openpgp/mail-archive/>
List-Unsubscribe: <mailto:ietf-openpgp-request@imc.org?body=unsubscribe>
List-ID: <ietf-openpgp.imc.org>
Content-Transfer-Encoding: 8bit

On 3/11/05, eburger@brooktrout.com (Eric Burger) wrote:

>
>Background:
>I am a co-chair of the lemonade work group in the IETF
><http://www.ietf.org/html.charters/lemonade-charter.html>.
>
>One thing we would like to do is enable a remote client to fetch the
>encrypted session key from an IMAP server, decrypt the key using the
>client's key, and then handing back the clear session key to the IMAP server
>to decrypt or verify a message or body part.

I understand, from Derek's draft minutes of the OpenPGP meeting, that the problem is that the remote client is in a low-bandwidth environment, such as a cell phone.  I understand this statement to mean that the communication link is low bandwidth.  However, PGP encrypted messages are close to the size of the corrisponding plain text, so I don't see how having an IMAP server decrypt the message is going to help.

If, on another hand, the remote client is limited in CPU power, this system seems to place the largest CPU load, the public key operation to extract the plain text key, on the client, and the relatively low CPU load of the private key operations to decrypt the message on the IMAP server.

I conclude from this reasoning that I don't understand the problem.  Could you please explain.

Thanks - Bill

-----------------------------------------------------------------------
Bill Frantz        | gets() remains as a monument | Periwinkle 
(408)356-8506      | to C's continuing support of | 16345 Englewood Ave
www.pwpconsult.com | buffer overruns.             | Los Gatos, CA 95032