home *** CD-ROM | disk | FTP | other *** search
/ Hacker 2 / HACKER2.mdf / virus / virusl3 / virusl3.63 < prev    next >
Text File  |  1995-01-03  |  25KB  |  594 lines

  1. VIRUS-L Digest   Monday, 26 Mar 1990    Volume 3 : Issue 63
  2.  
  3. Today's Topics:
  4.  
  5. Viruses and Copyrights (Part 4 - Final)
  6. Virus-L index of V3 #1 to #60
  7. FAX Address for Tacoma Software.
  8. re: Ping Pong Virus Question (PC)
  9. re: Virus Replication Rates
  10. Re: viri using Hamming
  11. Re: New Mac Virus?
  12. False Alarm (was Re: New Mac Virus?)
  13. VirusX 4.4 (Amiga)
  14. False version of antivirus program
  15. Re: Possible virus alert (PC)
  16. VIRUS SCANNING UTILITIES (pc)
  17. Virus Alert - NEW VIRUS IN GERMANY (PC)
  18. Prosecute Virus Authors?
  19. viruses or viri, a philological question
  20. VirusX 4.4
  21. Mac file infected with Scores and nVIR -- Usable? (Mac)
  22. F-PROT.ZIP update (PC)
  23.  
  24. VIRUS-L is a moderated, digested mail forum for discussing computer
  25. virus issues; comp.virus is a non-digested Usenet counterpart.
  26. Discussions are not limited to any one hardware/software platform -
  27. diversity is welcomed.  Contributions should be relevant, concise,
  28. polite, etc.  Please sign submissions with your real name.  Send
  29. contributions to VIRUS-L@IBM1.CC.LEHIGH.EDU (that's equivalent to
  30. LEHIIBM1.BITNET for BITNET folks).  Information on accessing
  31. anti-virus, documentation, and back-issue archives is distributed
  32. periodically on the list.  Administrative mail (comments, suggestions,
  33. and so forth) should be sent to me at: krvw@CERT.SEI.CMU.EDU.
  34.  
  35.    Ken van Wyk
  36.  
  37. ---------------------------------------------------------------------------
  38.  
  39. Date:    Thu, 22 Mar 90 15:07:00 -0500
  40. From:    davidbrierley@lynx.northeastern.edu
  41. Subject: Viruses and Copyrights (Part 4 - Final)
  42.  
  43.      Although no longer required by law, it is important to include an
  44. appropriate copyright notice in a work to insure full legal protection in
  45. the event of an infringement suit.
  46.  
  47.      The _ONLY_ internationally recognized copyright symbol, as of the
  48. publication of my source, is the 'c' in a circle.  A 'c' in parenthenses
  49. (c) is _NOT_ an internationally recognized symbol (but this could change).
  50. In the United States "copyright" and "copr." are valid substitutes, but they
  51. may not hold up in other countries.  For computer use the author (M.J. Salone)
  52. recommends these possible notices for various situations:
  53.  
  54. (these are for use if the circled c is not available.)
  55.  
  56. Copyright 1990 John Doe
  57. Copr. 1990 John Doe
  58. (C) Copyright 1990 John Doe
  59. (C) Copr. 1990 John Doe
  60. Copyright John Doe (This work is unpublished)
  61. Copr. John Doe (This work is unpublished)
  62. (C) Copyright John Doe (This work is unpublished)
  63. (C) Copr. John Doe (This work is unpublished)
  64. Copyright John Doe (Work in Progress)
  65. Copr. John Doe (Work in Progress)
  66. (C) Copyright John Doe (Work in Progress)
  67. (C) Copr. John Doe (Work in Progress)
  68.  
  69.  
  70.      The phrase "All rights reserved." is required under some international
  71. treaties.
  72.  
  73.      I've used a lot of software in my time and I have noticed that a lot of
  74. publishers use "defective" copyright notices in their programs, like:
  75.  
  76.                          (C) 1990 John Doe
  77.  
  78. DISCLAIMER:  I am not a lawyer.  This information was taken from _How to
  79.              Copyright Software_ by attorney M.J. Salone (3rd edition).
  80.  
  81. ------------------------------
  82.  
  83. Date:    Wed, 21 Mar 90 09:43:32 +0000
  84. From:    Anthony Appleyard <XPUM04@prime-a.central-services.umist.ac.uk>
  85. Subject: Virus-L index of V3 #1 to #60
  86.  
  87. SUBJECT                                                               ISSUE
  88.  
  89. <Mac: Virus Alerts>
  90. after trying JCremote & MacII Diagnostic Sound,got damaged resource fork 11
  91. Grammatik may contain WDEF A                                             19
  92. New NVIR-like virus, VIREX can detect, can't identify or fix;
  93.                                    Disinfectant can't find  [New virus?] 23
  94. [Trojan Alert (MAC)]Mosaic and Fontfinder, they damage disks             30
  95. New Trojan Warning! (Mac)                                                52
  96. Prog "Totally Safe Sex" on Genie is [possible new trojan on Genie (Mac)] 60
  97.  
  98. <Mac: AIDS virus>
  99. This is not the trojan [There is more than 1 virus called AIDS!]         21
  100. AIDS Virus (Mac) and AIDS Trojan (Non-Mac)                               34
  101.  
  102. <Mac: Anti-Virals>
  103. How to get Mac Anti-viral programs                                        4
  104. Another place to get them  [RE: Anti-virus programs]                      4
  105. Is this Anti-viral site available to Usenet as well as Bitnet?            6
  106. Is there alternate virus protection besides Vaccine & Gatekeeper?         6
  107. answer to alt. virus prot:  try RWATCHER  [RE: Alt. virus prot.]          7
  108. 1st Aid Software, Publisher of Anti-virus Kit,
  109.          will do no further updates to software  [An unfortunate victim] 11
  110.  
  111. [Ed. Remainder of index package (for Mac, PC, and miscellaneous) is
  112. available by anonymous FTP on cert.sei.cmu.edu (IP number
  113. 128.237.253.5).  Filenames are:
  114.  
  115. pub/virus-l/archives/index.v3i1-60.appleyard.pc
  116. pub/virus-l/archives/index.v3i1-60.appleyard.mac
  117. pub/virus-l/archives/index.v3i1-60.appleyard.misc
  118. ]
  119.  
  120. ------------------------------
  121.  
  122. Date:    Fri, 23 Mar 90 12:54:57 +0000
  123. From:    Dave Tillett <CPI001@IBM.SOUTHAMPTON.AC.UK>
  124. Subject: FAX Address for Tacoma Software.
  125.  
  126. Does anyone have the fax address of Tacoma Software Systems, the
  127. suppliers of VIRSTOP.  I have just had a fax from them which does not
  128. give their number and I need to send a reply.
  129.  
  130. Thanks
  131.  
  132. Dave
  133.  
  134. Dave Tillett                                CPI001@UK.AC.SOUTHMAPTON.IBM
  135. Southampton University Computing Services   phone 0703 592161
  136.                                             fax   0703 593939
  137.  
  138. ------------------------------
  139.  
  140. Date:    23 Mar 90 00:00:00 -0500
  141. From:    "David.M..Chess" <CHESS@YKTVMV.BITNET>
  142. Subject: re: Ping Pong Virus Question (PC)
  143.  
  144. ag541@cleveland.Freenet.Edu (John Zola):
  145. > It is also known as the Bouncing Ball, the Bouncing Dot, the
  146. > Italian, the Vera Cruz, the Falling Letters, and the Boot Virus.
  147.  
  148. "Falling Letters" is a different virus.   "Boot Virus" isn't really
  149. the name of any particular virus...
  150.  
  151. >      The original Ping Pong Virus is a boot sector virus first
  152. > reported in March 1988.  The original virus could only infect
  153. > floppy diskettes.
  154.  
  155. Although people are constantly saying this, I've never encountered
  156. anyone who had a copy of the floppy-only version.   The Bouncing Ball
  157. (or whatever) virus that's out there actively spreading in the world
  158. infects both floppies and hard disks.
  159.  
  160. > would like to find out whether this so-called bad sector is a
  161. > duplicate of the virus or possible a data segment that the virus
  162. > uses.
  163.  
  164. The virus is too large to fit into the small boot sector; the place on
  165. the disk(ette) that it reserves for itself is used to store the rest
  166. of the virus, and of course the original valid DOS boot sector that it
  167. has overlaid.
  168.  
  169. DC
  170.  
  171. ------------------------------
  172.  
  173. Date:    23 Mar 90 00:00:00 -0500
  174. From:    "David.M..Chess" <CHESS@YKTVMV.BITNET>
  175. Subject: re: Virus Replication Rates
  176.  
  177. Fascinating stuff!  What sort of data does he base his rate estimates
  178. on?  I would be (pleasantly) surprised if anyone had managed to gather
  179. reliable enough data to make a credible estimate.  Will the paper
  180. appear in some journal at some point?  Do you know if preprints are
  181. available?  DC
  182.  
  183. ------------------------------
  184.  
  185. Date:    23 Mar 90 13:17:03 +0000
  186. From:    woody@chinacat.Unicom.COM (Woody Baker @ Eagle Signal)
  187. Subject: Re: viri using Hamming
  188.  
  189. jg3o+@andrew.cmu.edu (Jason Ari Goldstein) writes:
  190. > Excuse me for my apparent cluelessness but could someone please tell me what
  191. > people mean by Hamming?  From context I think I know what ever one is talking
  192.  
  193. It is an error correcting scheme that lets you detect and correct
  194. errors.  It is used in various serial transmission schemes and in file
  195. integraty verification.  Apparently some viruses (please not viri)
  196. have hamming error correcting code included that attempts to correct
  197. errors or changes made to the virus.
  198.  
  199. Cheers
  200. woody
  201.  
  202. ------------------------------
  203.  
  204. Date:    Fri, 23 Mar 90 15:07:02 -0500
  205. From:    "Norman William Franke, III" <nf0i+@andrew.cmu.edu>
  206. Subject: Re: New Mac Virus?
  207.  
  208. Make sure you are using the most current version of TeachText, which is
  209. 1.2 I believe. TeachText isn't really ment to be used as a word
  210. processor, hence the name, it's ment to read readme files, and the like.
  211.  You can also check the modification dates on TeachText do determine if
  212. it has been modified lately.
  213.  
  214. Viruses are generally the last thing I look for. This may not be a good
  215. idea, but I usually find on the Mac it's something else. For example,
  216. have you added any new INITs or CDEVs? Try removing them all. Next you
  217. could try to replace your System and Finder. I've had my System get
  218. corrupted a few times, while under MultiFinder usually.
  219.  
  220. However, the easiest thing to do would to use one of the virus checkers,
  221. publicly available. One of the better non-commerical ones is
  222. Disinfectant 1.6, which you can get from most clusters on campus,
  223. appleshare servers, or via FTP from sumex. (36.44.0.6,
  224. /info-mac/virus/disinfectant-16.hqx). To be super-safe you can do this
  225. on a friends system.  Put Disinfectant and a system/finder on a disk,
  226. lock it, and boot from this disk on your machine.  Then run Disinfectant
  227. from that disk. If you have a known virus, it should be able to remove
  228. it.
  229.  
  230. Norman Franke
  231. nf0i+@andrew.cmu.edu
  232.  
  233. ------------------------------
  234.  
  235. Date:    Fri, 23 Mar 90 16:18:10 -0500
  236. From:    Yary Richard Phillip Hluchan <yh0a+@andrew.cmu.edu>
  237. Subject: False Alarm (was Re: New Mac Virus?)
  238.  
  239. OK, sorry for crying wolf!
  240.  
  241. First, there were some things I forgot to mention in my original post:
  242.  
  243. I run a known clean copy of Disinfectant 1.6 on my entire hard drive
  244. every two days, in addition to running SAM Intercept and Virex in the
  245. background.  Hence the title "new mac virus?"  Also, I have not changed
  246. any inits in my System folder since I reformatted my hard drive a couple
  247. months ago.
  248.  
  249. The occasional MacMail bomb could be anything, as it is still in its
  250. test version.
  251.  
  252. The TeachText bomb is most probably from my inadvertantly copying over
  253. my version 1.2 with an older 1.1
  254.  
  255. As for they sys err #10 when I boot up, who knows?  I booted up my
  256. machine, and other than the old version of TeachText everything seems
  257. fine.  If anything odd happens again, I'll let everyone know.
  258.  
  259. I would like to thank everyone who promptly sent mail pointing me in the
  260. right direction.  Now I can enjoy my vacation!
  261.  
  262. - -Yary
  263.  
  264. ------------------------------
  265.  
  266. Date:    23 Mar 90 21:09:55 +0000
  267. From:    consp11@bingvaxu.cc.binghamton.edu (Brett L. Kessler)
  268. Subject: VirusX 4.4 (Amiga)
  269.  
  270. This article was originally posted to American People/Link's AmigaZone
  271. club by Steve Tibbett, the author of VirusX.  As long as this article
  272. is kept in its entirety, it can be re-posted anywhere.  (I copied it
  273. from comp.sys.amiga.)
  274.  
  275. - -----
  276. Club : AMIGA ZONE        Sec: 2
  277. Date :  3/22/90 19:59    Num: 63,234
  278. Theme: VIRUSX 4.4
  279. To   : ALL               By : STEVEX
  280. Title: WHAT IT IS
  281. - -----
  282. A bogus version of VirusX has appeared recently, and has begun circulating
  283. under the name "VirusX 4.4".
  284.  
  285. VirusX 4.4 is not by me, but it's not something to worry about if you
  286. have run it.  VirusX 4.4 is a VirusX 4.0 archive that has been slightly
  287. modified by somebody who obviously doesn't know anything about C, nor
  288. programming the Amiga (based on some of the things he says).
  289.  
  290. The 4.4 archive contains a VirusX.Docs that has a new "Virus"
  291. appended to the docs, has a longer description of this virus appended
  292. to the source file, had some punctuation moved around in the source
  293. file, and had the 4.00 version number patched to 4.40.
  294.  
  295. That's it.  If you have it, don't use it because you'll just confuse
  296. yourself.  Please don't pass it on.
  297.  
  298. The only places that I normally personally upload VirusX to are
  299. my own BBS (OMX, at 613-731-3419), and People/Link.
  300.  
  301. I will have a new version of VirusX with a few new features, and knowledge
  302. a number of new viruses, to release within the next few days.
  303.  
  304. On another VirusX-related topic, some people have noticed that XOPER
  305. reports that VirusX uses an incredible amount of CPU time (between 40% and
  306. 60% of the available CPU time) for a program that's supposed to run in the
  307. background.  Well, VirusX is pretty nice to the Amiga system so checked it
  308. out with Commodore's PerfMon (PM) from the 1.3 Extras disk, and it reports
  309. that VirusX takes almost no processor time.  I trust PM.
  310.  
  311.           ...Steve
  312.  
  313. +------///-+------------------| BRETT KESSLER |------------------+-\\\------+
  314. |     ///  |         consp11@bingvaxu.cc.binghamton.edu          |  \\\     |
  315. | \\\///   |              consp11@bingvaxa.BITNET                |   \\\/// |
  316. |  \XX/    |              (PeopleLink)  B.KESSLER                |    \XX/  |
  317. +----------+-----------------------------------------------------+----------+
  318.  
  319. ------------------------------
  320.  
  321. Date:    Fri, 23 Mar 90 17:30:00 -0500
  322. From:    <WOLVERIN@JHUVMS.BITNET>
  323. Subject: False version of antivirus program
  324.  
  325. I think an interesting question is raised by the (intentional) rumor of a
  326. new version.  Presuming that an evildoer wants people to accept the phony
  327. version, with whatever virus it might contain, how can we trust what is
  328. said anywhere about shareware?  I have a friend who knows something about
  329. computers, and he told me its relatively easy to send messages under false
  330. names.  How can we tell whether a person whose opinion we trust is really
  331. "speaking"?
  332. Andre Teschner
  333.  
  334. ------------------------------
  335.  
  336. Date:    Fri, 23 Mar 90 16:21:23 -0600
  337. From:    Gary Heston <psuvax1!unix.cis.pitt.edu!usc.edu!sci34hub.sci.COM!gary@d
  338.             sinc>
  339. Subject: Re: Possible virus alert (PC)
  340.  
  341. Sounds more like your hard drive or power supply is about to go bad.
  342.  
  343. There is no hardware whatsoever that can alter the speed of a hard
  344. disc in a PC or AT style system. Failure of either the power supplys'
  345. +12V output or the drives' motor control circuitry is indicated,
  346. unless the power connection into the drive is loose.
  347.  
  348. The increasing number of bad sectors points to the drive.
  349.  
  350. Keep those backups safe.....
  351.  
  352. - ---
  353.     Gary Heston     { uunet!sci34hub!gary  }    System Mismanager
  354.    SCI Technology, Inc.  OEM Products Department  (i.e., computers)
  355. "I think, therefore, !PANIC! illegal protected mode access attempt
  356. Memory fault: core dumped
  357.  
  358.  
  359. ------------------------------
  360.  
  361. Date:    Fri, 23 Mar 90 18:36:00 -0800
  362. From:    jmolini@nasamail.nasa.gov (JAMES E. MOLINI)
  363. Subject: VIRUS SCANNING UTILITIES (pc)
  364.  
  365. Arthur Gutowski <AGUTOWS@WAYNEST1.BITNET> writes:
  366.  
  367. > In Virus-L, v3.i59, Jim Molini gives an alternative to having to register
  368. > many copies of shareware programs for virus detection.  He suggests using
  369. > a PD CRC checker (eg, FILETEST by Len Levine) to monitor program changes,
  370. > and use your one registered copy of a scanner/disinfector if any changes
  371. > are detected.
  372. >...
  373. > We (at Wayne State) have a similar problem to the one he's addressing.
  374. > We are starting an IBM token-ring LAN, with Ethernet, and will be running
  375. > Novell.  There will be several workstations hooked up to a server.  Some
  376. > will be used for a special program involving teaching kids (high school
  377. > age) how to use PCs and word processors, database programs, spreadsheets,
  378. > etc.  Development on these machines will not be an issue.  However, our
  379. > Engineering department also intends to use some of the workstations as
  380. > well, and they may very well do a fair amount of program development.
  381. >
  382. > Jim, would you suggest the same approach for a network where there may be
  383. > heavy programming?  I'd like to see some more discussion of this topic.
  384.  
  385. Arthur, you have identified the primary problem associated with CRC type
  386. virus detectors.  They work against a baseline that always tends to change
  387. when working with program development.  Nevertheless, this is not an
  388. insurmountable problem, because you can usually isolate your program
  389. development environment into a separate directory, or partition.  What I
  390. would recommend is for you to continue with something like FILETEST after
  391. you have relocated the destination directory for your program development
  392. environment into another area (preferably onto another partition of your
  393. disk).  In this way, you are once again ensuring that your primary
  394. partition is stable enough to use a CRC type program.
  395.  
  396. It is kind of like the problem of locating smoke detectors in a commercial
  397. kitchen.  Most people don't.  They usually have fire extinguishers in
  398. hazardous areas and locate smoke detectors outside the kitchen area because
  399. smoke naturally occurs in a kitchen area and would then generate too many
  400. false alarms.  In certain cases they will use sprinklers, which are not
  401. activated by smoke (only heat) and figure that if the smoke is bad enough
  402. to activate a detector outside the kitchen, it must be bad enough at that
  403. point to generate an alarm.
  404.  
  405. In your environment, if you located program development code in a non-
  406. bootable partition under C: (like D:, or E:) and scanned C:, you should
  407. have a very good chance of detecting viruses before they became a problem,
  408. as long as you are not running your network software from a drive that is
  409. not being scanned.  Then, if you are really worried about your production
  410. software (and you should be if you anticipate exporting it from your
  411. machines) then you can use one of the other scanners for detecting viruses
  412. on those files.
  413.  
  414. Now that I've stuck my foot in it, let me hedge by saying that the existing
  415. CRC detectors you described will not detect the more advanced viruses, like
  416. 4096, without extensive modifications.  But that is an issue for a future
  417. edition of Virus-L.
  418.  
  419. Jim Molini.
  420.  
  421. ------------------------------
  422.  
  423. Date:    Sat, 24 Mar 90 10:22:54 -0500
  424. From:    Christoph Fischer <RY15@DKAUNI11.BITNET>
  425. Subject: Virus Alert - NEW VIRUS IN GERMANY (PC)
  426.  
  427. We received a sample of a new virus. This is very URGENT since this virus
  428. will activate part of its payload on ** APRIL 1st **
  429.  
  430. Overview:
  431. It will only infect .COM files since it searches for *.COM during the
  432.   infection process. ( much like the Vienna, 648, UNESCO family but it does
  433.   multiple infections upon execution of an infected .COM file).
  434. It does *NOT* create a TSR.
  435. It is a prepending virus, thus it will overwrite the first part of an un-
  436.   infected file, saving the data, being overwritten, behind the host code.
  437.   the file will grow 1539 bytes. The infection process is not very
  438.   sophisticated and will cause noticable delays and harddisk action upon
  439.   each invocation of an infected file.
  440. The virus is self-encrypting. (very simple mechanism) The decryption mechanism
  441.   is slightly modified on each infection. With another simple trick it prevents
  442.   the debugger from tracing correctly. (just takes seconds for an experienced
  443.   user to circumvent).
  444. The virus carries *TWO* payloads:
  445. 1. From 24th of December till the end of each year it will write a X-mas tree
  446.    and the following german message on the screen:
  447.             Und er lebt doch noch : Der Tannenbaum !
  448.                       Frohe Weihnachten ...
  449.    Translation:
  450.             And still it is alive : The Christmas Tree !
  451.                       Merry Christmas ...
  452.  
  453.    Note: The tree is done with '*' and IBM PC special characters. It might be
  454.          an allusion to the famous BITNET worm CHRISTMA EXEC !
  455.    No further damage is done.
  456.  
  457. 2. On April 1st it will drop a sabotage code into the partition table of
  458.    harddisk 0 (note this is on the physical level)  and into the bootsector
  459.    of floppydrives 0 and 1. (using INT 13, so some protection sw will
  460.    prohibit this action)
  461.    This code will write the following string : 'April, April ...' and a beep
  462.    to the screen and hang the system upon next boot up.
  463.    (Translation: April fool)
  464.  
  465. The virus will identify itself by looking for the following 7 bytes in the
  466.    very beginning of each .COM file    EB 07 56 0A 03 59 00
  467.  
  468. We got our first sample from a small town in nortern Germany named Altena.
  469.  
  470. A highschool student found it while he was trying out a programm that plays
  471. a Christmastune on Dec. 24th (he set his clock and got the tree on his screen
  472. while running several other programms)
  473.  
  474. I am not fully done with the disassembly since I had a virus myself
  475. bad case of FLUE :-)
  476.  
  477. I think we will name it the XA1 virus for X-mas and April 1st.
  478.  
  479. Sincerely
  480.     Christoph Fischer
  481. *****************************************************************
  482. * Chistoph Fischer and Torsten Boerstler and Rainer Stober      *
  483. * Micro-BIT Virus Team / University of Karlsruhe / West-Germany *
  484. * D-7500 Karlsruhe 1, Zirkel 2, Tel.: (0)721-608-4041 or 2067   *
  485. * E-Mail: RY15 at DKAUNI11.BITNET or RY12 at DKAUNI11.BITNET    *
  486. *****************************************************************
  487.  
  488. ------------------------------
  489.  
  490. Date:    23 Mar 90 19:03:49 +0000
  491. From:    garth!dbarnes@unix.sri.com (Dave Barnes)
  492. Subject: Prosecute Virus Authors?
  493.  
  494. I was wondering...I read a comment somewhere that said
  495. "[such-and-such] virus was written by [so-and-so]"
  496.  
  497. Do we know who any of the authors of virii are, and if so, can anybody
  498. prosecute them?  I know you can for single incidents like the big
  499. network virus that was written by the student back east, but what
  500. about PC viruses?
  501.  
  502. - ----------------------------------------------------------
  503. David Barnes
  504. UUCP: {pyramid,sri-unix,ingr}!apd!dbarnes     415/852-2365
  505. USPS: Intergraph APD, 2400 Geng Road, Palo Alto, CA  94303
  506. - ----------------------------------------------------------
  507.  
  508. ------------------------------
  509.  
  510. Date:    Sat, 24 Mar 90 12:06:00 -0500
  511. From:    Christoph Fischer <RY15@DKAUNI11.BITNET>
  512. Subject: viruses or viri, a philological question
  513.  
  514. Virus, originally meaning slime, poison is of Latin origin. It was a
  515. collective noun of neuter gender such as vulgus meaning common people
  516. and occured in the singular only.
  517. The plural form viri belongs to the Latin noun vir, meaning man, and has
  518. nothing to do with virus.
  519. So viruses is the only acceptable plural form of virus and moreover
  520. a good example of British pragmatism in using loan words.
  521. Sincerely
  522.       Christoph Fischer
  523. *****************************************************************
  524. * Micro-BIT Virus Team / University of Karlsruhe / West-Germany *
  525. * D-7500 Karlsruhe 1, Zirkel 2, Tel.: (0)721-608-4041 or 2067   *
  526. * E-Mail: RY15 at DKAUNI11.BITNET                               *
  527. *****************************************************************
  528.  
  529. ------------------------------
  530.  
  531. Date:    Sun, 25 Mar 90 13:03:00 -0500
  532. From:    High on Bick's <SLONOSKY@QUCDN.BITNET>
  533. Subject: VirusX 4.4
  534.  
  535. Has anyone figured out what this program does yet? I realize it's only been a
  536. short time since its release, but was just curious.
  537.  
  538. Dave
  539.  
  540. ------------------------------
  541.  
  542. Date:    Mon, 26 Mar 90 06:42:07 +0000
  543. From:    drz@po.cwru.edu (David Zinkin)
  544. Subject: Mac file infected with Scores and nVIR -- Usable? (Mac)
  545.  
  546. (Sorry if I'm doing something wrong.  I've never posted here before.)
  547.  
  548. My copy of SideKick for the Mac has been infected with TWO viruses at the
  549. same time -- Scores and nVIR A.  Is it possible to make SideKick usable
  550. again?  The only tool I've tried using is SAM 1.5, which will only let me
  551. delete the file, not repair it.  I don't want to try anything else until I
  552. know the file won't be damaged.
  553.  
  554. Thanks in advance for helping.
  555.  
  556. - -- Dave Zinkin --
  557.  
  558. Disclaimer: The opinions and ideas expressed here are solely my own.
  559. - ------------------------------------------
  560. I see, and I forget.
  561. I hear, and I remember.
  562. I do, and I understand.
  563. (Ancient Chinese Fortune Cookie)
  564. - ------------------------------------------
  565. Dave Zinkin - drz@po.cwru.edu
  566.  
  567. ------------------------------
  568.  
  569. Date:    Fri, 23 Mar 90 13:54:03 -0600
  570. From:    James Ford <JFORD1@UA1VM.BITNET>
  571. Subject: F-PROT.ZIP update (PC)
  572.  
  573. Fridrik (Frisk) Skulason's F-PROT.ARC program has been placed on the
  574. server at MIBSRV.MIB.ENG.UA.EDU (130.160.20.80) for anonymous FTP in
  575. the directory pub/ibm-antivirus.  Thanks to Leonard Levine for uploading
  576. it (it was you, wasn't it)?  (The file was converted from ARC to ZIP)
  577.  
  578. F-PROT.ZIP had been uploaded incorrectly earlier (thanks to Carol Conti-Entin
  579. for spotting this).  This has been corrected.  If you note any other errors,
  580. please drop me a line so I can correct it.
  581.  
  582. For virus-trackers:  Jerusalem Virus-B was found in our IE student lab.
  583. - ----------
  584. Discover all unpredictable errors before they occur.
  585. - ----------
  586. James Ford -  JFORD1@UA1VM.BITNET, JFORD@MIBSRV.MIB.ENG.UA.EDU
  587.               THE University of Alabama (in Tuscaloosa)
  588.  
  589. ------------------------------
  590.  
  591. End of VIRUS-L Digest
  592. *********************
  593. Downloaded From P-80 International Information Systems 304-744-2253
  594.