[HaBo]

BrandonQuest

Hallo,

um es vorweg zu nehmen: meine Fähigkeiten auf den Gebieten der Programmiersprachen und der Mathematik sind eingeschränkt...

Es sei versichert:

es steckt nichts Illegales hinter meinem Ansinnen!
Um den Text nicht unnötig ausschweifen zu lassen,
beschränke ich mich auf das Nötigste, werde beim
Anmelden von Bedenken und Bedarf aber auch gerne konkreter.


Ich habe hier durch das Ändern einer Information in einer Datei
(Imagearchiv: entpackt - geändert - gepackt)
deren Prüfsumme geändert.

Eine separate Prüfroutine (mverify.exe) checkt vor dem entpacken der Datei
die Fehlerfreiheit dieser Datei anhand einer generierten Prüfsumme, die in einer
anderen, mir ebenfalls einsehbaren Datei steht.

Leider habe ich keine Ahnung, wie der entsprechende Algorithmus
ausschaut, da ich mit keinem der gängigen Prüfsummen
(MDx, crcx, sha....) auf das gleiche Ergebnis komme
(2 Byte, Hex. Z.B. FE77 oder 7221).

Kann ich aufgrund der bekannten Prüfsummen anderer Datein mit
irgendeinem Tool hinter die Berechnungslogik kommen, um sie
dann für meine abgeänderte Datei zu verwenden?

So in der Art: schau mal, hier sind 20 MD5 Prüfsummen,
aus denen wird Prüfsumme x1, x2, x3,...x20; was steckt dahinter?

Abgesehen davon, habe ich ja noch die mverify.exe (64kB) und eine mverify.dll,
gibt aber wenn ich sie "von Hand" ausführe nichts sinnvolles heraus.

Enweder fehlen weitere installationsfiles oder ich begreife die Syntax nicht.

Habe die Datei auch mal in OllyDbg geladen - aber siehe meinen ersten Kommentar am Anfang des Postings.

Ich habe nun etliche Foren durch, und hoffe hier evt. auf Hilfe zu treffen.


Besten Dank und Gruß
Brandon

.doc

Das Einfachste wäre das Programm zu analysieren, d.h. dir die Instruktionen anzusehen und durchzugehen, um so auf den Algorithmus zu stoßen. Es gibt einige Programme, die aus deinem ASM-"Code" C-Code generieren. Dieser ist in den meisten Fällen zwar Crap, könnte dir jedoch beim Herausfinden der Funktionsweise helfen.
Die andere Möglichkeit, aufgrund verschiedener Informationen auf Gemeinsamkeiten zu schliessen ist zwar möglich, allerdings vergleichbar mit der Suche nach der Nadel im Heuhaufen - und diesmal ist der Heuhaufen wirklich groß

BrandonQuest

Ja, soetwas hatte ich befürchtet

Wie ich geschrieben habe, so eine Leuchte im Programmieren bin ich nicht,
meine Assembler- und C-Zeiten liegen schon ein paar Jährchen zurück.

Aber das wird wohl die einzige Möglichkeit sein.

Allerdinsg finde ich über Google hauptsäcglich die Möglichkeit Assembler
IN C einzubauen, nicht ASM komplett in C zu wandeln.

Egal wie, ich käme wohl vom Regen in die Traufe.

Könnte ich den gewonnenen Programmcode hier posten und man könnte
sich das mal gemeinsam anschauen?

Brandon

VierZwei

Thema: assembly to c: http://www.tek-tips.com/viewthread.cfm?qid=534625