home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / sci / crypt / 6690 < prev    next >
Encoding:
Text File  |  1993-01-12  |  1.5 KB  |  43 lines
  1. Newsgroups: sci.crypt
  2. Path: sparky!uunet!spool.mu.edu!caen!hellgate.utah.edu!fcom.cc.utah.edu!cc.utah.edu!beezer
  3. From: beezer@cc.utah.edu (BEEZER)
  4. Subject: [QUESTION]:  PUBLIC-KEYS (ETC) FOR PUBLIC BBS NETWORK
  5. Message-ID: <12JAN199300513143@cc.utah.edu>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: news@fcom.cc.utah.edu
  8. Organization: Salt Lick, UT
  9. Date: 12 Jan 1993 00:51 MST  
  10. Lines: 31
  11.  
  12.  
  13. I can see that this kind of thing is discussed alot here, so
  14. I'd prefer not to rehash old ideas in open forum, please
  15. respond by email...
  16.  
  17. ---
  18.  
  19. I would like to advise the author of a large public access
  20. BBS network of adding public-key encryption to his s/w
  21. as a regular feature (the BBS could be configured to keep
  22. individual user's keys on-file by that user).
  23.  
  24. I would like referrals to comprehensive/novice sources
  25. that could prime me on the issues on hand.  A common one
  26. that comes to mind is, what legal responsiblities/conflicts
  27. occur in a network setting - and would encryption such
  28. as RSA (not sure what it stands for) be a perceived threat
  29. to government such to the point of cracking down on the
  30. said network?
  31.  
  32. I see the potential for legal abuses, and wonder if
  33. mandatory storage of user's keys be required to protect
  34. the sysop's butt...  Then again, encrypted communication
  35. provided by some public access cellular phones could be
  36. an appropriate model to argue over...
  37.  
  38. ---
  39.  
  40. Fairly brief summary statements are appreciated, but
  41. I'm also quite willing to dig for myself with a bit of
  42. help from the technowizbangs present here.
  43.