home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 3 / hamradioversion3.0examsandprograms1992.iso / news / inham89 / 1033. < prev    next >
Text File  |  1979-12-31  |  10KB  |  208 lines
  1.  
  2. INFO-HAMS Digest            Sun, 17 Dec 89       Volume 89 : Issue 1033
  3.  
  4. Today's Topics:
  5.                          Cellular Encryption
  6.                     FT-470, the continuing saga...
  7.                    Interception of E-Mail by spies
  8.     pudgy wound helical antenna (60m vertical in my living room!)
  9.                           Transmitter found?
  10. ----------------------------------------------------------------------
  11.  
  12. Date: Sun, 17 Dec 89 14:06:20 MST
  13. From: jimkirk@CORRAL.UWyo.Edu (James Kirkpatrick)
  14. Subject: Cellular Encryption
  15. Message-ID: <891217140620.20200730@UWYO.BITNET>
  16.  
  17. Dube Todd writes --
  18.  
  19.  >Are you telling me that every person who has a phone can then communicate with
  20.  >ANYONE else who has a phone, safe in the knowledge that NO ONE else can decode
  21.  >and thus monitor his conversation?
  22.  >I'll eat my posting when you tell me how this is done, John.
  23.  
  24. For an excellent overview of how this sort of thing is done, CURRENTLY,
  25. I suggest the May 1988 issue of the Proceedings of the IEEE.   Any
  26. University library should have back issues, I'm certain they should be
  27. hanging around TI (where Dube apparently works) as well as better public
  28. libraries.  In particular, Whitfield Diffie's article The First Ten Years
  29. of Public-Key Cryptography, which explains how the Motorola STU-III
  30. secure telephone works, as well as other devices and concepts.
  31.  
  32. If you accept that DES is "secure enough", as an example, the only real
  33. problems are transmission of digital data over a voice link at an
  34. acceptably high rate for human speech, and exchanging the DES keys.
  35. The details of secure key exchange, even in plain view of an eavesdropper,
  36. have been solved in several different ways.  See the article for details.
  37.  
  38. It does require a different telephone than you've got, mainly in that
  39. you need D/A and A/D conversion, high-speed modems, DES chips, and a few
  40. other "smarts", but it is in current operation in the government arena.
  41. Has been for several years.  And digital cellular will already have
  42. just about all that's required.
  43.  
  44. Bon apetite!
  45.  
  46. ------------------------------
  47.  
  48. Date: 17 Dec 89 22:21:29 GMT
  49. From: tank!jill@handies.ucar.edu  (jill holly hansen)
  50. Subject: FT-470, the continuing saga...
  51. Message-ID: <6778@tank.uchicago.edu>
  52.  
  53. In article <25897B37.3442@paris.ics.uci.edu>
  54.      Clark Turner <turner@ics.uci.edu> writes:
  55.  
  56. :The Yaesu engineer at Cerritos which I spoke to said that such a change was
  57. :UNLIKELY to help in the general case.  He said that the "fix" was used for
  58. :some specific problems that occurred out in Illinois (somewhere in the
  59.                                                        ^^^^^^^^^^^^^^^^
  60. :midwest) where the IF was under direct attack by a local 2KW repeater signal.
  61.  ^^^^^^
  62. :----------
  63. :Clark S. Turner                        "When the going gets weird,
  64. :WA3JPG                                  the weird turn pro." 
  65. :turner@ics.uci.edu                     -Hunter Thompson
  66. :---------- 
  67.  
  68. Clark, you can find Illinois on a good map just to the east of Iowa.
  69.  
  70. ------------------------------
  71.  
  72. Date: 17 Dec 89 17:16:49 GMT
  73. From: ccncsu!handel.CS.ColoState.Edu!wendt@boulder.colorado.edu  (alan l wendt)
  74. Subject: Interception of E-Mail by spies
  75. Message-ID: <3497@ccncsu.ColoState.EDU>
  76.  
  77. In article <17453@rpp386.cactus.org> jeremy@rpp386.UUCP (Jeremy S. Anderson) writes:
  78. >
  79. >    E-mail privacy rights (and the right against your data transmissions
  80. >being tapped) are very shaky legal ground.  It is legal to mail encrypted
  81. >messages.  The crypt(1) function under UNIX is a childishly easy cipher to
  82. >break with the proper tools.  The crypt(3) library routine uses DES, which is
  83. >a little more sophisticated.  This cipher was developed by the NSA.  I 
  84. >don't personally know how to break it, nor does anyone I have asked about it.
  85. >With sufficient brute-force application (i.e. 6 or 7 Cray-hours) I understand
  86. >it is breakable.  There is a rumor that combining these two encryption 
  87. >methods carefully will produce a very strong cipher.  Perhaps an unbreakable
  88. >one.  This is a difficult area to provide hard facts on.  Most serious
  89. >professional cryptographers are either in corporate think-tanks or are with
  90. >the NSA.  Both groups usually have very heavy secrecy agreements over their
  91. >heads, which makes it difficult for me to locate qualified people to quiz
  92. >on this subject.
  93. >
  94. I'm not a cryptologist.  It seems to me that the first thing to do before
  95. encrypting the message is to LZW-compress it.  This does three things:
  96.  
  97. 1.  Removes redundancy.  Some attacks work on repeated phrases, letter
  98.     frequencies, etc, and this eliminates all such.  The output of a
  99.     good compression algorithm will resemble random noise, because it
  100.     uses the information conduit most effectively.
  101.  
  102. 2.  Breaks the 8-bit chunking.  This forces the decoder to consider
  103.     decodings that span characters, making the job somewhat harder.
  104.  
  105. 3.  The reason to use LZW instead of Huffman is that an error in an
  106.     LZW transmission tends to render the rest of the message garbage,
  107.     while errors in Huffman transmissions (especially with fixed
  108.     tables) do not.  This makes it necessary to decode the message
  109.     from left to right.
  110.  
  111. If you use the standard "compress" program, strip off any magic numbers
  112. or other common sequence that it may place at the front of the message.
  113. You do NOT want the message to begin with a known sequence.  This
  114. applies to any common sequence that compress might begin each message with.
  115. Strip it off and replace it later.  Turing's job was made easier because
  116. the Germans usually began each message with the date (or something).
  117.  
  118. These precautions followed with DES encoding should push the cost
  119. of decoding your message far beyond anything the NSA can afford
  120. to do to megabytes of traffic per day.
  121.  
  122. I'm posting this as a followup to the article in misc.legal.
  123. These points may have been covered many times in sci.crypt
  124. but I don't read that.
  125.  
  126. Alan Wendt
  127.     
  128.  
  129. ------------------------------
  130.  
  131. Date: 17 Dec 89 16:11:10 GMT
  132. From: cs.utexas.edu!asuvax!anasaz!john@tut.cis.ohio-state.edu  (John Moore)
  133. Subject: pudgy wound helical antenna (60m vertical in my living room!)
  134. Message-ID: <1047@anasaz.UUCP>
  135.  
  136. In article <1260012@hpmwtlb.HP.COM> timb@hpmwtd.HP.COM (Tim Bagwell) writes:
  137. ]2) I can appreciate the space saving aspect of the design, but you get what 
  138. ]   you pay for. I don't think you can do better than a full length antenna.
  139. ]   To capture the most energy you need as large an effective aperture as you
  140. ]   can get. However, I have no doubt that you can do better than your window
  141. ]   antenna (which, I admit, do work remarkably well).
  142.  
  143. I would like to dispell a widely held misconception here. While aperture
  144. is important, what counts is EFFECTIVE aperture, not physical
  145. aperture. A traveling wave cannot distinguish dimensions much smaller
  146. than its wavelength. Hence, a magnetic dipole on a 6" loopstick is, in
  147. theory, about as effective as a physical dipole (I don't have the exact
  148. numbers here). A physical antenna that approaches a wavelength or
  149. more in size starts to exhibit aperture related to its size. Smaller
  150. antennas have effective apertures unrelated to their size.
  151.  
  152. Small antennas do have the following problems:
  153.  
  154. (1) Larger losses in impedance matching due to the large inductances
  155.     required. These can be VERY significant. Note that a magnetic
  156.     dipole (such as a loopstick) has these losses in both the matching
  157.     network and the antenna itself.
  158. (2) Very narrow bandwidth OR very complex impedance matching OR
  159.     very high loss. You can't broaden the bandwidth without either
  160.     screwing up the match or de-Q'ing the antenna through IR losses.
  161. (3) Lousy directivity. A magnetic antenna has a dipole pattern. I would
  162.     point out, however, that while a loopstick is not very directional,
  163.     it has a VERY sharp null and makes a very good DF antenna on HF.
  164.  
  165. -- 
  166. John Moore (NJ7E)           mcdphx!anasaz!john asuvax!anasaz!john
  167. (602) 861-7607 (day or eve) long palladium, short petroleum
  168. 7525 Clearwater Pkwy, Scottsdale, AZ 85253
  169. Freedom and Communism are incompatable.
  170.  
  171. ------------------------------
  172.  
  173. Date: 17 Dec 89 20:52:06 GMT
  174. From: mvac23!thomas@louie.udel.edu  (Thomas Lapp)
  175. Subject: Transmitter found?
  176. Message-ID: <129.UUL1.3#5131@mvac23.UUCP>
  177.  
  178. (mail direct to user failed with unknown PID in alias for the username)
  179. Whilst driving on Interstate 70 over Thanksgiving, I passed a TIS
  180. which was advertised just before getting to a particular rest stop.
  181.  
  182. According to my map, the rest stop is shown between exits 35 and 42, and
  183. is located near Myersville, MD.  It is between Fredrick and Hagerstown
  184. Maryland.  Might this be the "unknown" station below (it broadcasts on 530,
  185. but I didn't listen for call -- maybe next week when I again pass that way...):
  186.  
  187. > MD: TIS, location unknown
  188. >                        [MD]________________    0.5300____KNJX865   (govt recds)
  189. >               "          "                     1.6100____KNJX865   (govt recds)
  190. > MD: TIS, xmtr located at Rt 70 and Rt 695, Baltimore
  191. >                        [Baltimore, MD]_____    0.5300____WNAL785   (govt recds)
  192.                          - tom
  193. --
  194. internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu
  195. uucp         : {ucbvax,mcvax,psuvax1,uunet}!udel!mvac23!thomas
  196. Europe Bitnet: THOMAS1@GRATHUN1
  197. Location: Newark, DE, USA                          
  198. Quote   : Virtual Address eXtension.  Is that like a 9-digit zip code?
  199.  
  200. --
  201. The UUCP Mailer
  202.  
  203. ------------------------------
  204.  
  205. End of INFO-HAMS Digest V89 Issue #1033
  206. ***************************************
  207.  
  208.