home *** CD-ROM | disk | FTP | other *** search
/ Chaos Computer Club 1997 February / cccd_beta_feb_97.iso / contrib / faq / crypto / research.txt < prev    next >
Internet Message Format  |  1997-02-28  |  7KB
  1. Path: senator-bedfellow.mit.edu!bloom-beacon.mit.edu!hookup!news-dc.gsl.net!news.gsl.net!news.RoSprint.net!ekaterinburg.rosprint.ru!news.e-burg.ru!news1.relcom.ru!Gamma.RU!srcc!sovam!cam-news-feed1.bbnplanet.com!news.bbnplanet.com!cam-news-hub1.bbnplanet.com!howland.erols.net!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!nntp-xfer-1.csn.net!news-2.csn.net!teal.csn.net!not-for-mail
  2. From: Moderators <crypt-request@cs.auckland.ac.nz>
  3. Newsgroups: sci.crypt.research,sci.answers,news.answers
  4. Subject: sci.crypt.research FAQ
  5. Followup-To: poster
  6. Date: 7 Feb 1997 05:37:03 -0700
  7. Organization: sci.crypt.research moderators
  8. Lines: 134
  9. Sender: mpj@csn.net
  10. Approved: crypt-submission@cs.auckland.ac.nz, news-answers-request@MIT.EDU
  11. Distribution: world
  12. Expires: Wed, 12 Mar 1997 05:37:01 GMT
  13. Message-ID: <5df7lf$kl7@teal.csn.net>
  14. Reply-To: crypt-request@cs.auckland.ac.nz
  15. NNTP-Posting-Host: 199.117.27.22
  16. Summary: Frequently asked questions in sci.crypt.research answered.
  17. Keywords: encryption, cryptography, FAQ, sci.crypt.research, cryptology
  18. Xref: senator-bedfellow.mit.edu sci.crypt.research:860 sci.answers:5869 news.answers:94125
  19.  
  20. Posting-Frequency: monthly
  21. Archive-Name: cryptography-faq/research
  22. Last-modified: 2 October 1996
  23.  
  24. -----BEGIN PGP SIGNED MESSAGE-----
  25.  
  26. sci.crypt.research FAQ
  27.  
  28. 1. "What is the charter of sci.crypt.research?"
  29.  
  30. The discussion of cryptography, cryptanalysis, and related issues in a
  31. more civilized environment than sci.crypt.  In particular, we are more
  32. interested in the technical aspects of serious cryptology.  This is a
  33. moderated news group.  Before posting, you may want to consider if your
  34. post would be more appropriate in talk.politics.crypto (discussions of
  35. the relationship between cryptography and government), sci.crypt
  36. (technical discussions of cryptography, unmoderated), alt.security.pgp
  37. (discussion of Philip Zimmerman's Pretty Good Privacy program and related
  38. tools, programs, and issues), alt.security.ripem (Mark Riordan's Privacy
  39. Enhanced Mail program), alt.security (general computer security issues),
  40. or some other group.
  41.  
  42.  
  43. 2. "How do I submit an article to sci.crypt.research?"
  44.  
  45. Most news posting software will recognize sci.crypt.research as a
  46. moderated news group and redirect submissions to the submissions address.
  47. As an alternative, you can send your article directly to
  48. crypt-submission@cs.auckland.ac.nz for consideration.
  49.  
  50.  
  51. 3. "What do you think of my new cryptosystem?"
  52.  
  53. GUIDELINES FOR POSTING NEW ENCRYPTION SCHEMES TO SCI.CRYPT.RESEARCH
  54.  
  55. People frequently invent new encryption schemes and protocols and want to
  56. share the fruit of their creativity with other people sharing an interest in
  57. cryptography.  Past experience on sci.crypt indicates that many of these
  58. postings tend to be just an annoyance, rather than serious research. In an
  59. attempt to cut down on the annoyances, while still encouraging serious
  60. research in this area, we have proposed the following guidelines for posting
  61. new algorithms.
  62.  
  63.  
  64. A.  DO research other encryption methods and understand how they work,
  65. including both historical and current work.  There are lots of good books and
  66. journals devoted to this kind of work.
  67.  
  68. B.  DO investigate methods of breaking encryption algorithms, or
  69. cryptanalysis.  Knowing how a cryptanalyst might go about trying to break a
  70. cipher gives you much better insight into how to create a good one.  Indeed,
  71. among professionals, experience attempting to break encryption methods is
  72. considered essential before designing new ciphers.
  73.  
  74. C.  DO COMPLETELY DOCUMENT your algorithm with both a text description and,
  75. if applicable, computer source code.  By "completely document" we mean that
  76. the description is sufficient for anyone skilled in the art to implement or
  77. simulate your algorithm.  If you have doubts about export restrictions on the
  78. source code for the algorithm, you may choose to provide a pointer to a place
  79. where the source code can be obtained by qualified people, rather than
  80. posting it.  If you have a complete application using encryption, and you are
  81. posting from the USA or Canada, then providing a pointer to the program
  82. rather than just posting it is recommended, but the text description should
  83. still be posted.
  84.  
  85. D.  DO describe the advantages of your algorithm compared to others in
  86. existence, including comparison of efficiency and other relevant design
  87. parameters.  Make sure that you provide evidence to support your claims.
  88.  
  89. E.  DO try to break your own scheme before you post it.  This could save some
  90. embarrassment.
  91.  
  92. F.  DO take a look at similar postings from other people on sci.crypt and
  93. sci.crypt.research and try to analyze them.  This will give you some insight
  94. into how others will look at your posting and perhaps allow you to make yours
  95. more clear.  It also gives you a chance to try to break some other
  96. cryptosystems.
  97.  
  98. G. DO read the sci.crypt FAQ, posted monthly and archived at rtfm.mit.edu
  99. under /pub/usenet/sci.crypt.
  100.  
  101. H. DO describe which quantities in your scheme are public and which are
  102. private.  Explicitly mention what the key is and what the message is.
  103.  
  104. I. DO include the design principles you used and mention any assumptions
  105. you made which you think may be relevant.  Explain why you think your
  106. system is secure.
  107.  
  108. J.  DON'T expect a response from a ciphertext only ("Try and break this")
  109. challenge.  Although there are techniques for attacking ciphertext only, most
  110. of them require lots of examples, some of which correspond to known plain
  111. text.  They are also rather time consuming.  If you do feel the urge to issue
  112. a challenge, you should make sure your posting complies with all of the above
  113. guidelines.  Offering a cash reward if someone breaks your cryptosystem may
  114. help someone to be more motivated to try (and is also a good test of how much
  115. you believe in your own system).
  116.  
  117. K.  Be ready to carefully evaluate and learn from any feedback you get.
  118.  
  119.  
  120. 4.  "What effect do export regulations have on this group?"
  121.  
  122. Most postings to this group are international academic discussions
  123. pertaining to cryptography and cryptanalysis that are protected as free
  124. speech and free publication by the U. S. Constitution (in the USA), and
  125. are not restricted from export.  Since the submissions address for this
  126. group is in New Zealand, people outside of the USA need not worry about
  127. these local regulations.  If you are in the USA and would like to
  128. publicize a complete cryptosystem in software that might be considered a
  129. munition, you should post it to an "export controlled" site, then post a
  130. pointer to it on this newsgroup.  This advice also holds for Canada (and
  131. certain other countries) with similar regulations.  Discussions of export
  132. controls are considered "off topic" for this group, and are better posted
  133. in talk.politics.crypto.
  134.  
  135. _________________
  136.  
  137. Comments, questions, or suggested additions to this FAQ should be
  138. directed to the sci.crypt.research moderators at
  139. crypt-request@cs.auckland.ac.nz
  140.  
  141.  
  142. -----BEGIN PGP SIGNATURE-----
  143. Version: 2.7.1
  144.  
  145. iQEVAgUBMlNJq2+Iqt/O4EnZAQE/7gf6ArC9eAweTohkyn4Bkv3hMP8Om8iG2SdD
  146. k7DH09+1Y/8KZp9u+Dj/zAX5wX+TXXdZFkwVeVTdtIvzwkMOxpYjl8DJfHaBYWzv
  147. OKfMOMYDvw7n3qEzkwkD/Qt3sux+nQwUUNIfMu7ntyyeRPYYUQ4a3SqbxYO1ijUp
  148. qlsBOCoSRdPjJpQIYFJWNwhtMrhy3nr9ErSslx1uHlpe4oDA22CwN7ciCmJVgOHD
  149. ncVtQvCtI9mHaR1bE/Z5+mPB7eP9BBa5yrbPGqvntUxjFUtdz9gJNyEx6frDD8yi
  150. zmotLoynwmFhjGaR2S4WQ2nXxxLapDOEoaLLSxomPkmeKl+7TC6w2g==
  151. =lF9Y
  152. -----END PGP SIGNATURE-----
  153.