home *** CD-ROM | disk | FTP | other *** search
/ Hacker 2 / HACKER2.mdf / virus / virusl2 / virusl2.112 < prev    next >
Text File  |  1995-01-03  |  6KB  |  142 lines
  1. VIRUS-L Digest            Wednesday, 10 May 1989       Volume 2 : Issue 112
  2.  
  3. Today's Topics:
  4. Yet more on SYS (PC)
  5. Biological analogues
  6. More on SecureINIT (Mac)
  7. More caveats on SecureInit (Mac)
  8.  
  9. ---------------------------------------------------------------------------
  10.  
  11. Date:    Tue,  9-May-89 08:50:39 PDT
  12. From:    portal!cup.portal.com!Alan_J_Roberts@Sun.COM
  13. Subject: Yet more on SYS (PC)
  14. Original-From: Lynn Marsh (HomeBase)
  15.  
  16.         In reference to the SYS command, I'd like to point out that
  17. for some boot viruses we have to precede the use of SYS with the
  18. Norton Disk Doctor 4.5 "Make Disk Bootable" option.  Notably some
  19. versions of the Ping Pong virus will not succumb to SYS alone.  The
  20. instruction list we provide to infected sites is very long and it's
  21. difficult to encapsulate it into a message for a forum such as this,
  22. so it is easy for people to misunderstand or misinterpret global
  23. statements that Mr. McAfee is prone to make.  He is correct that the
  24. SYS always works.  He did not go into detail on preparations for its
  25. use.
  26.  
  27. ------------------------------
  28.  
  29. Date:    Tue, 9 May 89 12:28:41 pdt
  30. From:    atari!apratt@ames.arc.nasa.gov (Allan Pratt)
  31. Subject: Biological analogues
  32.  
  33. I don't read this list much, so this might have been mentioned
  34. already...
  35.  
  36. Somebody suggested the possibility of a "useful" virus, which could go
  37. around and destroy other, harmful viruses, but which itself has no
  38. negative effects.  These are used in the real world, but one objection
  39. is the worry that a programmer who "thinks" there are no harmful
  40. effects might be wrong, and once the genie is out of the bottle,
  41. there's no putting it back.
  42.  
  43. Well, there is.  Biological types often "key" their creations with
  44. certain properties specifically for identification and eventual
  45. destruction.  For instance, a virus might be created which can only
  46. survive in a potassium-rich environment.  The idea is that if it ever
  47. gets out of the test tube, it'll die before it can do any damage.
  48. Another property you can give a virus is a sort of "back door" to
  49. killing it -- squirt manganese at it or something.  This is especially
  50. applicable to benevolent computer creations: you can deliberately code
  51. in an easy way to kill the thing, such as the presence of a file with
  52. a certain name, or a certain magic number in a cookie someplace in
  53. RAM.
  54.  
  55. My point is that there *are* safeguards against accidental
  56. contamination and ways to make a program deliberately killable.
  57.  
  58. ============================================
  59. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  60. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  61.  
  62. [Ed. As Dr. Murray will remind us - be careful what you ask for, you
  63. may get it.]
  64.  
  65. ------------------------------
  66.  
  67. Date:    Tue, 09 May 89 17:55:36 EDT
  68. From:    Joe McMahon <XRJDM@SCFVM.BITNET>
  69. Subject: More on SecureINIT (Mac)
  70.  
  71. >From Zig Fiedorowicz's review of SecureINIT (I've paraphrased it a little
  72. for the VIRUS-L digest):Clicking "Install in System" crashes the machine.
  73.  
  74. >Checking the combination of "Refresh system files", "Kill system aliens",
  75. >"protect drive after use", "close all windows at startup", "eject alien
  76. >system disks" causes SecureINIT to delete the Finder upon startup!  You must
  77. >press the List button in that row and specifically ask to keep the Finder...
  78. >In the previous version of the program, SecureINIT on one occasion deleted
  79. >all applications on the startup disk and then put a software lock on the disk!
  80. >
  81. >...It appears to me that the only countermeasure SecureINIT has
  82. >against viruses is locking the System file.  This is much more
  83. >easily and safely accomplished with ResEdit.  If you unlock the System,
  84. >reboot and run an application infected with nVIR A, the System is infected
  85. >and the infection spreads to other applications, with no warning from
  86. >SecureINIT... The slightly more sophisticated nVIR type B unlocks the
  87. >System file by itself before trying to infect the System.  No matter what
  88. >options were checked in SecureINIT, SecureINIT seemed to be completely
  89. >helpless against this virus.  There was not the slightest warning that
  90. >anything was wrong.
  91. >
  92. >Lastly, I should point out that SecureINIT uses up a lot of disk space.
  93. >It makes copies of the System file and Finder, and presumably of other
  94. >files in the System Folder.  However it doesn't seem to do anything with
  95. >these copies. As I noted in the preceding paragraph, Secure Init apparently
  96. >does not notice the difference between an infected System and the duplicate
  97. >copy ...
  98. >        Sincerely,
  99. >        Zig Fiedorowicz
  100. >        73407,1521 (CompuServe)
  101.  
  102. Summary:  Do NOT use this program. It is buggy, does things you would not
  103.           expect a "nice" program to do, and despite the claims in the
  104.           documentation, provides NO protection against viruses.
  105.  
  106.    --- Joe M.
  107.  
  108. ------------------------------
  109.  
  110. Date: Tue, 9 May 89 19:04 GMT
  111. From: "Frank O'Dwyer, Computer Science, TCD, Dublin 2, IRELAND"
  112.       <FMODWYER@cs.tcd.ie>
  113. Subject: More caveats on SecureInit (Mac)
  114.  
  115. Recently there was a message on this list concerning 'SecureInit' for
  116. the Mac, which stated:
  117.  
  118. >SecureInit installs some invisible inits in my
  119. >System Folder.  Why not make them visible, and let the user decide on
  120. >visibility/invisibilty (there are a wide variety of utilities that let
  121. >you do this).
  122.  
  123. I thought that the Mac OS never runs invisible INITs?  In any case,
  124. why have them invisible since the INITs are only hidden from the user,
  125. not other programs!  All in all, this behaviour sounds more like that
  126. of a virus than a security program!
  127.  
  128. - ----
  129. Frank O'Dwyer,                            e-mail: FMODWYER@cs.tcd.ie
  130. Dept. of Computer Science,
  131. Trinity College Dublin,
  132. IRELAND.
  133.  
  134. "Notice all the computations, theoretical scribblings, and Lab
  135. equipment, Norm... Yes, curiosity killed these cats."
  136.  
  137. ------------------------------
  138.  
  139. End of VIRUS-L Digest
  140. *********************
  141. Downloaded From P-80 International Information Systems 304-744-2253
  142.