Was hat ReverseEngineering mit Linux zu tun?dllfreak2001 hat geschrieben:Bei den Linuxern ist das doch standart.
dllfreak2001 hat geschrieben:man baut den Kramm einfach rückwärts auf
Code: Alles auswählen
Im Jahr 1995 hat der deutsche Student Martin von Löwis mit einem NTFS-Treiber für Linux angefangen. Das war eine erstaunliche Leistung. Zu dieser Zeit war öffentlich über das Innenleben von NTFS nichts bekannt. Keine Dokumentation, keine SDKs, keine MSDN-Einträge.
Reverse Engineering war das erste, was er mit NTFS machen musste, um genügend Informationen zu erhalten, um die Benutzerdateien lesen zu können. Danach musste er einiges über das Linux VFS (Virtual Filesystem) lernen, um den Treiber schreiben zu können.
Mit der Hilfe von einigen anderen Linuxanfängern und einigen wenigen Linuxgurus haben Martin und seine Bekannte den ersten NTFS-Treiber zusammengesetzt. Er war nicht sehr schön, aber er funktionierte. Er konnte Dateien lesen und Verzeichnisse überwinden, aber verstand nicht Dinge wie zum Beispiel komprimierte Dateien.
Zwei Jahre lang entwickelte sich der Treiber und wurde stabiler. Dann, im Dezember 1997, nach viel harter Arbeit, wurde der Treiber Teil des etablierten Linuxkernels ab Version 2.1.74.
Code: Alles auswählen
Die Rückgewinnung des Quellcodes oder einer vergleichbaren Beschreibung aus Binärcode. Z. B. von einem ausführbaren Programm oder einer Programmbibliothek, etwa mit einem Disassembler (kann Teil eines Debuggers sein) oder einem Decompiler.
Die Erschließung der Regeln eines Kommunikationsprotokolls aus der Beobachtung der Kommunikation, z. B. mit einem Sniffer.
Die nachträglichen Erstellung eines Modells ausgehend von bereits vorliegendem Quellcode in der objektorientierten Programmierung
. Der Freak hat da schon recht. Viele TreibermoduleVorsicht, es gibt Institutionen die sehen das anders; z.B.: http://de.theinquirer.net/2007/05/02/09 ... d8_41.htmlZaphod hat geschrieben:Sowas kann man nicht patentieren oder sonstwie abschotten, nicht mal im Amerikanischen Gesetz.