home *** CD-ROM | disk | FTP | other *** search
/ The Unsorted BBS Collection / thegreatunsorted.tar / thegreatunsorted / misc / defense.doc < prev    next >
Text File  |  1989-12-08  |  10KB  |  248 lines
  1.  
  2. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  3. %%   HARRY HACKALOT PRESENTS>>>>>>>>>>>>>>>>>>>>>                            %%
  4. %%                 "Defense Data Network Blues"                              %%
  5. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  6.              Another Famous G-file by HARRY HACKALOT!!!!!!!!!!!!!!!!!!!
  7.  
  8. - - - - - - - - - - - - - - - A T T E N T I O N - - - - - - - - - - - - - - -
  9.  The following phile consists entirely of UNCUT,UNEDITED,TRUE downloads from
  10. the National Defense Data Network. Names have been changed to protect the
  11. innocent. I, Harry Hackalot, take FULL responsibility for contents of this file
  12. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  13.  
  14.  
  15.  Well, as we log on the the National DDN (Defense Data Network) we pause to 
  16. notice some messages posted by our hero, "guy", in regard to the trial of a
  17. couple of UCLA hackers who broke into the network a year ago........
  18.  
  19. (NOTE: Something went wrong with my terminal program's buffer,so I only got the
  20. last couple of lines of the first message. It is a list of all the sites
  21. penetrated by the hackers. Crystal is the one the Wargames kid got into)
  22.  
  23. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  24.  
  25.  
  26. ps  The list of sites penetrated includes:
  27.  
  28. nosc-cc         purdue          rand-relay      nrl-css/aic     bbn-unix
  29. mitre-bedford   cornell         nta-vax         uwisc/crystal   csnet-sh
  30. ucb-vax/ingres/calder/medea/cad                 isi-vaxa/elvira/xorn
  31. sri-unix        ucla-ats/locus/cs/vax           su-shasta/diablo/navajo
  32.  
  33. pps  As of 8/31/83, we have been logging all activity originating at UCLA, and
  34.      going out thru FTP and TELNET.  (ie, we 'bugged' ftp and telnet to record
  35.      all bits going/coming)  We therefore have a pretty good record of what the
  36.      bandits were doing.  (Yesterday I turned over 4000 (yes thousand) pages of
  37.      ftp/telnet logs to the DA)  We have also been doing CSH commmand history
  38.      logging.  If you would like more gory details about activity relating to
  39.      you site, please give me a call.
  40.  
  41. -----------------------------------------------------
  42. Date:  31 Oct 1983 11:02:45 PST
  43. From: guy @ UCLA-LOCUS
  44. Subject:  Re: HACKER ROUNDUP - WITNESSES NEEDED
  45. In-reply-to:  Your message of 31 October 1983 10:29 EST.
  46. Text: 
  47. I just got off the phone with ..........., the deputy DA prosecuting
  48. the case.  He says that since we have talked with all the folks we expect
  49. to be using, there's no problem in telling all the site administrators what's
  50. been going on.  If any new evidence/sites turn up, we're interested, but it is
  51. doubtful that it would be used in this particular case.
  52.  
  53. Note especially that we're only filing charges against one of the two guys,
  54. and if more info turns up on the second, that would be VERY useful.  The two
  55. key first names are 'ron' and 'kev', short for Ronald and Kevin.  These guys
  56. have a habit of changing their UNIX 'full name' to at least be their first
  57. name, if not their last name as well. (they have been known to use a
  58. fictitious surname on-line.)  We're filing against Ronald, initially.
  59.  
  60. They were active at UCLA from August 1 through Sep 22, when they were served
  61. search warrants, and their toys confiscated.  One had a Commodore, the other
  62. a TRS color computer.  Both had cassettes, neither had floppys or printers.
  63. Both had 300-baud modems.  Both had UNIX manuals--one had a two volume set
  64. from Bell system III; the other had the Yates book.  One had also purchased
  65. UCLA CSDept documents on using UNIX.
  66.  
  67. We know that a third person was involved, and that accesses to UCLA continued
  68. briefly even after the equipment was confiscated.  Other sites have also
  69. noticed that some activity is still occurring.
  70.  
  71. richard
  72.  
  73. ps
  74.  
  75. I suspect that this note, with excerpts from the others, are what you want  
  76. to publish to the liasons/administrators.  Also note, that due to the wonder
  77. of transparent gateways, ANY host accessible directly by ftp/telnet is a    
  78. potential victim.  Not to mention anyone with a dial-in.  Our bandits used  
  79. (fraudently) both MCI-type long-distance dialing codes, as well as dial-out
  80. facilities from various penetrated systems.                                
  81.  
  82.           -------------END OF FORWARDED MESSAGE(S)-------------
  83.   
  84.  
  85.  
  86. -------------------------------------------------------------------------------
  87.  
  88.  WOW! The kids broke in with a TRS-80 Color Computer and a Commodore!
  89. Anyway, those super-intelligent TAC guys left a tutorial on how to log on to
  90. the system..... This should help any hackers interested in hacking out their
  91. own P/W's & logon accounts........... Here it is........
  92.  
  93. -------------------------------------------------------------------------------
  94.  
  95. TACACS, the access control system for MILNET TAC's, requires you to 
  96. login before a connection to a host may be completed. The login process
  97. is automatically started with the first @open (@o) command you issue. 
  98. There is also a new @logout (@l) command to logout. Otherwise, the 
  99. functioning of the TAC is essentially unaffected by the access control 
  100. system.
  101.  
  102. Here is a sample of the login dialog (the user input is underlined):
  103.  
  104. (a) PVC-TAC 111 #: 01                This is the last line of the TAC
  105.                                      herald, which the TAC uses to
  106.                                      identify itself.  When you see the
  107.                                      herald, the TAC is ready for your
  108.                                      command.
  109.  
  110. (b) @o 26.2.0.8<RETURN>              The user inputs the command to
  111.     -------------------              open a connection plus the
  112.                                      internet address of the host to
  113.                                      which he wishes to connect,
  114.                                      followed by a Carriage Return.
  115.  
  116. (c) TAC Userid: SAMPLE.LOGIN<RETURN> Here the TAC prompts the user for
  117.                 -------------------- his Userid.  The user enters his
  118.                                      ID exactly as shown as shown on
  119.                                      his TAC Access Card, followed by
  120.                                      a Carriage Return.
  121.  
  122. (d) Access Code: 22bgx4467<RETURN>   Again the TAC prompts the user,
  123.                  -----------------   who responds by entering his
  124.                                      Access Code as shown on his TAC
  125.                                      Access Card, followed by a
  126.                                      Carriage Return.
  127.  
  128. (e) Login OK                         The TAC validates the ID/Access
  129.     TCP trying...Open                code and proceeds to open the 
  130.                                      requested connection.
  131.  
  132. HELPFUL INFORMATION:
  133.  
  134. When entering your TAC Userid and Access Code:
  135.  
  136. - A carriage return terminates each input line and causes the next
  137.   prompt to appear.
  138.  
  139. - As you type in your TAC Userid and Access Code, it does not matter
  140.   whether you enter an alphabetic character in upper or lower case.
  141.   All lower case alphabetic characters echo as upper case for the
  142.   Userid.
  143.  
  144. - The Access Code is not echoed in full-duplex mode.  An effort is
  145.   made to obscure the Access Code printed on hardcopy terminals in
  146.   half-duplex mode.
  147.  
  148. - You may edit what you type in by using the backspace (Control-H)
  149.   key to delete a single character.
  150.  
  151. - You may delete the entire line and restart by typing Control-U.
  152.   A new prompt will appear.
  153.  
  154. - While entering either the TAC Userid or Access Code, you may type
  155.   Control-C to abort the login process and return to the TAC command
  156.   mode. You must interrupt or complete the login process in order to
  157.   issue any TAC command.
  158.  
  159.  
  160. IF YOU HAVE A PROBLEM WITH TAC LOGIN:
  161.  
  162. Should the login sequence fail (as indicated by the response "Bad
  163. login"), examine your Access Card carefully to ensure that you are
  164. entering the ID and Access Code correctly.  Note that Access Codes never
  165. contain a zero, a one, a "Q" or a "Z", since each of these characters
  166. may be mistaken for another character.  If you see what appears to be
  167. one of these characters in your access code, it is really the letter "O"
  168. (oh), or "G" (gee), the letter "L" (el), or the number "2" (two).
  169.  
  170. If you have followed all of the above steps as indicated, and if you 
  171. are sure you are entering your ID and Access Code correctly, and you 
  172. still cannot login, call the Network Information Center at (415) 
  173. 859-3695 or (800) 235-3155 for help.
  174.  
  175. AFTER LOGGING IN:
  176.  
  177. Your TAC port will remain logged in as long as you have an open
  178. connection.  If you close the connection, you will have ten minutes in
  179. which to reopen a connection without having to login again. If you do
  180. not reopen a connection within ten minutes, the TAC will attempt to hang
  181. up your port, and will automatically log you out.
  182.  
  183. WHEN YOU ARE FINISHED:
  184.  
  185. Always logout using the "@l" command. Typing "@r" has no effect on your
  186. logged in status.
  187.  
  188. --------
  189.  
  190. If you now wish to login to the TAC, leave the TACNEWS program by 
  191. typing "quit" at the next prompt.  This will return you to the TAC, and
  192. you may then begin the login sequence with the "@o" command to the TAC.
  193.  
  194. [15 Feb 1984]
  195.  
  196. ---------------------------- End of Issue ----------------------------
  197.  
  198. Well, that's about it for this issue.... Maybe another file will be coming soon
  199. , but who knows? Anyway, I'll show you how I (tried to) log off this very
  200. advanced UNIX system. (Hah!)
  201.  
  202. TACnews> QUIT
  203. Killed Job 27, User TACNEWS, Account QUERY, TTY 110, at 14-Sep-84 14:42:03
  204.  Used 0:00:02 in 0:06:51
  205. Closed
  206. Host closing connection
  207. @LOGOFF
  208. Can't
  209. @BYE
  210.  Bad
  211. LOGOFF
  212. @OFF  Bad
  213. @goodbye
  214.  Bad
  215. @BYE
  216.  Bad
  217.  
  218.  
  219. (I now take my phone off the hook and push the 1 button 10 times)
  220.  
  221. NO CARRIER
  222.  
  223.  
  224. copyright 1984
  225. Hackalot Publications
  226. New York,New York headquarters.
  227. Divisions in : Chicago
  228.                Boston
  229.                L.A.
  230.                Denver
  231.                Dallas
  232. and of course, San Francisco.
  233.  
  234.    ///////////////////
  235.    // T             //
  236.    //   H           //
  237.    //     E         //
  238.    //               //
  239.    //        E      //
  240.    //          N    //
  241.    //            D  //
  242.    ///////////////////
  243. done
  244. done
  245.  
  246.  
  247.  
  248.