home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / org / eff / talk / 8458 < prev    next >
Encoding:
Text File  |  1993-01-08  |  4.5 KB  |  110 lines

  1. Newsgroups: comp.org.eff.talk
  2. Path: sparky!uunet!gatech!emory!nastar!phardie
  3. From: phardie@nastar.uucp (Pete Hardie)
  4. Subject: Re: Beneficial Virus?
  5. Message-ID: <1993Jan8.151721.29014@nastar.uucp>
  6. Organization: Digital Transmission Systems, Duluth, GA.
  7. References: <C0GIA7.4Fz@panix.com> <1993Jan7.152339.25886@nastar.uucp> <C0IDMu.By5@panix.com>
  8. Date: Fri, 8 Jan 1993 15:17:21 GMT
  9. Lines: 99
  10.  
  11. In article <C0IDMu.By5@panix.com> rpowers@panix.com (Richard Powers) writes:
  12. >In <1993Jan7.152339.25886@nastar.uucp> phardie@nastar.uucp (Pete Hardie) writes:
  13. >>If I do not know the virus is in place on the multi0user system (and if it
  14. >
  15. >How would you not know it is in place?  You would have had to place it
  16. >there yourself.  Or at very least placed the marker file.
  17.  
  18. <sigh>
  19.  
  20. It's a *multi-user* system.  Another user could have installed it.  I might
  21. NOT be the owner.
  22.  
  23. >All it needs to "deserve" the name virus is the ability to replicate
  24. >itself.  
  25.  
  26. More on this later.
  27.  
  28. >>Not necessarily.  Some systems operate user accounts under suffrance - you
  29. >>get only what the admins allow.  Others allow privacy, but do not guarantee
  30. >>anything else.  The raw format of the data is not usually guaranteed, like
  31. >>the position of files on a disk is not guaranteed.
  32. >
  33. >I'm not sure what you're getting at here.  If the system in question
  34. >has no guarantees about anything, I don't want to be on the system,
  35. >BCV or not.
  36.  
  37. Does the sysadmin at your school/business always tell you when s/he installs
  38. something new?  Swaps out one disk for another?  etc, etc.
  39.  
  40. If I am a user on a multi-user system, and the admin has installed this BCV
  41. several years ago, I do not necessarily get *any* information about it or
  42. its presence onthe system.
  43.  
  44. >>An admin who installed a device driver that compressed all files would
  45. >>be doing the same thing, in essence, and would not be likely to tell the
  46. >>users, except as bragging about the regained disk space :-)
  47. >
  48. >IMO _if_ the existence of the virus will have any impact on the users,
  49. >the admin has an obligation to notify those users.  This is not the
  50. >same as a device driver.  With a device driver the effects should be
  51. >totally transparent to the user.  And again, if it is _not_
  52. >transparent, then the users should know.
  53.  
  54. From the descriptions of the BCV, if the marker file is present, it *IS*
  55. totally transparent.  How will I know, if I arrive after the installation
  56. of the BCV, that it is in place?
  57.  
  58. >>>(1) Remove itself.  The BCV would decompress the file and then save it
  59. >
  60. >>This would be the only ethical option for a 'beneficial virus', IMHO.
  61. >
  62. >Not this method alone, IMHO.  If you have so much of your usable disk
  63. >space compressed that not everything will fit uncompressed, then this
  64. >method alone would be disastrous.
  65.  
  66. If the marker file is gone, the re-compression code is gone, right?  Every
  67. executable will be decompressed over time, leading to this very state.
  68.  
  69. >>This starts to make the program less of a virus, since it becomes more of
  70. >>a system utility.
  71. >
  72. >It is a virus because it replicates itself.  Period.
  73.  
  74. I don't think so.
  75.  
  76. Computer virii are called that for their similarity to bilogical virii, which
  77. are simply 'core' of DNA that use *another* cell to reproduce.  I can write a
  78. program that will replicate itself, but unless it *resides within* another
  79. executable, and *inserts itself* into other executables, it's not a VIRUS,
  80. it's a WORM.  A virus is (in the canonical definition) a self-contained code
  81. fragment that resides in an executable, and copies itself into other 
  82. executables.  If the marker file was just a flag, you'd still have a virus, but
  83. once it starts being code, you no longer have a virus.  I'm not sure if there
  84. is a good term for what it is, however.
  85.  
  86. >>It also makes it possible for a user to infect a system without the
  87. >>owner's knowledge.
  88. >
  89. >I assume you are referring to method (4)?  I covered that above.  Read
  90. >the underlined again.
  91. >    ^^^^^^^^^^
  92.  
  93. No.  I meant that Joe User could install the virus and marker file on the
  94. multi-user system run by Mary Sysadmin.
  95.  
  96. >The whole idea has involved from the original to deal with a lot of
  97. >nitpicking problems.  The original context was a hypothetical concept
  98. >to refute the idea that a beneficial virus is inherently _impossible_.
  99.  
  100. Define beneficial.  Now get 100 people to agree with you.
  101.  
  102. That's the problem with a beneficial virus - we don't all agree that X action
  103. is always beneficial.
  104.  
  105. -- 
  106. Pete Hardie:  phardie@nastar  (voice) (404) 497-0101
  107. Digital Transmission Systems, Inc., Duluth GA
  108. Member, DTS Dart Team           |  cat * | egrep -v "signature virus|infection" 
  109. Position:  Goalie               |
  110.