Parece que recientemente han surgido algunos problemas de modificación que podrían volverse feos con respecto al exitoso juego de rol de Bethesda de 2011. The Elder Scrolls V: Skyrim. Recientemente, un desarrollador de SKSE describe cómo se ha utilizado el código de SKSE en el Skyrim juntos mod que viola varios términos, lo que se dice que refleja mal al equipo de SKSE y podría conducir a una "muy mala posición legal con Bethesda".
Si no lo sabes, el Skyrim Script Extender (SKSE) es una herramienta utilizada por muchos Skyrim modders, lo que permite que las capacidades de secuencias de comandos alcancen nuevos límites al tiempo que agrega funciones nuevas o adicionales a Skyrim.
Esto ahora lleva a Skyrim juntos, que es un mod próximo que se encuentra actualmente en versión beta. Este mod permite a los compañeros Skyrim jugadores para formar equipo y explorar el mundo de fantasía de dicho juego. Sin embargo, el equipo detrás del mod tiene una cuenta Patreon a quién se debe donar para poder probar la versión beta:
“Hemos decidido dar acceso beta cerrado a TODOS los patrones anteriores y futuros, no nos importa el monto del compromiso, $1 es suficiente para ingresar. Esta es una BETA, no le reembolsaremos su $1 si no está satisfecho con el estado. de la beta, porque no tenemos tiempo para ocuparnos de esto. Si no está seguro, no se una a la versión beta, lo hicimos solo para limitar la cantidad de personas que se unen a nuestros servidores. No haga promesas si espera una experiencia completamente funcional y libre de errores”.
Pero hay un problema que podría conducir a una caja de gusanos en relación con Bethesda y los problemas legales en este caso. Según el desarrollador de SKSE Extrwi, la siguiente información en el subreddit r/skyrimmods fue publicado el 2 de febrero de 2019:
“Creo que es hora de más drama. Lo siento, odio tener que hacer cosas como esta.
Skyrim Together está robando código SKSE, sin acreditar, sin permiso, con un término explícito en la licencia que restringe a uno de los autores de tener algo que ver con el código, quien niega haber usado nada de eso (en caso de que esto se borre)? La prueba es bastante clara cuando miras el cargador y el dll en un desensamblador. Están usando una versión pirateada del clásico 1.7.3, presumiblemente con algunas macros de preprocesador para cambiar los tipos de estructura según sea necesario entre las versiones x64 y x86.
Comenzando con el cargador, es básicamente skse_loader con todas las opciones desactivadas y los mensajes de error cambiados. Principalmente, verifican el código de error de CreateProcessA con ERROR_ELEVATION_REQUIRED, luego tienen un cuadro de mensaje de error ligeramente reformulado para manejar ese caso. Eso me pareció una coincidencia ligeramente sospechosa.
Dirígete al código de inyección de DLL real en +4B81 y sigue el InjectDLLThread de skse64skse64_loader_commonInject.cpp. La primera función es solo un contenedor SEH, que llama a DoInjectDLLThread para hacer el trabajo real. DoInjectDLLThread se ve casi exactamente igual, solo que se elimina la verificación de que la DLL existe. El tiempo de espera para WaitForSingleObject es exactamente el mismo, incluso se cambia entre INFINITO, 60 segundos, y no se llama en absoluto mediante dos argumentos bool con los mismos índices. Esa es una copia bastante clara”.
Extrwi continuaría con la información anterior con una publicación que muestra toneladas de rutas de archivos relacionadas con la DLL en la siguiente imagen:
Extrwi explica más adelante cómo la fuente principal de SKSE no tiene una licencia de código abierto, contrariamente a la de los archivos comunes de SKSE (o la licencia MIT):
“Por supuesto, Common tiene licencia del MIT y no requiere atribución (pero siempre se agradece), pero la fuente principal de SKSE no la necesita. Técnicamente siempre ha estado bajo la ley común de derechos de autor”.
El artículo de Extrwi también aborda el código copiado sin cambios de SKSE:
“Al observar la DLL, hay toneladas de código fácilmente identificables como copiados sin cambios de SKSE solo por las cadenas y los mensajes de error. La mayoría, si no todas, las nuevas funciones de script están ahí, serialización, básicamente todo. Los datos de RTTI apuntan a toneladas de clases personalizadas de SKSE; Sinceramente, todo esto me hace sentir mal.
Si desea obtener una gran "prueba irrefutable" del código SKSE que se utiliza directamente en las funciones que agregaron, mire la definición de TESNPC y compárela con la función en +2B5A00 que parece estar caminando sobre los miembros de un TESNPC (entre otras cosas). ) para construir una cadena. Los nombres de los campos coinciden, incluso incluyendo los numerados como "desconocidos". Eso está más allá de la coincidencia”.
Con la “pistola humeante” a la vista, Extrwi termina explicando qué acciones peligrosas como las cometidas por el equipo Skyrim Together pueden provocar en otros:
“Este robo de código fuente no está acreditado en absoluto, lo niegan los autores y estoy seguro de que ha sido de gran ayuda en el desarrollo de su mod que actualmente sólo se puede utilizar mediante pago. Actualmente no estoy seguro de qué hacer con esta situación.
Tenga en cuenta que es normal que los complementos de código nativo ordinario utilicen el código fuente de SKSE directamente, y eso está bien. Se supone que deben tener su fuente disponible, pero en realidad eso no siempre sucede. ST está causando un problema al violar la licencia, no acreditar, hacer todo lo posible para mantener el código cerrado y cobrar efectivamente por un mod. Esto nos da una mala imagen y nos lleva a una posición legal muy mala con Bethesda”.
Como se mencionó anteriormente, la publicación completa que escribió Extrwi se puede encontrar en r/skyrimmods.
