Het lijkt erop dat er onlangs enkele modderproblemen zijn opgedoken die lelijk zouden kunnen worden met betrekking tot Bethesda's hit-RPG uit 2011 The Elder Scrolls V: Skyrim. Sinds kort schetst een SKSE-ontwikkelaar hoe code van SKSE is gebruikt in de Skyrim Together mod die verschillende voorwaarden schendt, wat een slechte weerslag zou hebben op het SKSE-team en zou kunnen leiden tot een “zeer slechte juridische positie bij Bethesda.”
Als je het niet weet, de Skyrim Script Extender (SKSE) is een tool die door velen wordt gebruikt Skyrim modders, waarmee scriptmogelijkheden nieuwe limieten kunnen bereiken en tegelijkertijd extra/nieuwe functies kunnen toevoegen Skyrim.
Dit leidt nu tot Skyrim Together, een aankomende mod die momenteel in bèta is. Deze mod staat collega toe Skyrim spelers om samen te werken en de fantasiewereld van het spel te verkennen. Het team achter de mod heeft echter een Patreon rekening waaraan men moet doneren om de bèta uit te proberen:
“We hebben besloten om gesloten bèta-toegang te geven aan ALLE voormalige en toekomstige klanten, het maakt ons niet uit wat het beloftebedrag is, $ 1 is genoeg om mee te doen. Dit is een BETA, we zullen je $ 1 niet terugbetalen als je niet tevreden bent met de staat van de bèta, omdat we geen tijd hebben om hiermee om te gaan. Als u het niet zeker weet, doe dan niet mee aan de bèta. We hebben dit alleen gedaan om het aantal mensen dat zich bij onze servers aansluit te beperken. Beloof niet dat je een volledig functionele, bugvrije ervaring verwacht.”
Maar er is een probleem dat zou kunnen leiden tot een blik wormen die zich bezighouden met Bethesda en juridische problemen in dit geval. Volgens SKSE-ontwikkelaar Extrwi staat de volgende informatie op sub-reddit r/skyrimmods werd geplaatst op 2 februari 2019:
“Ik denk dat het tijd is voor meer drama. Sorry, ik haat het om dit soort dingen te moeten doen.
Skyrim Together steelt SKSE-code, niet genoemd, zonder toestemming, met een expliciete term in de licentie die een van de auteurs verbiedt iets met de code te maken te hebben, die ontkent er iets van te hebben gebruikt (voor het geval dit wordt verwijderd)? Het bewijs is vrij duidelijk als je naar de lader en dll in een disassembler kijkt. Ze gebruiken een gehackte versie van 1.7.3 classic, vermoedelijk met enkele preprocessor-macro's om indien nodig structuurtypen te wisselen tussen de x64- en x86-versies.
Beginnend met de loader, is het in feite skse_loader, waarbij alle opties zijn uitgeschakeld en de foutmeldingen zijn gewijzigd. In het algemeen controleren ze de foutcode van CreateProcessA tegen ERROR_ELEVATION_REQUIRED, en hebben ze vervolgens een enigszins anders geformuleerde foutmelding om dat geval af te handelen. Dat kon ik zien als een enigszins verdacht toeval.
Ga naar de daadwerkelijke DLL-injectiecode op +4B81 en volg de InjectDLLThread van skse64skse64_loader_commonInject.cpp. De eerste functie is slechts een SEH-wrapper, die DoInjectDLLLthread aanroept om het echte werk te doen. DoInjectDLLThread ziet er bijna precies hetzelfde uit, alleen met de controle dat de DLL bestaat verwijderd. De time-out voor WaitForSingleObject is precies hetzelfde, zelfs als er wordt geschakeld tussen INFINITE, 60 seconden, en helemaal niet wordt aangeroepen via twee bool-argumenten met dezelfde indices. Dat is een vrij duidelijke kopie.”
Extrwi zou de bovenstaande informatie opvolgen met een bericht met talloze bestandspaden met betrekking tot de DLL in de onderstaande afbeelding:
Extrwi legt later uit hoe de belangrijkste SKSE-bron niet is gelicentieerd onder een open source-licentie, in tegenstelling tot die van de gemeenschappelijke SKSE-bestanden (of de MIT-licentie):
“Gebruikelijk is uiteraard een MIT-licentie en vereist geen toeschrijving (maar wordt altijd op prijs gesteld), maar de belangrijkste SKSE-bron is dat niet. Technisch gezien valt het altijd onder de algemene auteursrechtwetgeving.”
Het artikel van Extrwi gaat ook in op de gekopieerde ongewijzigde code van SKSE:
“Als je door de DLL heen kijkt, zie je heel veel code die gemakkelijk te identificeren is als ongewijzigd gekopieerd van SKSE, alleen al aan de hand van de tekenreeksen en foutmeldingen. De meeste, zo niet alle, nieuwe scriptfuncties zijn aanwezig, serialisatie, eigenlijk alles. RTTI-gegevens wijzen op talloze aangepaste SKSE-klassen; eerlijk gezegd word ik er misselijk van als ik het allemaal hoor.
Als je wilt dat een geweldig “rokend pistool” van SKSE-code direct wordt gebruikt in de functies die ze hebben toegevoegd, kijk dan naar de definitie van TESNPC en vergelijk deze met de functie op +2B5A00 die over de leden van een TESNPC lijkt te lopen (onder andere ) om een string te bouwen. De namen van de velden komen toevallig overeen, zelfs de genummerde “onbekende” velden. Dat is meer dan toeval.”
Met het ‘rokende pistool’ tentoongesteld, eindigt Extrwi met uit te leggen welke gevaarlijke acties, zoals die gepleegd door het Skyrim Together-team, anderen kunnen aandoen:
“Deze broncodediefstal wordt volledig niet genoemd, ontkend door de auteurs, en ik ben er zeker van dat het een grote hulp is geweest bij het ontwikkelen van hun mod, die momenteel alleen bruikbaar is als er betaald wordt. Momenteel weet ik niet zeker wat ik aan deze situatie moet doen.
Merk op dat het normaal is dat gewone native code-plug-ins de SKSE-broncode rechtstreeks gebruiken, en dat is prima. Ze zouden hun bron beschikbaar moeten hebben, maar in werkelijkheid gebeurt dat niet altijd. ST veroorzaakt een probleem door de licentie te schenden, niet te crediteren, zich in te spannen om de closed-source te behouden en effectief kosten in rekening te brengen voor een mod. Dit heeft een slechte weerslag op ons en brengt ons in een zeer slechte juridische positie tegenover Bethesda.”
Zoals hierboven vermeld, vindt u het volledige bericht dat Extrwi heeft geschreven verderop r/skyrimmods.
