Article View: sci.crypt
Article #3397One time pads
From: franka
Date: Wed, 04 Feb 1987 23:56
Date: Wed, 04 Feb 1987 23:56
18 lines
1626 bytes
1626 bytes
In article <12414@sun.uucp> falk@sun.UUCP (Ed Falk) writes: >In article <9112@duke.duke.UUCP> srt@duke.UUCP (Stephen R. Tate) writes: >>Now here's an interesting point. The exact same amount of information has to >>be transmitted as "key" information as will be transmitted as data. ... So >>what is the point of encryption at all in this case? > >That's the main problem with one time pads. Their only real use is that >you can use a slow courier ahead of time, and then use an insecure but >fast channel (such as radio) at a later time. A theoretical case where they would also be useful would be where you have a secure channel from point A to point B, but no secure channel from point B to point A. Then you send the key information by the secure channel, and use it for transmissions back to point A. I can't think of any actual instances where this would apply, though. Frank Adams ihnp4!philabs!pwa-b!mmintl!franka Ashton-Tate 52 Oakland Ave North E. Hartford, CT 06108
Technical Details
Message-ID:
<1974@mmintl.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!watmath!clyde!rutgers!seismo!mcnc!philabs!pwa-b!mmintl!frankaReferences:
<434@ethz.UUCP> <1338@navajo.STANFORD.EDU> <9112@duke.duke.UUCP> <12414@sun.uucp>Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: arc1-ca.pugleaf.net!utzoo!watmath!clyde!rutgers!seismo!mcnc!philabs!pwa-b!mmintl!franka From: franka@mmintl.UUCP Newsgroups: sci.crypt Subject: One time pads Message-ID: <1974@mmintl.UUCP> Date: Wed, 4-Feb-87 18:56:31 EST Article-I.D.: mmintl.1974 Posted: Wed Feb 4 18:56:31 1987 Date-Received: Mon, 9-Feb-87 03:31:18 EST References: <434@ethz.UUCP> <1338@navajo.STANFORD.EDU> <9112@duke.duke.UUCP> <12414@sun.uucp> Reply-To: franka@mmintl.UUCP (Frank Adams) Organization: Multimate International, E. Hartford, CT Lines: 18