Axel Rietschin, een Microsoft-ingenieur die de Windows-kernel ontwikkelt, de mogelijkheid om het ReactOS-besturingssysteem te ontwikkelen zonder code van Windows te lenen. Volgens hem gebruikten de ReactOS-ontwikkelaars code uit de Windows Research-kernel, waarvan de broncode in licentie was gegeven aan universiteiten. Lekken van deze code zijn op verschillende plaatsen gepubliceerd, waaronder GitHub.
Ritchen is ervan overtuigd dat het fysiek onmogelijk is om de ReactOS-kernel helemaal opnieuw te schrijven zoals deze nu is geschreven, met alleen de beschikbare openbare documentatie. In het bijzonder vallen de namen van interne structuren en functies in de ReactOS-kernel samen met soortgelijke namen in de Windows Research-kernel, terwijl deze namen niet worden geΓ«xporteerd tijdens de assemblage en nergens anders verschijnen behalve in de originele code. Hetzelfde geldt voor macronamen en parameters, waarvan de namen niet nauwkeurig kunnen worden gereproduceerd zonder naar de originele Windows-code te kijken.
Bedenk dat ReactOS dat in 2006 had inclusief ongeveer 100 regels assemblagecode verkregen door het decompileren van Windows. Hierna werd de ontwikkeling ongeveer een maand opgeschort om een ββaudit uit te voeren van mogelijke kruispunten. Sindsdien zijn ReactOS-ontwikkelaars bijzonder voorzichtig geweest bij het controleren van de broncodes die zijn voorgesteld voor opname in het project.
Bij reverse engineering om te voldoen aan de Amerikaanse auteursrechtwetten gebruikt het ReactOS-project een duaal ontwerp waarbij één onderzoeker het werk analyseert en op basis daarvan documentatie produceert, en een andere ontwikkelaar die documentatie gebruikt om een ββnieuwe implementatie voor ReactOS te creΓ«ren. Het is mogelijk dat in de analysefase de Windows-broncodes verkregen als gevolg van lekken gebruikt konden worden en de gecompileerde documentatie dezelfde namen van functies en structuren weerspiegelde, maar met het ontwikkelingsschema dat in ReactOS gebruikt wordt, zal de implementatie compleet anders zijn en helemaal opnieuw gemaakt.
Bovendien al publicaties over vergissingen met betrekking tot NT- en W2K-kernelassemblages met onopgeschoonde foutopsporingsinformatie, inclusief gegevens over de namen van interne variabelen. Veel structuur- en functienamen zijn ook te vinden in de headerbestanden die zijn opgenomen in de SDK/DDK, en de structuur van systeemaanroepen kan worden bepaald door componenten zoals de COM-runtime te analyseren. Zonder het opruimen van symbolische naamtabellen worden vaak hotfix-updates gepubliceerd. Bovendien gebruiken sommige Windows-programma's en stuurprogramma's niet-openbare, ongedocumenteerde oproepen, en worden veel verborgen Windows-functies onthuld tijdens het opstarten van virtualisatiesystemen en emulators.
ReactOS-ontwikkelaars zouden deze componenten kunnen gebruiken in het reverse engineering-proces.
Bron: opennet.ru