Axel Rietschin, ingeniero de kernel en Microsoft Windows, la capacidad de desarrollar el sistema operativo ReactOS sin tomar prestado código de WindowsEn su opinión, los desarrolladores de ReactOS utilizaron código del kernel. Windows Investigación cuyo código fuente fue licenciado a universidades. Se han publicado filtraciones de este código en varios sitios, incluyendo GitHub.
Ritchen cree que es físicamente imposible reescribir el núcleo de ReactOS desde cero en su forma actual, utilizando únicamente la documentación pública disponible. En concreto, los nombres de las estructuras y funciones internas del núcleo de ReactOS coinciden con los del núcleo. Windows En la investigación, estos nombres no se exportan durante la compilación y no aparecen en ningún otro lugar que no sea el código original. Lo mismo ocurre con los nombres de las macros y los parámetros, cuyos nombres no se pueden reproducir con exactitud sin consultar el código original. Windows.
Recordemos que en 2006 ReactOS tenía inclusión de aproximadamente 100 líneas de código ensamblador obtenidas como resultado de la descompilación. WindowsTras esto, el desarrollo se detuvo durante aproximadamente un mes para realizar una auditoría de posibles conflictos. Desde entonces, los desarrolladores de ReactOS han sido especialmente meticulosos al verificar el código fuente enviado para su inclusión en el proyecto.
Para cumplir con la ley de derechos de autor de EE. UU. mediante ingeniería inversa, el proyecto ReactOS utiliza un enfoque dual: un investigador analiza el trabajo y crea documentación a partir de él, mientras que otro desarrollador crea una nueva implementación de ReactOS basada en dicha documentación. Es posible que se haya utilizado código fuente filtrado durante la fase de análisis. Windows y la documentación que se compiló reflejaba los mismos nombres de funciones y estructuras, pero con el esquema de desarrollo utilizado en ReactOS, la implementación será completamente diferente y se creará desde cero.
Es más, ya Publicaciones debido a un descuido en las compilaciones del kernel de NT y Windows 2 con información de depuración sin limpiar, incluidos datos sobre los nombres de las variables internas. Muchos nombres de estructuras y funciones también se proporcionan en archivos de encabezado incluidos en el SDK/DDK, y la estructura de las llamadas al sistema se puede determinar analizando componentes como el entorno de ejecución COM. Las actualizaciones de revisión se publican a menudo sin limpiar las tablas de símbolos. Además, algunos programas y controladores para Windows utiliza llamadas no públicas no documentadas y muchas funciones ocultas Windows surgen durante el proceso de adaptación del lanzamiento en sistemas de virtualización y emuladores.
Los desarrolladores de ReactOS podrían utilizar estos componentes en el proceso de ingeniería inversa.
Fuente: opennet.ru
