******************************* * * * Text aus der Serie * * (c) GERMAN (Copyright) * * RHEIN-MAIN-SOFT * * Oberursel * * * ******************************* VT2.35 [-vz] [-bt] (Stand TT.MM.JJ) ? dieser Text, dann Prg.Ende -vz teste Vectoren, in Ordnung = keine Anzeige in Ordnung = verzweige nicht ins Arbeitsmenue -bt teste Bootblock in df0 nicht !!!!! vermindert Schutz !!!! die Parameter sind optional ! Heiner Schneegold, Am Steinert 8, 8701 Eibelstadt HINWEIS: - Bitte lesen Sie zuerst VT.LiesMich. Danke ! - Serienersteller sollten vorher Kontakt mit mir aufnehmen !!! Heiner WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG Entgegen anderslautenden Geruechten ist VT KEIN Hinter- grundprogramm (???). Der Speicherverbrauch ist viel zu hoch. Sie starten bitte VT, testen ihren Speicher und die Disks. Bitte sind Sie so vernuenftig und sehen Sie ein, dass nicht gleichzeitig ein anderes von Ihnen gestartetes Programm, Schreibzugriffe auf die gerade zu testende Disk ausfuehren darf. Es sollte bekannt sein, dass jeder Schreibzugriff die Disk- struktur veraendert ( unter Umstaenden wird auch der BitMapBlock verlagert !!). Danke WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG WICHTIG 2: Mit KS2.04 koennen Hardlinks (mit makelink) und Softlinks (z.B. mit Assembler) erzeugt werden. VT kommt mit Hardlinks unter KS1.3 und KS2.04 zurecht. Softlinks verkraftet VT nur unter KS2.04 . Mit KS1.3 stuerzt VT beim File- u. BlockITest mit GURU B ab. Die Links werden im FileRequester aber auch mit KS1.3 erkannt und ohne GURU ausgewiesen (andere Routine). letzte Aenderung: 04.12.91 Aenderungen seit VT2.32 - BYTEPARASITE III (File) 04.12.91 - BYTEPARASITE II (File) 03.12.91 auch mit KS2.04 - T.F.C. Revenge LoadWB 02.12.91 (File) - Disktroyer V1.0 (File) 01.12.91 auch mit KS2.04 - 37.210 fuer A3000 30.11.91 - MG's Virus V1.0 BB 28.11.91 auch mit KS2.04 - Erkennungsroutine von 26.11.91 A500Plus geaendert - Golden Rider (Link-Virus) 22/23.11.91 nicht mit KS2.04 - Virus V1 Wir sind wieder... 11.11.91 (auch mit KS2.04) - Kefrens 2 (SCA) 10.11.91 - BIG BOSS (SCA) 10.11.91 - MemCheck-Liberator-File 02/03.11.91 - Xerox.BB (Forpib) 02.11.91 - zeigt Block0-3 Okt.91 - laeuft mit A500+ 26/27.10.91 - Links-KS2.04 Okt.91 - Fast Eddie (BB) 11.10.91 - LAMER8-File 09.10.91 - VT-Prefs Okt.91 - VT-Tools Okt.91 Programmvoraussetzungen: - fuer den PrgAblauf werden bis zu 200KB Mem (Fast und Chip (falls kein Fastmem vorhanden, dann nur Chip)) benoetigt: z.B. fuer - 55KB eigenes Prg (mit Stack u. Speicher, fest im Prg. eingebaut) - 20KB Hauptfenster (Betriebssystem) - 15-20KB fuer Requester (Betriebssystem) - 5KB kurzfristig fuer neu eingelegte Disk (Betriebssystem) - 10KB FileRequester - usw. - KickRom V1.2 oder V1.3 - laeuft mit Kick V1.3 auf A3000 - sollte mit 37.175 auf A3000 laufen - sollte mit 37.210 auf A3000 laufen - sollte mit KS2.04 auf A500Plus laufen - laeuft n i c h t mit ZKick oder LKick auf A2000 - laeuft n i c h t mit Kickit B1-Bx auf A2000 - mit gepatchten Kickepromversionen erwarte ich Probleme - mit KickDisk V1.2 Vers.33.166 laeuft mein Prg. nicht (Trackdisk.device liegt an anderer Stelle) - PalScreen (geht nicht immer, ist Commodore bekannt !!) ab KS2.04 wird versucht PAL-Hires-Screen zu erzwingen bei KS1.2 u. 1.3 bei NTSC Angebot Kreset oder Interlace Prg.ablauf: - prg im Cli starten oder von WB starten - oder in startup einbauen (VT wird aber langsam zu gross) - ich empfehle - VT2.35-vz - usw. Einschub: bei Aufruf VT2.35-vz meldet sich das Programm nur bei Vektorenveraenderungen oder NichtstandardBB. - Test auf KickRomV1.2, V1.3 oder V2.0 - Test auf PAL-Screen - ein Fenster wird geoeffnet (muss immer kurz erscheinen !!!) - einige Vektoren werden getestet und angezeigt - wenn keine Veraenderung, dann Prg.ende - wenn Veraenderung, dann: - Suche nach bekannten Viren (s.u.) beginnt - falls erfolgreich - Namensausgabe - Vektoren werden zurueckgesetzt und angezeigt - Virenprogramm wird mit Nullen ueberschrieben - also kein Reset mehr notwendig - nach 2 Sekunden Prg.Ende - falls erfolgreich 2 aus programmtechnischen Gruenden, ist es bei einigen Viren not- wendig, vor der Vektoranzeige das VirusPrg. zu loeschen (z.B. Extreme) und mit Null aufzufuellen. Es taucht dann der Requester auf: XYZ-NameVirus war im Speicher Weiter Weiter - falls Nein - Request unbekanntes Programm im Speicher KReset weiter - weiter: es werden keine Veraenderungen vorgenommen und das Programm beendet. - KReset: - Vektoren werden zurueckgesetzt - reset wird ausgefuehrt dieser Weg wurde gewaehlt, damit zukuenftige Viren mit eigenen Task (hier reicht das Zuruecksetzen der Vectoren nicht mehr, sondern es muss auch der/das Task entfernt werden) geloescht werden koennen, ohne den Computer auszuschalten. Einfacher ProgrammVirenTest fuer Startup-S. =========================================== - nur wenn in df0: eine Disk liegt !!!!!! keine Angst, wenn das LW kurz anlaeuft, es muss ja gelesen werden - Suche nach MemCheck Laenge: 6492 Bytes PP - Suche nach initial_cli Laenge: 6048 Bytes - Suche nach JEFF BUTONIC V3.10 Laenge: 2916 Bytes - Suche nach Lamer-LoadWB in Root und c Laenge: 4172 Bytes - Suche nach icon.library-BlueBox-Virus - Suche nach BRET HAWNES Name in Root:C0A0E0A0C0 - Test auf Orginal Disk-Validator KS1.2/3 Laenge: 1848 Bytes - Test auf langen Disk-Validator Laenge: 1892 Bytes Herkunft: nicht bekannt, harmlos - Test auf kurzen Disk-Validator Laenge: 1800 Bytes Herkunft: nicht bekannt, harmlos (findet also Return of the Lamer und SADDAM-Virus) - Suche nach BGS9 I in DF0:devs und DF0: Name: A0A0A0202020A0202020A0 (fuer das verschobene OrgPrg.) also ein indirekter BGS9 I-Test - Suche nach BGS9 II in DF0:devs und DF0: Name: A0E0A0202020A0202020A0 (fuer das verschobene OrgPrg.) also ein indirekter BGS9 II-Test - Suche nach Terrorists in DF0: Name: A0202020A02020A020A0A0 (fuer das verschobene OrgPrg.) also ein indirekter Terrorists-Test - Suche nach Disaster Master V2 in DF0:c/cls - Suche nach JEFF-BUTONIC-Namen V3.00 in DF0:s Name in startup: A0A0A0209B41 wichtig: ?!?!?! Test nur auf 1.Zeile !!!!!! - Suche nach Revenge of the Lamer I+II in DF0: Name: A0A0A0A0A0 - Test auf verschiedene Tarnnamen von Jeff-Butonic V1.31 - Test auf TimeBomb V0.9 - Test auf TimeBomber - Suche nach $A0 (EM-Wurm) in df0:c - K E I N Test auf IRQ-Programm in startup-s. - K E I N Test auf XENO-Programm in startup-s. - K E I N Test auf THE SMILY CANCER in startup-s. BOOTBLOCKTEST ============= - kann mit -bt abgeschaltet werden - falls nicht abgeschaltet, testet n u r df0: - nur wenn Disk eingelegt - keine Angst, LW muss kurz anlaufen ARBEITS-Fenster: ================ - zu diesem Prg.Teil kommen Sie nur, wenn -vz nicht gesetzt ist oder ein NichtStandardBB in Df0 erkannt wurde ZWEI BITTEN falls Sie Schreibzugriffe planen !!!!!! - Setzen Sie im VorPrg. die OrgVectoren, auch wenn Sie ein fuer Sie wichtiges Resident-Prg. spaeter neu laden muessen - Arbeiten Sie mit einer Disk-Kopie (bedenken Sie, auch mir koennen Fehler unterlaufen !!!!) Erklaerung: Ende = Prg.Ende VT - Prefs : ------------ - mit Seitenstopp Ja / Nein - BB mit expansion.lib Ja / Nein VT - Tools : ------------ - setze OrgVec = setzt alle wichtigen Vectoren, aber ein Prg. wird nicht mit Nullen aufgefuellt, wie im Vorprg. - zeige Vec = Vectorenanzeige im Hauptprogramm o h n e Virustest - KRESET mit Sicherheitsabfrage - Base: Dos.lib es wird die Lage der Dos.lib im Speicher angezeigt und nach Block 2 $00 gelegt. In Block 0 u. 1 liegen also die negativen Offsets und in Block 2 u 3 die positiven Offsets (Verwendung meist von Commodore nicht erlaubt). Exec.lib vgl. Dos.lib positive Offsets von Com. erlaubt. Graphics.lib Int.lib TrackDiskDevice (Struktur ist sehr kurz) - ZeroPage zeigt Speicher ab $0 mit den wichtigen Vectoren - VecPage ab 68010 kann die ZeroPage mit movec verschoben werden. Die Lage steht dann in VBR . VT zeigt die Lage im Speicher und den Inhalt ab Block 0 (Unterschied zu Libs !!!) Base - VecPage: Der gezeigte Speicherbereich kann im Filerequester abgespeichert werden (2048 einstellen !!) BiTMapTest ---------- Bitte verwenden Sie diesen Programmteil bei Disk-Validator-Viren verseuchten Disketten. (FileTest und BlockKette melden Bitmap ungueltig). Fall1: Bitmapflag =$138 im Rootblock ist Null VT bietet Neuberechnung an. Danach entnehmen Sie bitte diese Disk fuer 10 Sekunden (Betriebssytem "vergisst diese Disk". Danach legen Sie die Disk wieder ein, Filetest muesste laufen. Fall2: SADDAM hat Zeiger auf den Bitmapblock = $13c im Rootblock nach $140 verschoben. VT bietet Aenderung an, danach bitte Disk entnehmen. siehe oben Fall3: SADDAM sitzt auch noch im Disk-Validator. VT bietet Rename an. Neuer Name: fal.Disk-Valc (notwendig damit Hash-Wert stimmt) Bitte Disk kurz entnehmen. siehe oben Fall4: der schlimmste Fall, mir wurden 3 solche Disks zugeschickt. $13c UND $140 enthalten den Wert 0. Hier braucht VT ihre Hilfe. Loesung: suchen Sie bitte mit BitMapTest auch noch den Disk- Validator und falls vorhanden Rename. Rename MUSS gemacht wer- den, wenn verseuchter Disk-Validator gefunden wurde. Verseuchte Disk bitte entnehmen und offen lassen !!!! Jetzt bitte KReset. Booten Sie neu von einer Disk mit ORGINAL-Disk-Validator. Danach legen Sie bitte die verseuchte Disk in DF0 oder DF1. Das Be- triebssystem erkennt nun den $13c-Fehler und versucht den Disk-Validator von der verseuchten Disk zu laden, was aber nicht moeglich ist, da Sie den Namen geaendert haben (hoffentlich !!). Also wird der saubere Disk-Validator von der Sys-Disk geladen (Bei nur 1 Laufwerk erscheint "insert ...." 2 Wechsel notwendig!) Das Betriebssystem schreibt nun $13c neu (dauert eine Weile, warten Sie bitte bis Laufwerks-LED aus ist.). Jetzt starten Sie VT neu und decodieren IRAK-Blocks und loeschen fal.Disk-Valc . Bis jetzt (10.07.91) habe ich so JEDE SADDAM-verseuchte Disk, die mir zugeschickt wurde, retten koennen. Erkennt Zombi-Disk, bitte lesen Sie Zombi-Virus-Text Erkennt Freedom-Disk (hoffe ich), lesen Sie Freedom-Text Kann bei Orginal-Spielen mit "echtem" FremdFormat den Root- block ($370=880) natuerlich nicht zeigen. BlockITest ---------- Anzeige eines defekten Blocks moeglich (geht selbstverstaendlich nicht bei Trackerror) Test1: Suche nach Trackerror's (weiss angezeigt) - Fehler 30 SeekError Track nicht gefunden - Fehler 29 Disk Changed Disk gewechselt (auch wenn Sie es nicht glauben, dieser Fehler steht manchmal in Byte 31 des DiskIoReq. Meist passiert dies, wenn der Lesekopf zum naechsten Zylinder faehrt. Brechen Sie den Test dann ab und starten ihn neu.) - Fehler 28 WriteProtected wird hier nicht geprueft - Fehler 27 BadSecHdr ungueltiger Sektor-Header - Fehler 26 TooFewSecs zuwenig Sektoren gefunden - Fehler 25 BadSecSum falsche Sektor-Checksumme - Fehler 24 BadHdrSum falsche Header-Checksumme - Fehler 23 BadSecId falsche Sektor-ID - Fehler 22 BadSecPreamble falscher Sektor-Vorspann - Fehler 21 NoSecHdr keinen Sektor-Header gefunden - Fehler 20 Fehler (aber mir unbekannt) Empfehlung: (gilt NICHT fuer Orginal-Spiele mit Fremdformat !!!!) - mit Einzelfilecopy oder DiskSalv retten was moeglich ist - Disk neu formatieren, falls OrginalCommodore abbricht, Disk in den Abfalleimer. Bitte nicht mit XYZ-Format ohne Verify arbeiten. Test2: Suche nach Blockinhalt, der von Viren angelegt wurde: (blau angezeigt) - Lamer! 85 mal + 1 mal !! = 512 Bytes - LAMER! 85 mal + 1 mal !! = 512 Bytes - LAMER!!! 64 mal = 512 Bytes (Return of the Lamer) - VIRUS Track 0 (Digital Emotion) - Warsaw 85 mal + 1 mal !! = 512 Bytes - MAD 85 mal - 11111111 22222222 44444444 88888888 = Glasnost ab $100 im Block - SACHSEN3 64 mal = 512 Bytes - " Fast Eddie " = Fast Eddie ab $100 im Block Sollte ein obengenannter Block innerhalb eines Files liegen (Test mit Blockkette), so kann dieses File NICHT gerettet werden. - IRAK 1.Filedatenblock von SADDAM-VIRUS codiert kann gerettet werden - Test auf $5555 (UU) wieder entfernt, da selbst mit delete und rename erzeugt (Fastmem und FastFileSystem notwendig!!!) Test3: Falls Blocktyp 2,8 oder $10 erkannt wird (d.h. bei FFS-Databloecken, BootGirlDatas oder aehnlichen Programmteilen entfaellt der 8er-Test) : Die Pruefsumme ueber dem Block wird berechnet und mit dem 5. Langwort verglichen. Fehlermeldung (weiss): - BadBloCheckSum Hinweis zu Test3 und Festplatten mit FFS: Bei HDs mit 165000 Bloecken waechst die Wahrscheinlichkeit, dass ein FFS-Data-Sector mit 2 oder $10 beginnt. Nehmen Sie diese Fehlermeldung nicht zu ernst. Schauen Sie aber ab und zu mit einem Monitor nach. Beim alten AmigaDosSystem (auf Disk oder HD) handelt es sich SICHER um einen defekten Block !!!! Test4: Alle LinkViren, die ich kenne, werden mit Blocknummer (egal ob ADos oder FFS) weiss angezeigt. Ausbauversuch bitte mit Filetest. Hinweis: BlockITest testet ALLE Bloecke. D.h. es kann ein LinkVirus gefunden werden, der schon aus dem Verzeichnis geloescht ist, gar nicht mehr aktiv werden kann und auch von FileTest nicht gefunden wird. Grund: Amiga-Dos entfernt bei Rename und Delete nur den Filenamen aus dem Verzeichnis und gibt die Bloecke in der Bitmap frei. Die FileDataBloecke dagegen werden NICHT veraendert. Merken Sie sich die Blocknummer und setzen Sie den Blockinhalt mit einem Diskmonitor oder Block loeschen (s.u.) auf NULL. decode IRAK (09/10.07.91) Block loeschen: Zuerst bitte die Disk mit Blockkette und Filetest ueberpruefen. Ge- meldete Fehler dort schon ausbessern. Dann und wirklich erst dann Bloecke mit BlockITest loeschen. VT kann ein File (z.B. Jack ver- seucht) danach NICHT mehr reparieren. Warum dann dieser Programm- teil: weil AmigaDos die Databloecke nicht mitloescht. Ich habe mehrere aeltere PD-Disks zugeschickt bekommen, bei denen die User mit BlockITest nicht mehr von Dos benutzte aber verseuchte Bloecke gefunden haben. Um diese Unruhe zu beseitigen, wurde dieser Programm- teil eingebaut. Ablauf: -Block zeigen ja -Block loeschen ja usw. BlockKette ---------- Testet JEDEN Block eines Files auf Fehler (siehe bei BlockITest) und Viren (siehe bei FileTest). Hinweis: das alte Amiga File System arbeitet mit einer doppelten Ver- kettung. Sollte ein "Soft"-Fehler auftauchen (z.B. bad HeaderKey), so so kann dieser haeufig mit copy df0: to df1: all behoben werden. Bei Trackfehlern verwenden Sie bitte z.B. Disksalv . Wird Halt nach jeder Seite in VT-Prefs nicht gewaehlt, so stoppt VT bei jedem Fehler (aber nicht bei Cruncher). Read-Bit hat keine Auswirkungen, da ueber Blockroutine gelesen wird. Hinweis: Die LinkViren LZ und Golden Rider koennen hier nicht sicher erkannt werden, da die Routine nur je einen Block einlesen kann (geht nicht anders). Da beide Viren sich ans Ende des 1.Hunks haengen kann ein Teil der 3 Testlangworte im gelesenen Block und der andere Teil im naechsten Block liegt. VT findet dann beim Vergleichen nicht alle 3 Langworte und meldet sich nicht. Beim FlieTest SOLLEN beide Viren SICHER erkannt werden. BB -> Speicher --------------- bitte DF0: oder Devs anklicken Lade Bootbloecke in Speicher und teste Viren, die ich habe, werden auf drei !!! Langwoerter getestet im BB Sollte ein Virenname und vier umgedrehte Fragezeigen erscheinen, so besitze ich den BBVirus nicht und habe ein Langwort in einer Veroeffentlichung gefunden. Hier lehne ich jede !!!! Verantwortung ab! Bitte schicken Sie diese Bootbloecke an mich! DANKE! Es wird ab VT2.33 Block0-3 gezeigt. Festplatte: Bei der Partition mit dem niedrigsten LowCyl wird der echte PHYSIKALISCHE Block 0 angezeigt. Bei den anderen Partitionen der LOGISCHE Block 0. BITTE aendern Sie den ECHTEN Block 0 NICHT !! EIN Fehler und der Zugriff auf ALLE Daten der HD wird unmoeglich !! Speicher -> BB --------------- bitte DF0: oder Devs anklicken schreibe Speicher in Bootblock 0 u 1 von DfX MERKE: Nach Track 0 werden IMMER NUR 1024 Bytes geschrieben, auch wenn Sie vorher 2048 Bytes geladen haben !!!! Warum ? Damit mit VT keine 4-Block-Viren installiert werden koennen !!! Sie koennen damit also auch BBe kopieren (aber bitte keine Viren!) Schreibbedingungen: - 512 Bytes/Sektor Ueberlege bevor Du einen BB auf Festplatte schreibst !!!!!!!!!! MERKE: Auf den physikalischen Block 0 der HD schreibt man nicht, wenn man einen Nervenzusammenbruch vermeiden will !!! Speicher -------- alle Veraenderungen werden nur im Speicher vorgenommen auf Disk wird der Speicher erst mit s.o. geschrieben NoBoot = erstelle Blocks ohne BootPrg. klicke: OF fuer altes AmigaDosSystem FF fuer FastFileSystem insta. = erstelle bootbare Disk klicke: OF fuer altes AmigaDosSystem FF fuer FastFileSystem BLK0/1/2/3 = Wechselgadget zur Anzeige von Blk 0-3 in HEX und ASCII Mit install (Ver.37.5 vom 28.4.91) der WB 37.67 wird ein neuer Bootblock geschrieben, der die expansions.library patched. Ob das bei der ROM-Version von KS2.0 auch notwendig ist, wird sich zeigen. Stand 27.10.91: Auch der Install-Befehl des A500+ schreibt diesen BootBlock. Wahrscheinlich war die Entwicklung des ROM`s zu weit fortgeschritten. BB-KS2.0 mit expansion.library dc.l $444F5300,$E33D0E73,$00000370,$43FA003E dc.l $70254EAE,$FDD84A80,$670C2240,$08E90006 dc.l $00224EAE,$FE6243FA,$00184EAE,$FFA04A80 dc.l $670A2040,$20680016,$70004E75,$70FF4E75 dc.l $646F732E,$6C696272,$61727900,$65787061 dc.l $6E73696F,$6E2E6C69,$62726172,$79000000 BB-FFS-KS2.0 mit expansion.library dc.l $444F5301,$E33D0E72,$00000370,$43FA003E dc.l $70254EAE,$FDD84A80,$670C2240,$08E90006 dc.l $00224EAE,$FE6243FA,$00184EAE,$FFA04A80 dc.l $670A2040,$20680016,$70004E75,$70FF4E75 dc.l $646F732E,$6C696272,$61727900,$65787061 dc.l $6E73696F,$6E2E6C69,$62726172,$79000000 BB KS2.0 mit expansion.library 25.08.91 ;DOS0 PruefSumme Zeiger auf RootBlock (nicht wichtig) 000A0000 444F5300 E33D0E73 00000370 ;Zeiger auf Name "expan...." 000A000C 43FA003E LEA $A004C(PC),A1 ;mind. Vers 37 000A0010 7025 MOVEQ #$25,D0 ;openlib 000A0012 4EAEFDD8 JSR -$228(A6) 000A0016 4A80 TST.L D0 ;nicht gefunden 000A0018 670C BEQ.S $A0026 000A001A 2240 MOVEA.L D0,A1 ;patch 000A001C 08E900060022 BSET #6,$22(A1) ;closelib 000A0022 4EAEFE62 JSR -$19E(A6) ;Zeiger auf Name "dos..." 000A0026 43FA0018 LEA $A0040(PC),A1 ;FindResident 000A002A 4EAEFFA0 JSR -$60(A6) 000A002E 4A80 TST.L D0 ;nicht gefunden 000A0030 670A BEQ.S $A003C 000A0032 2040 MOVEA.L D0,A0 ;hole Zeiger auf Initial. nach a0 000A0034 20680016 MOVEA.L $16(A0),A0 000A0038 7000 MOVEQ #0,D0 000A003A 4E75 RTS ;FehlerFlag setzen 000A003C 70FF MOVEQ #-1,D0 000A003E 4E75 RTS 000A0040 dc.b "dos.library",0 000A004C dc.b "expansion.library",0,0,0 000A0060 00000000 00000000 00000000 00000000 Lam3 = nur aktiviert, wenn Lamer3 gefunden wurde ---- Lamer3 verschiebt OrgBB codiert nach Block 2 u. 3 Block 2 u. 3 wird entschluesselt und in Speicher geschrieben. Danach kann man den OrgBB zurueckschreiben. Wann nuetzt das nicht viel ??? - Wenn der Kopierschutz schon auf Track 0 beginnt (Longtrack usw) (das Prg ist aber schon mit Lam3 nicht mehr gelaufen). - Wenn ein File oder BootblockIntro Block 2 u 3 belegt hat. So habe ich Lamer3 damals auf einer PD-Disk gefunden (das File ist aber schon durch Lamer3 zerstoert worden). FileTest: (ProgrammFileTest) --------- Hinweis: Seit KS2.0 oder FFS wird das Read-Bit getestet. Verwenden Sie bitte bei so einem File BlockKette oder lassen Sie VT das Bit loeschen. Die restlichen Bits bleiben im Orginalzustand. Mit dem WB-Befehl (in c zu finden) protect oder Protect im VT-FileRequester koennen Sie spaeter das READ-Bit wieder setzen. - entsprechende Disk einlegen u n d warten bis LW-Led aus ist!!! - DF0: oder Devs anklicken - Requester erscheint: Weiter nach jeder Seite mit Leertaste Ja Nein Dies wurde notwendig, da mit einer 68030-Karte kaum mehr der Name eines gecrunchten Programms zu lesen war. - Abbruch des Tests mit Esc-Taste Bin gespannt, mit welchem anderen Prg. es jetzt Probleme gibt. - Ich finde bei meinem Prg MultiTasking sowieso problematisch. Immerhin muessen ja z.B. einige Zeiger verbogen werden, damit keine Dummy-BB gezeigt werden !!!! (vgl. Lamer3) Test1: Dieser Test wird nur durchgefuehrt, wenn DOS0 (=OFS) gefunden wurde. Teste Langwort 0 des Filedatablock auf 8 : Fehlermeldung: bad T.DATA Teste ob der Zeiger in Langwort 1 auf den Fileheader zeigt: Fehlermeldung: bad HEADERKEY Teste ob der Wert in Langwort 2 die richtige Reihenfolge enthaelt: Fehlermeldung: bad SEQNumber - normale Schrift: nichts gefunden Test2: - normale Schrift: nichts gefunden - blaue Schrift und Requester: wahrscheinlich Virus im File - weisse Schrift: File ist crunched oder Archiv k e i n Test auf Virusbefall moeglich bitte entpacken und dann neu testen - blaue Schrift und Text: File defekt ? Datenstruktur am Fileanfang stimmt nicht. Bitte merken Sie sich den Filenamen und versuchen Sie das File aus dem Cli zu starten. Hinweis: ein Fehler z.B. im 55 Datenblock eines Files wird in diesem Programmteil NICHT erkannt !!! Eine grosse Anzahl von gefundenen defekten Dateien auf einer Disk, kann den VT zum Absturz bringen. Dies liegt NICHT am VT, sondern am AmigaDos. Jedes defekte File im Cli gestartet, fuehrt zum GURU. Wer's nicht glaubt, bitte selbst ausprobieren. - findet IRQ I, IRQ II, BGS9 I, BGS9 II, Disaster Master, Revenge Lamer1+2, OrgPrg.e, die von Bgs9 I, BGS9 II oder Terrorists verschoben wurden, XENO, JEFF-BUTONIC I+II+3.10, Terrorists, THE SMILY CANCER1+2, Traveling Jack I+II, Return Of The Lamer (Disk-Validator), CCCP-Link TimeBomb V0.9, TimeBomber, EM-Wurm, BRET HAWNES, SADDAM, Color, BlueBox, LZ, Lamer-LoadWB, Gotcha, PP-Bomb, Virusblaster V2.3, Byte- Parasite, Freedom, initial_cli, NoGuru, Disk.info, LAMER8-File, Mem- Check, Golden Rider, Disktroyer V1.0, - loescht auf Wunsch Prg.Viren ein Requester erscheint, es ist aber auch 'Weiter' moeglich in der startup-sequence muss bei Bedarf mit ed die 1. Zeile geloescht werden. Disktroyer V1.0: wird geloescht, bitte startup-sequence ueberpruefen. Golden Rider: VT unternimmt einen Ausbauversuch. Hinweis: da eine schon be- fallen Routine fehlt kann der Virusteil mehrmals im gleichen Programm haengen. Also Ausbau bei Bedarf wiederholen. memcheck: wird geleoscht, bitte 1.Zeile Startup-sequence loeschen LAMER8-File: (haengt an VirusX) wird geloescht, da sich jeder Orginal-VirusX besorgen kann. Disk.info: mit Text manipuliert wird geloescht, bitte von Orginal-WB neu kopieren NoGuru: wird geloescht, fuer Arbeit nicht notwendig initial_cli: (AMIGAKNIGHT-Virus) wird geloescht, 1.Zeile startup-sequence bitte mit ED loeschen !! Freedom: wird geloescht JEFF BUTONIC V3.10: wird geloescht, 1.Zeile startup-sequence bitte mit ED loeschen !! ByteParasite: wird geloescht Virusblaster V2.3: wird geloescht PP-Bomb: wird geloescht (Bitte kopieren Sie Powerpacker 3.0b) Gotcha LAMER: wird geloescht (Bitte kopieren Sie bei Bedarf dir, run, cd oder execute von Org.WB zurueck) Lamer-LoadWB: wird geloescht (Bitte kopieren Sie LoadWB von Org.WB zurueck) icon.library-BlueBox-Virus: wird geloescht (Bitte kopieren Sie icon.library von Org.WB zurueck) color-Filevirus: wird geloescht (Aenderung in startup-s. nicht notwendig) IRAK-DataBlock: decodiert den Datenblock und schreibt ihn zurueck (sehr langsam) geht schneller mit BlockITest. SADDAM: loescht Disk-Validator (Aenderung in startup-s. nicht notwendig) BRET HAWNES: loescht $C0A0E0A0C0 in Root 1.Zeile in startup-sequence muessen sie mit ed loeschen EM-Wurm: loescht $A0 in c loescht gefundene zerstoerte Dateien auf Wunsch Disaster Master: loescht cls Revenge Lamer 1 u. 2 : loescht A0A0A0A0A0 Jeff-Butonic 1 u. 2 : loescht unsichtb. File oder Alias-Name (s.b. Jeff-Beschreibung) TimeBomb V0.9: loescht .info in c und falls vorhanden pic.xx in Root TimeBomber: loescht virustest und falls vorhanden VIRUSTEST.DATA Return of the Lamer: loescht Disk-Validator (Aenderung der startup-s. nicht notwendig !!) BGS9 1+2 und Terrorists: versucht zuerst Rename mit unsichtbarem File (Aenderung der startup-s. dann nicht notwendig !!) falls unsichtbares File nicht gefunden wird, wird die Loeschung des Viren-Prg.s angeboten Traveling Jack loescht auf Wunsch von Jack erzeugtes File (VIRUS.xy) - baut auf Wunsch CCCP, IRQ1+2, The Smily Cancer1+2, Traveling Jack1+2 Xeno, LZ, Golden Rider aus File aus ( K e i n e 100% Garantie fuer Lauffaehigkeit !!!! Falls der Ausbau misslingt, schicken Sie mir bitte das verseuchte Orginal- file. Danke ! ) Bei einem Fehlschlag kopieren Sie das verseuchte File auf eine leere formartierte Disk und versuchen dann den Ausbau. oder Um stark fragmentierten Speicher (kann eine Fehlerursache sein) zu beseitigen, starten Sie Kreset oder schalten Sie den Computer eine Minute aus. Wichtig: Nach dem Ausbauversuch startet das Programm neu um das Zurueck- schreiben zu ueberpruefen. Sollte das File immer noch blau sein, so waere ich fuer eine Nachricht dankbar. oder: Sie haben ein File, das mehrfach von IRQ2, Smily, LZ, Golden Rider verseucht ist. Ich besitze ein IRQ2-verseuchtes File mit sechs Links, ein Smily-File mit vier Links und ein LZ-File mit zwei Links. Grenze bei Golden Rider ist 100000 Bytes. Hier muessen Sie dann ueber den File-Requester die Abnahme der Filegroesse kontrollieren und den Ausbauversuch fortsetzen. Startup-S DF0/Devs ------------------ - zeigt 2KB der startup-sequence falls vorhanden, umschalten bitte mit BLK0/1/2/3-Gadget, hilfreich fuer schnelle Suche nach $A0 usw. in 1. Zeile aber bitte nicht $0A mit $A0 verwechseln !! - zeigt n i c h t startupII oder startup-sequence.hd (Anzeige jetzt moeglich = Umweg ueber FileRequester) Sp -> File -> Sp = FileRequester ----------------------------------- 1024/2048-Wechselgadget Es gilt was angezeigt wird. Ermoeglicht das Laden oder Abspeichern von 1024 oder 2048 Bytes. Dies wurde notwendig, da immer mehr BB-Viren mit der Laenge 2048 auftauchen. Status: dient der Fehleranzeige Ende: Filerequester beenden Parent: Ein Unterverzeichnis zurueck Laufwerksgadgets: lade Dir Bei mehr als 250 !!! Eintraegen pro Verzeichnis gibts Aerger Muesste aber selbst fuer DH0:c genuegen. Devs : lade Device-Liste Pfad: zeigt LW und gegebenenfalls Unterverzeichnis/se Stringadget mit max. 255 Buchst. und UnDo-Buffer. Sie koennen also Veraenderungen vornehmen und mit re.AmigaTaste + Q rueckgaengig machen (allerdings duerfen Sie das Gadget noch nicht verlassen haben). Mit den Cursor-Tasten koennen Sie rechts-links scrollen. Geben Sie z.B. hinter DH0: Assembler ein + ReturnTaste, so versucht das Prg. von DH0: das Unterverzeichnis Assembler anzuzeigen. Bei verschachtelten Unterverzeichnissen vergessen Sie bitte die "/"e nicht. A B E R: das letzte Zeichen darf kein "/" sein. Einfacher als die Eingabe von Hand ist aber die Auswahl mit der Maus (Unter- verzeichnisse sind im grossen ScrollFenster orange dargestellt. Datei: hier wird die ausgewaehlte Datei angezeigt Stringgadget mit UnDo-Buffer DateiRe: Stringgadget mit Undo-Buffer Hier muessen Sie fuer die Rename-Funktion den ganzen !!!! Pfad und den neuen Namen ihrer Datei eingeben. Geht nicht anders, da sich Unterverzeichnisse von Alt und Neu unterscheiden koennen. s.u. Load: Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei zusammen, versucht dann 1024 Bytes in den Speicher zu laden und anzuzeigen. Anzeigewechsel mit Block0/1-Gadget. Den Inhalt von Datei koennen Sie entweder aus dem grossen ScrollFenster mit der Maus auswaehlen oder von Hand eingeben. Eigentlich ist dieser Teil zum Laden eines gespeicherten BBs gedacht, aber Sie koennen damit jede beliebige Datei (z.B. startupII) laden und die ersten 1024 Bytes anschauen. Save: Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei zusammen und versucht dann 1024 Bytes aus dem Speicher abzuspeichern. Den Filenamen sollten sie von Hand in Datei eingeben. Waehlen Sie mit der Maus einen Dateinamen und veraendern ihn nicht, so geht die alte Datei o h n e Rueckfrage verloren !!!!! Diese Funktion eignet sich n u r zum Sichern von Bootbloecken, da immer 1024 Bytes abge- speichert werden. Delete: Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei zusammen, entfernt falls notwendig die ProtectionBits und unter- nimmt einen Loeschversuch. Die Datei koennen Sie mit der Maus aus- waehlen oder von Hand im Datei-Stringadget eingeben. Hinweis: Ich kenne drei Loeschschutzvarianten, die das Loeschen einer Datei mit DOS-Routinen verhindern, also auch mit meinem Prg. nicht geloescht werden koennen. Geht dann nur mit Disk-Monitor. Rename: Setzt den Inhalt von Pfad + falls notwendig "/" + Inhalt von Datei zusammen = AltName Nimmt den Inhalt von DateiRe = NeuName und versucht ein Rename. Im DateiRe-Stringgadget muessen Sie den ganzen Pfad und den Datei- namen eingeben, also z.B. DH0:aa/ddddd/Nameneu Ein Renamen ueber verschiedene Laufwerke wird von AmigaDOS n i c h t unterstuetzt. Es geht also nicht: rename df0:aa/dddd/AltName df1:aa/dddd/NeuName da verschiedene Laufwerke es geht aber: rename df0:aa/dddd/AltName df0:xxx/yyy/NeuName wenn die Unter/Unterverzeichnisse vorhanden sind. FileTest: Ermoeglicht nach Anklicken den Test einzelner Files in der Reihenfolge: - Test auf Cruncher - Test auf LinkVirus - Test auf BB-Virus Namensausgabe in Statuszeile oder "nichts Bekanntes" Hinweis: kann IRAK u. BootGirl-Bild hier nicht erkennen, da andere Routine notwendig waere. Hinweis2: Die LinkViren LZ und Golden Rider koennen hier nicht sicher erkannt werden, da die Routine nur je zwei Bloecke einlesen kann (geht nicht anders). Da beide Viren sich ans Ende des 1.Hunks haengen kann ein Teil der 3 Testlangworte im 2. Block und der andere Teil im 3. Block liegen. VT findet dann beim Vergleichen nicht alle 3 Langworte und meldet sich nicht. Beim FileTest im Hauptfenster SOLLEN beide Viren SICHER erkannt werden. Protect: loesche oder setze Schutz-Bit 0 - 7 in einem Fileheader oder SubDir. Hinweis: Bit 7 (Hidden) wird auch von KS2.04 noch nicht ausgewertet. (Stand:22.09.91) Devs=Device-Requester ===================== Nimmt bis zu 30 "gemountete" Devices auf. (also kein assign, kein RAW AUX, s usw.) Nach 30 uebernommenen Eintraegen wird die Suche beendet. Ende Abbruch ohne Auswahl Auswahl mit linker Maustaste Scroll mit PropGadget Die "einfache" Commodore-RAM-Disk wird nicht erkannt. was kann das Prg. nicht: ------------------------ - ist nicht speicherresident - bitte P-Bit nicht setzen - sicherer Guru !!!! - bitte nicht mehrere Programme gleichzeitig laufen lassen - Virennamen aus der startup-sequence entfernen (verwenden Sie hierfuer bitte Ihren Editor) Es werden nur Viren ohne Reset geloescht, die ich selbst reassembliert habe. Leider werden die Virenroutinen immer besser (immer mehr Listen und Zeiger veraendert), sodass mit vernuenftigen Aufwand der Org.Zustand nicht mehr hergestellt werden kann. Deshalb inzwischen auch bei einigen Viren, die ich reassembliert habe, nur noch RESET !! Alles andere ist mir zu gefaehrlich !! (Zeiger vergessen, Task nicht erkannt usw.) BEKANNTE PROBLEME: ================== - Probleme mit Mach2.4, dann nehmen Sie bitte MachII V2.6 (z.B.Fish254) und lesen Sie bitte Mach2.6Doc !! Tip von J.K. fuer Mach2.4 : waehrend des Aufbaus von VT Mauszeiger bewegen - oder MachIII (z.B.Fish378) - oder MachIII.1 (z.B.Fish471) - Probleme mit MyMenu, dann versuchen Sie bitte ParM (Fish 540) MyMenu haelt sich nicht an die Commodorerichtlinien. - VT meldet unter Kick1.3 eine 68030-Karte als 68020. Mit Kick2.0 wird die Karte IMMER richtig erkannt. Der Fehler liegt bei Kick1.3 (inzwischen auch in Literatur dokumentiert), da Bit 0 und 1 nicht aber Bit 2 gesetzt werden. Abhilfe: Aufruf von setcpu (auch ohne Parameter) setzt Bit 2. erledigt 09.08.91: VT erkennt jetzt auch unter KS1.3 OHNE setcpu 68030/40 richtig - Memorywert von VT und z.B. Mach III sind verschieden. Bitte haengen Sie an MachIII-Wert 3 Nullen an und teilen dann durch 1024 (=1KB). Sie erhalten den VT-Wert. Also rechnet VT richtig !!! Faellt erst bei grossen MemWerten auf. - weitere Probleme bitte melden - Fuer Aenderungswuensche bin ich dankbar !! Texte bitte auf Disk (aber bitte nicht gecruncht, sondern als ASCII, Ihr Text- oder CrunchPrg besitze ich nach Murphy bestimmt nicht) D A N K E !! D A N K E !! Bitte Disk mit "Viren" kennzeichnen !!! Adresse und Tel. nicht vergessen, kleiner Text waere nicht schlecht (Beides aber nicht unbedingt notwendig, nur das VIRUS-Prg. zaehlt) Hinweis: Ich suche n u r Viren und neue Cruncher!! , Disk wird nach kopieren des VirusBBs oder des VirusPrgs formatiert. Adresse und Tel. wandert nach Virusanalyse in Papierkorb !! (da keine Rueckfrage mehr notwendig) Ich pflege meine Zusagen auch einzuhalten !! Heiner Schneegold Am Steinert 8 8701 Eibelstadt (W-Deutschland) Tel: 09303/8369 (19.00 - 20.00 Uhr) bis bald !! Heiner ******************************* * * * Text aus der Serie * * (c) GERMAN (Copyright) * * RHEIN-MAIN-SOFT * * Oberursel * * * *******************************