Axel Rietschin, ein Microsoft-Ingenieur, der den Windows-Kernel entwickelt, die Möglichkeit, das ReactOS-Betriebssystem zu entwickeln, ohne Code von Windows auszuleihen. Seiner Meinung nach verwendeten die ReactOS-Entwickler Code aus dem Windows Research-Kernel, dessen Quellcode an Universitäten lizenziert wurde. Leaks dieses Codes wurden an verschiedenen Orten veröffentlicht, unter anderem auf GitHub.
Ritchen ist zuversichtlich, dass es physisch unmöglich ist, den ReactOS-Kernel so, wie er jetzt geschrieben ist, von Grund auf neu zu schreiben und nur die verfügbare öffentliche Dokumentation zu verwenden. Insbesondere stimmen die Namen interner Strukturen und Funktionen im ReactOS-Kernel mit ähnlichen Namen im Windows Research-Kernel überein, während diese Namen beim Zusammenbau nicht exportiert werden und nirgendwo außer im Originalcode auftauchen. Das Gleiche gilt für Makronamen und Parameter, deren Namen ohne Betrachtung des ursprünglichen Windows-Codes nicht genau reproduziert werden können.
Denken Sie daran, dass es 2006 ReactOS gab einschließlich etwa 100 Zeilen Assemblercode, der durch Dekompilieren von Windows erhalten wurde. Danach wurde die Entwicklung für etwa einen Monat unterbrochen, um eine Prüfung möglicher Kreuzungen durchzuführen. Seitdem prüfen die ReactOS-Entwickler besonders sorgfältig die Quellcodes, die zur Aufnahme in das Projekt vorgeschlagen werden.
Beim Reverse Engineering zur Einhaltung der US-amerikanischen Urheberrechtsgesetze verwendet das ReactOS-Projekt ein duales Design, bei dem ein Forscher die Arbeit analysiert und darauf basierend eine Dokumentation erstellt, und ein anderer Entwickler diese Dokumentation verwendet, um eine neue Implementierung für ReactOS zu erstellen. Es ist möglich, dass in der Analysephase die aufgrund von Lecks erhaltenen Windows-Quellcodes verwendet wurden und die kompilierte Dokumentation dieselben Namen von Funktionen und Strukturen widerspiegelte, aber mit dem in ReactOS verwendeten Entwicklungsschema wird die Implementierung völlig anders sein und von Grund auf erstellt.
Darüber hinaus bereits Veröffentlichungen zur Überwachung von NT- und W2K-Kernel-Assemblys mit ungereinigten Debugging-Informationen, einschließlich Daten zu den Namen interner Variablen. Viele Struktur- und Funktionsnamen finden sich auch in den im SDK/DDK enthaltenen Header-Dateien, und die Struktur von Systemaufrufen kann durch die Analyse von Komponenten wie der COM-Laufzeit ermittelt werden. Ohne die Bereinigung symbolischer Namenstabellen werden häufig Hotfix-Updates veröffentlicht. Darüber hinaus verwenden einige Windows-Programme und -Treiber nicht öffentliche, undokumentierte Aufrufe, und viele versteckte Windows-Funktionen werden während der Startanpassung in Virtualisierungssystemen und Emulatoren aufgedeckt.
ReactOS-Entwickler könnten diese Komponenten im Reverse Engineering-Prozess verwenden.
Source: opennet.ru