home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 (Alt) / The_Hacker_Chronicles_Volume_II-CD2.iso / virusl2 / virusl2.84 < prev    next >
Encoding:
Text File  |  1995-01-03  |  5.4 KB  |  145 lines
  1. VIRUS-L Digest             Saturday, 8 Apr 1989         Volume 2 : Issue 84
  2.  
  3. Today's Topics:
  4. VIRUS-L Guidelines???
  5. Hard disk write-protection via hardware (PC)
  6. More thoughts on potential nasy Mac Boot Block virus (Mac)
  7. Russian Virus a practical joke (PC)
  8. Cornell RTM Worm Report
  9.  
  10. ---------------------------------------------------------------------------
  11.  
  12. Date:     Fri, 7 Apr 89 14:07:44 EDT
  13. From:     Fred Hartmann <mhartma@APG-EMH5.APG.ARMY.MIL>
  14. Subject:  VIRUS-L Guidelines???
  15.  
  16. What, if any, are the VIRUS-L guidelines regarding redistribution of
  17. VIRUS-L email messages to a BBS?  Most BBS members appear to be
  18. responsible individuals with a serious desire to learn about
  19. computers.  Would it be appropriate to redistribute some or all of the
  20. VIRUS-L email messages to them or would it only increase the chances
  21. of someone using something appearing here to everyone's detriment?
  22.  
  23. [Ed. No problem with me.  Go right ahead.]
  24.  
  25. ------------------------------
  26.  
  27. Date:    Fri, 07 Apr 89 14:55:07 CDT
  28. From:    "Rich Winkel UMC Math Department" <MATHRICH@UMCVMB.BITNET>
  29. Subject: Hard disk write-protection via hardware (PC)
  30.  
  31. Could some hardware hacker upload instructions on disabling the write
  32. capability of an XT or AT style hard disk?  I believe it just involves
  33. 1 or 2 lines on the cable between the disk and controller.
  34.  
  35. Thanks,
  36. Rich Winkel
  37.  
  38. [Ed. The problem with that is that the entire hard disk would be
  39. read-only (which could be useful for some applications).  It would be
  40. particularly useful IMHO to be able to set certain subdirectory trees
  41. (e.g. \BIN) read-only, with hardware support.]
  42.  
  43. ------------------------------
  44.  
  45. Date:    Fri, 7 Apr 89 22:49:25 EDT
  46. From:    joes@scarecrow.csee.lehigh.edu (Joe Sieczkowski)
  47. Subject: More thoughts on potential nasy Mac Boot Block virus (Mac)
  48.  
  49. >On a related subject, suppose I went to the U.S. Copyright office, and
  50. >copyrighted the idea for the Sad Mac virus.  Does this mean that if
  51. >someone actually went and implemented it, they are prosecutable not
  52. >only under the Computer Infiltration Act (or whatever it is called),
  53. >but the Copyright Act?  Have I come up with a concept that can be
  54. >copyrighted?
  55.  
  56. >David M. Gursky
  57.  
  58. What an interesting idea...Copyright a virus and give NO one
  59. permission to use it. At least make the royalty high enough that no
  60. one would want to violate it.
  61.  
  62. Unfortunately, there is a little draw-back here.  Ideas cannot be
  63. copyrighted but the implementation of ideas can.  So you couldn't
  64. copyright the idea of having boot-strap viruses, but you probably
  65. could copyright a boot-strap virus that uses a particular method to
  66. enter the system.  There might be many (possibly infinite)
  67. permutations on one system, however another might have only a few.
  68.  
  69. Of course, we have to address the question of whether or not we want
  70. people copyrighting viruses.  This has pros and cons.  On the one
  71. hand, if many system people copyrighted viruses thereby exposing
  72. security holes, better systems will be developed using this knowledge.
  73. On the other hand, if every Tom, Dick, and Harry start developing
  74. viruses to be copyrighted, a few might get loose (either intentionally
  75. or otherwise) and cause havoc.
  76.  
  77. Hmmmmm....
  78.  
  79.  
  80. Joe
  81.  
  82. [Ed. The Brain virus boot block contains a copyright notice.]
  83.  
  84. ------------------------------
  85.  
  86. Date:    Fri, 7 Apr 89 22:59:17 EDT
  87. From:    joes@scarecrow.csee.lehigh.edu (Joe Sieczkowski)
  88. Subject: Russian Virus a practical joke (PC)
  89.  
  90. The russian virus isn't a virus at all, it seems to be a joke.  After
  91. receiving a copy of comand.com that was supposedly infected with the
  92. russian virus, , I diff'ed it with a "clean" copy. The following
  93. output appeared:
  94.  
  95. ***** command.com
  96. $ device
  97. $Abort$, Retry$, Ignore$, Fail$? $
  98. File allocation table bad,$
  99. Invalid COMMAND.COM
  100. $Insert disk with $ in drive
  101. ***** russian.bin
  102. $ device
  103. $You have just activated a Russian Virus...Thank You! .........
  104. $Invalid COMMAND.COM
  105. $Insert disk with $ in drive
  106. *****
  107.  
  108. As you can see, it appears that all the author did was change the
  109. "abort, retry, ignore" line with the russian virus message.
  110.  
  111. Of couse, never let anything like this fool you, the virus could
  112. be in another program and just change this line in command.com.
  113.  
  114. Joe
  115.  
  116. ------------------------------
  117.  
  118. Date:    Sat, 8 Apr 89 14:16:23 EDT
  119. From:    A. M. Boardman <ab4@cunixb.cc.columbia.edu>
  120. Subject: Cornell RTM Worm Report
  121.  
  122. >Just read in the April 3 _Unix Today_ that Cornell is releasing a report
  123. >today on the Internet Worm.  Does anyone know where I can get a copy?
  124.  
  125. A general report was released from the Purdue Provost's office
  126. recently, although for a technical report you should look at "The
  127. Internet Worm Program: An Analysis",(Gene Spafford) Purdue Technical
  128. report CSD-TSR-823, which can be FTP'd from arthur.cs.cpurdue.edu.
  129. Other good references are Donn Seeley's paper and "With Microscope and
  130. Tweezers; an Analysis of the Internet Worm of November 1988" from
  131. someone of other at MIT.  Last time I checked, all three of these were
  132. available for anonymous ftp from athena.ai.mit.edu.
  133.  
  134. Andrew Boardman, student at large, Columbia University
  135. ab4@cunixc.bitnet, ab4@cunixc.columbia.edu, rutgers/uunet!columbia!cunixc!ab4
  136.  
  137. [Ed. The above reports are also available for anonymous FTP from
  138. lll-winken.llnl.gov]
  139.  
  140. ------------------------------
  141.  
  142. End of VIRUS-L Digest
  143. *********************
  144.  
  145. Downloaded From P-80 International Information Systems 304-744-2253
  146.