home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / sci / crypt / 4524 < prev    next >
Encoding:
Text File  |  1992-11-09  |  2.9 KB  |  52 lines
  1. Newsgroups: sci.crypt
  2. Path: sparky!uunet!utcsri!torn!watserv2.uwaterloo.ca!watserv1!crypto2.uwaterloo.ca!lcmyu
  3. From: lcmyu@crypto2.uwaterloo.ca (Luis Ola Toshio Chi-Ming)
  4. Subject: Re: Encrypted phones, keys, taps, ...
  5. Message-ID: <BxHn0t.MCL@watserv1.uwaterloo.ca>
  6. Sender: news@watserv1.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References: <1992Nov7.150423.26670@nwnexus.WA.COM> <gilchr.721309568@ee.ualberta.ca> <1992Nov9.181433.12025@shearson.com>
  9. Date: Tue, 10 Nov 1992 06:50:52 GMT
  10. Lines: 40
  11.  
  12. In article <1992Nov9.181433.12025@shearson.com> pmetzger@snark.shearson.com (Perry E. Metzger) writes:
  13. >gilchr@ee.ualberta.ca (Andrew Gilchrist) writes:
  14. >joke. No need for you to contemplate "a lot of funding" -- you can
  15. >just go out and buy the equipment any time you like. AT&T is the only
  16. >vendor I know of that packages this all with a cellular transmitter,
  17. >but you can buy similar phones from Cylink, Motorola and other
  18. >vendors. And this is just the list of DOMESTIC manufacturers of such
  19. >things -- doubtless there are folks outside the country that make
  20. >them, too.
  21. >
  22. >Its all really easy. CELP compression can be done with cheap DSPs --
  23. >you can buy the code if you don't feel like writing it yourself. The
  24. >encryption can be done an order of magnitude faster than you need even
  25. >on conventional processors.  V.32bis modem modules are a dime a dozen.
  26. >You don't need to be AT&T to do this -- any talented EE with a few
  27. >weeks of work could put a system to do this together.
  28.  
  29. Can someone tell me how these digitally encrypted phones provide
  30. reasonable security in light of the following problem.  Phones lines
  31. can tolerate raw data rates of 9.6 kbps whereas voice requires 
  32. 64 kbps.  Let's say the CELP compression reduces the voice
  33. requirement down to 9.6 kbps (voice becomes noticibly choppy thereafter).
  34. Where do they allocate the bandwidth needed for sycronization and error
  35. correction.  Assuming the phone uses a strong block cipher such as DES
  36. in code book mode (stream ciphers would have error propogation problems)
  37. this would imply blocks of duration 6 seconds.  An uncorrected channal bit
  38. error would result in white noise for 6 seconds.  Voice is redudant but
  39. NOT that redudant.  From this discussion, either you increase the signalling
  40. bandwidth through use of multiple phone lines or ISDN, or you improve
  41. compression technology or you use a weaker cipher.  Perhaps someone can
  42. post the specs for one of these digital encryption phones which I've
  43. never come across.
  44.  
  45. %=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%
  46. | Luis Toshio Yu                | "Now, if only I have something clever to  |
  47. % lcmyu@crypto2@uwaterloo.ca      % say about that..." :-)                  %
  48. % Electrical Engineering          % Opinions expressed here are mine, so    %
  49. | University of Waterloo, Ontario | credit me for your happiness.           |
  50. %=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%=%
  51.  
  52.