home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / sci / crypt / 6414 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.1 KB  |  48 lines
  1. Newsgroups: sci.crypt
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!csn!news.den.mmc.com!thor!jhull
  3. From: jhull@vulcan-gw.den.mmc.com (Jeff Hull)
  4. Subject: What PKE is good for (Was: Anti-spoofing protocol?)
  5. Message-ID: <1993Jan5.202511.9398@den.mmc.com>
  6. Summary: Assymetric encryption has value.
  7. Sender: news@den.mmc.com (News)
  8. Nntp-Posting-Host: thor.den.mmc.com
  9. Reply-To: jhull@vulcan-gw.den.mmc.com
  10. Organization: Martin Marietta Astronautics Group
  11. References: <1993Jan4.215027.17258@netcom.com>
  12. Date: Tue, 5 Jan 1993 20:25:11 GMT
  13. Lines: 33
  14.  
  15. In article 17258@netcom.com, rcain@netcom.com (Robert Cain) writes:
  16. |>This all assumes that you have a secure means of getting your public key
  17. |>to the other or an authenticated one.  Both seem equivalent in the end
  18. |>to swapping a secret key to me.  This makes me question the fundamentals
  19. |>of PK actually.
  20.  
  21. Although the early claims that PKE has the capability of establishing
  22. a secure message channel without requiring the use of a secure key-exchange
  23. channel have since been proven false, I suggest that PKE still offers
  24. considerable value due to its asymmetric nature.
  25.  
  26. Asymmetric encryption (AE) provides the capability to digitally sign messages 
  27. in a way that "cannot" be forged while allowing the recipient to verify the
  28. signature.  Since the same key-pair can also be used to exchange secure
  29. messages with the same "individual," my key management problem is more
  30. tractable than if I had to maintain two keys (one for secure messages, which
  31. could be symmetric or asymmetric, & one for suthentication, which *must* be
  32. asymmetric).  In addition, the degree & kind of protection which must be
  33. provided for the public part of an asymmetric key is *much* more easily
  34. provided than that which must be provided for a symmetric key.
  35.  
  36. I suggest these are non-trivial advantages.
  37.  
  38.  
  39. --- --- --- --- ---
  40.        _   _
  41.     /_    / ) / ) Jeff Hull           j.hull@vulcan-gw.den.mmc.com
  42.    //_) -/- -/-   1544 S. Vaughn Cir  
  43. /_/ \_/ /   /      Aurora, CO 80012    303-977-1061
  44.  
  45. No matter where you go ... there you are.
  46. #include <standard.disclaimer.h>
  47.  
  48.