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

  1.  
  2. VIRUS-L Digest   Thursday,  7 Jun 1990    Volume 3 : Issue 109
  3.  
  4. Today's Topics:
  5.  
  6. Steriod Trojan -- WARNING! (Mac)
  7. re: Stoned (PC)
  8. Search strings for IBM VIRSCAN program (PC)
  9. re: Possible virus (PC)
  10. Re: clearing ps/2 pw, faces on screen (PC)
  11. "validate" program for Macs
  12. MDEF anyone? (Mac)
  13. Steroid Trojan and SAM 2.0 (Mac)
  14. Re: Intentional Virus(es?)
  15. MAC Trojan announcement
  16.  
  17. VIRUS-L is a moderated, digested mail forum for discussing computer
  18. virus issues; comp.virus is a non-digested Usenet counterpart.
  19. Discussions are not limited to any one hardware/software platform -
  20. diversity is welcomed.  Contributions should be relevant, concise,
  21. polite, etc.  Please sign submissions with your real name.  Send
  22. contributions to VIRUS-L@IBM1.CC.LEHIGH.EDU (that's equivalent to
  23. LEHIIBM1.BITNET for BITNET folks).  Information on accessing
  24. anti-virus, documentation, and back-issue archives is distributed
  25. periodically on the list.  Administrative mail (comments, suggestions,
  26. and so forth) should be sent to me at: krvw@CERT.SEI.CMU.EDU.
  27.  
  28.    Ken van Wyk
  29.  
  30. ---------------------------------------------------------------------------
  31.  
  32. Date:    Wed, 06 Jun 90 09:19:51 -0400
  33. From:    Tom Coradeschi <tcora@PICA.ARMY.MIL>
  34. Subject: Steriod Trojan -- WARNING! (Mac)
  35.  
  36. This was posted today to Info-Mac.
  37.  
  38. tom c
  39.  
  40.                            = Every Day is Earth Day =
  41.           ARPA: tcora@pica.army.mil     BITNET: Tcora@DACTH01.BITNET
  42.                 UUCP: ...!{uunet,rutgers}!pica.army.mil!tcora
  43.  
  44. - ----- Forwarded message # 1:
  45.  
  46. Date: Tue, 5 Jun 90 15:07:26 -0700
  47. From: William Lipa <wlipa@hqpyr1.oracle.com>
  48. Subject: Steriod Trojan -- WARNING!
  49.  
  50. Steroid Trojan Horse
  51.  
  52. There is a Trojan Horse called "Steroid".  It is an INIT that claims to speed
  53. up QuickDraw on Macintosh computers with 9" screens.  The INIT contains code
  54. that checks for the date being greater than June 6,1990.  If it is, it will
  55. ERASE all mounted drives.
  56.  
  57. I have performed some tests on a Macintosh SE.  Having Comm Toolbox installed
  58. seemed to interfere with the INIT and keep the erase from happening.  The SE
  59. simply crashed.
  60.  
  61. I then installed the INIT on a floppy disk and booted the SE.  The floppy and
  62. hard disk were promply erased.  NOTE: I had set the date to 7/7/90.
  63.  
  64. So far, we know that the code does the following:
  65.  
  66. OPERATIONS AT RESTART:
  67.  
  68.  DATE & TIME CHECK (Loop)
  69.  SYSENVIRONS CHECK
  70.  GETS VOLUME INFORMATION (probably checking for HFS)
  71.  GETS SOME ADRESSES (Toolbox traps)
  72.  DOES SOME HFS DISPATCH OPERATIONS
  73.  VOLUME IS REINITIALIZED to "Untitled"
  74.  
  75. INFORMATION:
  76. - ------------
  77. TYPE:      INIT
  78. CREATOR:   qdac
  79. CODE SIZE: 1080
  80. DATA SIZE: 267
  81. ID:        148
  82. Name:      QuickDraw Accelorator
  83. File Name: "  Steroid" (First 2 characters are ASCII 1)
  84.  
  85. WHAT TO DO:
  86. - -----------
  87. If your disk becomes erased, you can use SUM II Disk Clinic to recover the
  88. deleted files.  We have tried this and it seems to work.  If you read this
  89. today, before June 6 1990, REMOVE the Steroid INIT from all disks IMMEDIATELY.
  90.  
  91. POSTED BY:
  92.  
  93. Thomas Scott
  94. Desktop Services
  95. AppleLink: MICRO.SUPT
  96.  
  97. Thanks to Larry Nedry, Lee Neuse, & Gary Giusti for information
  98.  
  99. - ----- End of forwarded messages
  100.  
  101. ------------------------------
  102.  
  103. Date:    06 Jun 90 09:41:01 -0400
  104. From:    "David.M.Chess" <CHESS@YKTVMV.BITNET>
  105. Subject: re: Stoned (PC)
  106.  
  107. Yep, the Stoned installs itself on the bottommost sector of the
  108. physical disk, which is the place where the partition table lives on a
  109. partitioned hard disk.
  110.  
  111. >                        DEBUG cannot read/modify the partition table so
  112. > some of the methods presented thusfar will not necessarily work on
  113. > such a disk.
  114.  
  115. That's only sort of true; the DEBUG "load" command can only
  116. see within the DOS partition, and therefore it can't see the
  117. bottommost sector; but I think people were suggesting using
  118. DEBUG to type in the tiny program needed to do the work.
  119. For instance, if you go into debug and type
  120.  
  121. a 100
  122. xor ax,ax
  123. int 13
  124. mov ax,0201
  125. mov bx,0200
  126. mov cx,0001
  127. mov dx,0080
  128. int 13
  129. <enter by itself>
  130. g 112
  131. d 200 3ff
  132.  
  133. you'll be able to see the bottommost sector of the first hard disk,
  134. including the partition table and the master boot code, sitting there
  135. at address 200.  (Only do this if you have some idea of what you're
  136. doing, of course!  The wrong typo in the above could easily make your
  137. hard disk inaccessible.)  Similar tiny programs can read the original
  138. stashed bottommost sector on a Stoned-infected hard disk, and write it
  139. back to where it belongs.  I think that's what some folks were
  140. suggesting...
  141.  
  142. DC
  143.  
  144. ------------------------------
  145.  
  146. Date:    06 Jun 90 09:50:49 -0400
  147. From:    "David.M.Chess" <CHESS@YKTVMV.BITNET>
  148. Subject: Search strings for IBM VIRSCAN program (PC)
  149.  
  150. > We have versions of these files dated Sept 11, 1989.  Are there any
  151. > persons who maintain updated versions of these files as new viruses are
  152. > discovered?
  153.  
  154. A new version of the scanning program, including new search strings,
  155. was released the other month; ask your IBM marketing rep, or local
  156. branch office, about the IBM Virus Scanning Program version 1.1.  (If
  157. they can't find the information about it, give them my name; it's sort
  158. of an unusual product...)
  159.  
  160. DC
  161.  
  162. ------------------------------
  163.  
  164. Date:    06 Jun 90 09:53:28 -0400
  165. From:    "David.M.Chess" <CHESS@YKTVMV.BITNET>
  166. Subject: re: Possible virus (PC)
  167.  
  168. SEAN KRULEWITCH <IBNG300@INDYVAX.BITNET>:
  169. > One symptom
  170. > that seems to be common is a small section of the lower left hand side
  171. > of the screen seems to shift up, leaving a small "hole".
  172.  
  173. That's a common symptom of the 1813 (or "Jerusalem") virus, one of the
  174. most common PC-DOS viruses.  Have you used a virus-scanner on your
  175. system?  If you *do* have an 1813 infection, the other symptoms that
  176. you're seeing are probably due to various bugs in the virus and/or
  177. "incompatibilities" between the virus and your various programs...
  178.  
  179. DC
  180.  
  181. ------------------------------
  182.  
  183. Date:    06 Jun 90 14:02:33 +0000
  184. From:    mike@client1.DRETOR (Mike Cummings )
  185. Subject: Re: clearing ps/2 pw, faces on screen (PC)
  186.  
  187. GLWARNER@SAMFORD.BITNET (The.Gar) writes:
  188. >Dimitri -
  189. >    I can't help you with your problem, other than to tell you that
  190. >IBM's recommended procedure for a forgotten password USED TO BE to
  191. >remove the battery from the motherboard (I had an original PS/2 70.)
  192. >THIS HAS CHANGED, however, and they now have a "trick" that let's you
  193. >quickly clear the password.  What one is now able to do, is unplug the
  194. >speaker connector from the bus adapter card, and plug it in in the
  195.  
  196.           It seems to me that this is also a new way to compromise the
  197. security of IBM equipment.  A better, more secure method of dealing
  198. with the problem (ie. not a "trick") should be found and implemented.
  199.  
  200. - ---->  mike%zorac@dretor.dciem.dnd.ca
  201.  
  202. ------------------------------
  203.  
  204. Date:    Wed, 06 Jun 90 11:30:33 -0500
  205. From:    m19940@mwvm.mitre.org (Emily H. Lonsford)
  206. Subject: "validate" program for Macs
  207.  
  208. Does anyone know of a "validate" - type program for the Macintosh?
  209. I'm looking for something similar to McAfee's VALIDATE program, which
  210. is used to generate two checksums on a file, with independent
  211. algorithms.  Thus when the file is transmitted, the checksums
  212. generated before transmission are compared to the ones obtained after
  213. transmission, to ensure that what is sent is received uncorrupted.
  214.  
  215. Thanks in advance for the help.
  216. *        Emily H. Lonsford
  217. *        MITRE - Houston W123  (713) 333-0922
  218.  
  219. ------------------------------
  220.  
  221. Date:    Wed, 06 Jun 90 10:30:59 -0600
  222. From:    "McMahon,Brian D" <MCMAHON@GRIN1.Bitnet>
  223. Subject: MDEF anyone? (Mac)
  224.  
  225. Since the initial report, there's been a conspicuous LACK of any reports of
  226. MDEF/Garfield hits.  Have they just not made it to the list?  Has Garfield
  227. been contained?  Is it spreading undetected?  Inquiring minds want to know.
  228.  
  229. ;-)
  230.  
  231. I posted a query to the Virus SIG in the Mac Utilities area of America
  232. Online, and got this:
  233.  
  234. >Subj:  MDEF Marching Through Georgia?        90-06-04 19:50:27 EDT
  235. >From:  DavidIIci
  236. >
  237. >    Brian,
  238. >
  239. >     While perusing through postings on the Mac Software BBS on PRODIGY, I
  240. >came across a post from an individual in Douglasville, Georgia (a suburb to
  241. >the west of Atlanta) who confirmed that he had been victimized by MDEF. It
  242. >had been found on a disk that he'd brought back from a local service
  243. >bureau. He'd taken a Quark XPress job there to be run out. When he
  244. >returned, a scan from a virus detection program (think it was Disinfectant)
  245. >confirmed a viral infection.....MDEF.
  246. [ Stuff deleted ]
  247.  
  248. If this (third-hand) report is accurate, then the thing is on its merry
  249. way.  If anyone has further info, please consider contacting me directly.
  250. Indulge me in my little quirk...  :-)
  251.  
  252. Brian McMahon  <MCMAHON@GRIN1.BITNET> | VAX Kludgemeister, Macintosh Medic,
  253. Grinnell College Computer Services    | Human Help Key, various and sundry
  254. Grinnell, Iowa 50112                  | stats packages.  Please allow two
  255. (515) 269-4901                        | to four weeks for miracles.
  256. (No, *NOT* Idaho!  Not Ohio, either!)
  257.  
  258. ------------------------------
  259.  
  260. Date:    06 Jun 90 16:20:00 +0000
  261. From:    D1660@AppleLink.Apple.COM (SoftPlus, Paul Cozza,PRT)
  262. Subject: Steroid Trojan and SAM 2.0 (Mac)
  263.  
  264. For SAM 2.0 users:
  265.  
  266. As recently reported, a new Trojan horse named Steroid has recently
  267. been discovered. It is set to go off on July 1st, 1990, at which time
  268. it zeroes your volume directories (it is possible to recover files on
  269. hard disks with utilities such as SUM II). Before that time the Trojan
  270. remains dormant.
  271.  
  272. This Trojan is shipped with the file name (Steroid) preceded by 2
  273. invisible characters along with a warning not to change the file name.
  274. These 2 invisible characters are there to make it load before SAM (or
  275. other INITs). If you leave this file in your system folder, then you
  276. are in danger (especially if have not renamed it).
  277.  
  278. If you have renamed the file so that it runs after SAM (in general, NO
  279. unknown INITs should ever be allowed to run before SAM), then in
  280. advanced or custom modes you will get SAM alerts saying "There is an
  281. attempt to bypass the file system" when this Trojan attacks your
  282. volumes. Denying these attempts prevents the Trojan from doing any
  283. damage.
  284.  
  285. You can enter the following virus definition in Virus Clinic to allow
  286. both SAM Intercept and Virus Clinic to detect this Trojan during
  287. scans.
  288.  
  289.    Virus Name:  Steroid Trojan
  290. Resource Type:  INIT
  291.   Resource ID:  148
  292. Resource Size:  1080
  293. Search String:  ADE9 343C 000A 4EFA FFF2 4A78    (hexadecimal)
  294. String Offset:  96
  295.  
  296. If you have entered this definition and have renamed the Trojan to run
  297. after SAM, then SAM Intercept will also notify you when this INIT is
  298. run at startup time.
  299.  
  300. Paul Cozza
  301. SAM Author
  302.  
  303. ------------------------------
  304.  
  305. Date:    06 Jun 90 17:03:52 +0000
  306. From:    rww@demon.siemens.com (Richard W West)
  307. Subject: Re: Intentional Virus(es?)
  308.  
  309. - -From: Peter Jaspers-Fayer <SOFPJF@vm.uoguelph.ca>
  310. - -
  311. - -Hmm, and do you also imagine that while the dentist is in there with
  312. - -the drill that (just maybe) some extra bits of enamel may get
  313. - -chipped off a nearby tooth, so that you'll get another cavity andd
  314. - -have to come back sooner?  I guess there has to be some trust
  315. - -someplace.
  316.  
  317. Yes, that is true, there has to be some trust someplace, but too much is
  318. a bad thing.
  319.  
  320. - -From D1660@AppleLink.Apple.COM Wed Jun  6 10:46:02 1990
  321. - -
  322. - -You're not the first person to think that maybe it's the commercial
  323.  anti-virus
  324. - -programmers who are writing viruses. In fact, you're wrong. Also, don't you
  325. - -think it's judgemental to single out a product like SAM and suggest a
  326. - -malicious motive lurks behind its development and distribution?
  327. - -
  328.  
  329. - -The facts are:
  330. - -1) The SAM author has never written a virus;
  331. - -
  332. - -2) The author spends a huge amount of time and energy making the product as
  333. - -   powerful as possible for the benefit of SAM's users;
  334. - -
  335. - -3) The author would be making his living on other software if there weren't a
  336. - -   need for SAM. Contrary to your thought, many people consider his effort a
  337. - -   service to the Mac community, not a scheme to bilk the Mac users!
  338. - -
  339. - -4) SAM 2.0 was upgraded to allow SAM users to get better defense against new
  340. - -   viruses at no cost. Once the virus definition is entered by the user,
  341.  there
  342. - -   is next to no chance of becoming infected even unknowingly.  And the
  343.  proper
  344. - -   virus definition is posted usually within a day of the discovery of a new
  345. - -   virus. All registered SAM users are send a postcard with the proper virus
  346. - -   definition free of charge. Symantec has even stopped its subscription
  347. - -   service since there is no need for it.
  348. - -
  349. - -5) It is somewhat true that upgrading SAM for virus removal requires a modest
  350. - -   $15 fee. BUT, this simply covers Symantec costs. It was judged too
  351. - -   dangerous for the user to enter his own repair information, and posting a
  352. - -   program that would update SAM with the repair information could lead to
  353. - -   someone using the program for a Trojan Horse. Hence, the decision was made
  354. - -   to distribute SAM 2.0 as you now see it.  In the future, something even
  355. - -   better will be done...
  356. - -
  357. - -In short, the SAM author has nothing to gain from writing a virus, and also
  358. - -does not have the time, energy, or motivation to write a virus.
  359. - -
  360. - -Rich, I am an honest person, trying to make an honest living. And from my
  361. - -contact with the other anti-virus authors, I don't suspect that any of them
  362. - -would do what you suggest either.
  363. - -
  364. - -Paul Cozza
  365. - -Author of SAM
  366.  
  367. I apologize for singling out SAM in that way, but I was aiming the
  368. article at the entire market, not just the single product.  SAM was an
  369. example, it was not to be portrayed as a criminal.
  370.  
  371. I had only realized that a great amount of trust is being put in the
  372. hands of large corporations, and the two words "trust" and "large
  373. corporation" do not commonly appear in the same sentence.  I am not
  374. trying to say that we should not trust Symantec or any other such
  375. company, I am saying, though, that we, as consumers, should not put
  376. our entire trust in any large corporation, no matter how good the
  377. cause.  I pointed out a rather large blind spot in the consumer mind.
  378.  
  379. You mention that you are an "honest person, trying to make an honest
  380. living," and I truly believe you, but can you say that about everyone
  381. within the Symantec Corporation?  What I am trying to say is that
  382. there is always someone out there who will think of another way of
  383. making another dollar.  It may not be within the Symantec corporation,
  384. but there are other companies out there, and there are many people
  385. working for each of those companies.  It would be very incorrect to
  386. say that each of those employees, at least the higher-ups in the
  387. companies, would never consider or try implementing such an idea.
  388.  
  389. Just as a side note, I am a proud owner of Symantec's Anti-Virus for
  390. the Macintosh, and I have been testing it for building-wide
  391. implementation/ installation here at Siemens.  I personally feel that
  392. SAM is the best virus protection utility out there on the market to
  393. date.
  394.  
  395. - -Rich West
  396. Siemens Corporate Research and Development Labs
  397. Princeton, New Jersey
  398. Internet: rww@demon.siemens.com
  399.  
  400. ------------------------------
  401.  
  402. Date:    06 Jun 90 19:24:37 +0000
  403. From:    dweissman@amarna.gsfc.nasa.gov (WiseGuy)
  404. Subject: MAC Trojan announcement
  405.  
  406. I have seen two or three different announcements of the newest
  407. possible MAC Trojan.  The firs two messages said the Trojan trigger
  408. date would be today, Jun 6, 1990.  The last message, from the SAM
  409. author, says the trigger date is July 1st.  Could someone please
  410. clarify the discrepancy......
  411.  
  412. *^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^*
  413. *   Dave Weissman - Goddard Space Flight Center - Code 543.0                *
  414. *   X.400 - (C:USA,ADMD:TELEMAIL,PRMD:GSFC,O:GSFCMAIL,SN:WEISSMAN,FN:DAVID  *
  415. *   INTERNET - dweissman@dftnic.gsfc.nasa.gov  BITNET - dweissman@dftbit    *
  416. *    ____      ____    _____________    __________   _____________          *
  417. *   |    \    |    |  |             |  |          | |             |         *
  418. *   |      \  |    |  |     ///|    |  |   ///////  |     ///|    |         *
  419. *   |        \|    |  |    |___|    |  |  |_______  |    |___|    |         *
  420. *   |    |\        |  |             |  |          | |             |         *
  421. *   |    |  \      |  |     ///     |   ///////|  | |     ///     |         *
  422. *   |    |    \    |  |    |   |    |   _______|  | |    |   |    |         *
  423. *   |    |    |    |  |    |   |    |  |          | |    |   |    |         *
  424. *    ////      ////    ////     ////    //////////   ////     ////          *
  425. *^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^*
  426.  
  427. ------------------------------
  428.  
  429. End of VIRUS-L Digest [Volume 3 Issue 109]
  430. ******************************************
  431. Downloaded From P-80 International Information Systems 304-744-2253
  432.