home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / sci / crypt / 6112 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  3.7 KB
  1. Xref: sparky sci.crypt:6112 alt.security.pgp:397
  2. Newsgroups: sci.crypt,alt.security.pgp
  3. Path: sparky!uunet!mcsun!Germany.EU.net!rzsun2.informatik.uni-hamburg.de!fbihh!bontchev
  4. From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
  5. Subject: Re: Legal Stuff!
  6. Message-ID: <bontchev.725110231@fbihh>
  7. Sender: news@informatik.uni-hamburg.de (Mr. News)
  8. Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
  9. Organization: Virus Test Center, University of Hamburg
  10. References: <bontchev.724943800@fbihh> <1992Dec21.203115.12176@netcom.com> <bontchev.725032635@fbihh> <1992Dec22.215815.3172@netcom.com>
  11. Date: 23 Dec 92 11:30:31 GMT
  12. Lines: 63
  13.  
  14. strnlght@netcom.com (David Sternlight) writes:
  15.  
  16. > 1. For PGP to be written from scratch in the U.S. to incorporate
  17. > RSAREF, thus permitting communications between the U.S. version
  18. > and any other while honoring what I understand to be RSA's patents
  19. > and the Munitions laws. Such a rewrite could be used here, but
  20. > not exported. I don't think there's a problem with exporting
  21. > messages and keys themselves.
  22.  
  23. This seems to be the best solution to me... If I understand it
  24. correctly, the RSAREF license allows any modification of their code,
  25. if you don't change the interface (if you do, you must get a
  26. permission from them first). If it is indeed so, then it is quite
  27. reasonable. I've heard that the currently distributed RSAREF routines
  28. are not exactly speed demons (I might be wrong), but this could be
  29. fixed... The most important thing is to produce a program that will be
  30. message-compatible with the current PGP, because this will allow the
  31. U.S. citizens to legally exchange encrypted messages with PGP users
  32. who are outside the USA... RIPEM itself won't be enough, since it
  33. oriented towards public key servers, while PGP is more appropriate for
  34. individual users...
  35.  
  36. Is there anything the interface of the RSAREF routines that will
  37. prevent building a PGP-compatible program based on them?
  38.  
  39. > 2. For RIPEM's cryptographic components (DES and RSAREF) to somehow
  40. > be rewritten de novo outside the U.S. to be consistent with national
  41. > crypto and patent laws, thus permitting communications between the
  42. > U.S. version of RIPEM and any other.
  43.  
  44. DES has been implemented outside the USA since a long time... I guess
  45. that implementation of the RSAREF routines will be trivial, if
  46. somebody bothers to publish the interface. However, this is still not
  47. enough, because if I understood correctly the author of RIPEM, his
  48. package is not available to non-US citizens - because it is not
  49. distributed witout RSAREF & DES.
  50.  
  51. > 3. For RIPEM to be upgraded in the U.S. to include IDEA, and PGP format
  52. > compatibilty.
  53.  
  54. Unlikely... The key management in the two products is based on two too
  55. different concepts... I have seen a couple of RIPEM messages and they
  56. seem too much incompatible with PGP to me... For instance, PGP
  57. extracts all information needed from the body of the message, while
  58. RIPEM relies heavily on the header of the e-mail message... I am not
  59. saying that PGP compatibility cannot be achieved, but it seems too
  60. much work for me...
  61.  
  62. > 4. For the Munitions Act/ITAR regulations to be changed AND PKP's
  63. > patents overturned (or expire).
  64.  
  65. I somehow do not share the hope expressed here by some people that the
  66. new US administration will lift the restrictions on cryto software...
  67. Besides, could somebody check whether PKP's patents are renewable? If
  68. they are, we might have to wait a long time... :-)
  69.  
  70. Regards,
  71. Vesselin
  72. -- 
  73. Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
  74. Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
  75. < PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
  76. e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
  77.