home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / org / eff / talk / 8592 < prev    next >
Encoding:
Text File  |  1993-01-11  |  3.5 KB  |  82 lines
  1. Newsgroups: comp.org.eff.talk
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!europa.asd.contel.com!emory!nastar!phardie
  3. From: phardie@nastar.uucp (Pete Hardie)
  4. Subject: Re: Purpose of a (beneficial) compression virus
  5. Message-ID: <1993Jan11.180111.7569@nastar.uucp>
  6. Organization: Digital Transmission Systems, Duluth, GA.
  7. References: <JXB4wB5w165w@ruth.UUCP>
  8. Date: Mon, 11 Jan 1993 18:01:11 GMT
  9. Lines: 71
  10.  
  11. In article <JXB4wB5w165w@ruth.UUCP> rat@ruth.UUCP (David Douthitt) writes:
  12. >Giving some thought to the purpose for such a virus, I find myself with more
  13. >and more questions...
  14. >
  15. >    1. If the only true action of the virus is to load itself into memory
  16. >       when called, why not place it into a clear plain-as-day CONFIG.SYS
  17. >       file as a device driver?
  18.  
  19. EXACTLY!
  20.  
  21. >    2. What is different between a virus which takes up residence to
  22. >       compress executables on the fly and a device driver which
  23. >       compresses files as they are loaded for the first time?
  24.  
  25. The device driver can compress ALL files that benefit from compression, not
  26. just executables.  Text files are the best for this.
  27.  
  28. >Seems to me the underlying purpose of a virus is to infect systems; if
  29. >the user has to install the marker file then the virus can no longer
  30. >infect by its own and is no longer useful as a virus.  Why couldn't
  31. >the user install a device driver instead?
  32. >
  33. >I would suggest that the best use for a beneficial virus would be on a
  34. >larger scale to replicate some code/action over a wide audience.
  35. >
  36. >For example:
  37. >   - a virus could suggest repair (and possibly effect the actual
  38. >     repair) of an operating system or any other program.
  39.  
  40. Suggesting repair is not a bad idea.  Actually repairing is bad - lots of
  41. trouble with virus-checkers then complaining, introducing new bugs, breaking
  42. old programs that depended on the bugs, etc.
  43.  
  44. >   - update old programs with new versions.
  45.  
  46. Again, new versions can cause trouble for developers who are expecting the
  47. old version's quirks.  Not to mention how do you make sure that the person
  48. has paid for the update?
  49.  
  50. >   - take (nationwide! international!) surveys/polls.
  51. >     [SAY!  Is this an idea or what?  :-) ]
  52.  
  53. Not on my machine.  If you want to ask my opinion, you do it in a manner that
  54. allows me to [slam the door|hang up the phone].  A virus that started to
  55. ask me questions would be akin to a pollster who broke into my house to
  56. ask them.
  57.  
  58. >   - eradicate other (malicious) viruses.
  59.  
  60. Difficult to detect and distinguish viral purpose.  Suppose 2 people wrote
  61. 2 versions of this virus, and they met on one system?  Not to mention the
  62. counterattack of a virus that eradicated viral eradicators (except itself!)
  63.  
  64. >   - eradicate pirated copies of software (its possible!)
  65.  
  66. How do you determine a priated copy from a test copy, or a null copy used
  67. as disk filler?
  68.  
  69. Basically, the problem is that there is no general agreement that any given
  70. action is always beneficial.  Compression, which seems nice, can be trouble
  71. for people wanting to swap files, or people trying to test full disks, or 
  72. people who need every last MIP of performance from their computer.  All of
  73. the suggestions above are nice, to some, and not to others.  A hostile virus
  74. is a lot easier to write, because its task is obvious - do some form of
  75. harm to the system, and spread copies of itself.
  76.  
  77. -- 
  78. Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
  79. Digital Transmission Systems, Inc., Duluth GA
  80. Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
  81. Position:  Goalie               |
  82.