Game Maker Domäne

Nachteile:

• Ist nur ein Wrapper - orginale Exe wird zur Laufzeit entpackt und auf der Platte abgelegt.
  
• Manche Virusscanner melden einen Befall.
  

Sorry,

wollte grad noch was dazu schreiben - aber da hast du schon geantwortet.

Ich finde es gut das du uns an deinem Wissen teilhaben lässt und zusätzlich noch eine Anleitung für uns alle schreibst. Leider hat die Lösung die oben genannten Nachteile.
Lustigerweise hat das jemand heute auch im Decomp-Thread vorgeschlagen.

Im Prinzip würde ich es verwenden um eine zusätzliche Hürde aufzubauen - wäre da nicht die Sache mit den Virenscannern.

Die Möglichkeit habe ich auch schon in betracht gezogen, jedoch handelt es sich - wie Foo bereits sagte - leider nur um eine weitere Hürde.
Das eigentliche Spiel ist als ressource in die neue Exe includiert und muss zum benutzen in das arbeitsverzeichnis entpackt werden. Also ist wärend das Spiel läuft, eine originalversion der GM exe verfügbar. Leider hat man keinen einfluss darauf, wohin die exe entpackt wird. Weiterhin lässt sich auch diese exe ebenfalls decompilieren (allerdings mit einem weiteren tool).
Das einige Virenscanner anschlagen hat den einfachen Grund, das bereits diverse Viren mit bat2exe erstellt wurden und der Headder als teil ihrer Signatur erkannt wird. Es handelt sich also um bilnden Alarm, der jeoch einfache user sofort abschrecken würde.

Hey! genau das habe ich gester vor dir geschriben ich hab euch doch im chat gefragt!!

Game Maker Game Maker Exe Dekompiler in freier Wildbahn

@mauge

Ich analysiere momentan den Decompiler um seine Funktionsweise zu versehen - warum? - um ihn ins Leere laufen zu lassen - denn jeder Code hat seine Schwächen. Klar das wird dann ein Hase-Igel-Spiel - aber besser als nichts.

Wobei ich kann nichts versprechen, werde dich aber unterrichten, falls ich was dagegen habe.

Kein Thema - ich hab auch nie behauptet das dies was wird. Nur wenn du den Parser des Apps durcheinanderbringst hast du schon wieder ein Stück gewonnen. Ich versuche ja nicht, wie viele andere die Exe zu verschlüsseln, wrappen, etc - sondern ich setze an dem App selbst an.

Hmm, richtig - aber sehs mal so: Wenn es public ist, wird das Miststück wieder angepasst - ergo: wenn dann non public. Deshalb behaupte ich mal, das es möglich ist.

Ich habe eine gute Lösung gefunden.
Funktioniert soweit aber nur mit den GM6 GM61 EXEn. Ob es mit GM7 auch funktioniert weiß ich leider nicht. Im Programm steht zwar GM6 und 6.1 aber es kann ja auch veraltet sein.
Jedenfalls ist es in erster Linie kein "Anti-dekompiler" Programm, sondern ein Vista Ready für Gamemaker 6.
Damit lassen sich nämliche kompilierte EXEn vom GM6 unter Vista starten. Da die Exe soweit verändert wurde, hat ein oder zumindest Der Dekompiler keine Chance mehr.
Ein winzigen Nachteil ist, dass die EXE um wenige Megabytes größer wird (ca. 2MB, jenachdem).
Und hier ist der Link.
GM Converter Game

Bitteschön

Soll AFAIK nur mit der 6er Reihe gehen.

Zitat von »DanielGM61«

Ich habe eine gute Lösung gefunden.
...
Bitteschön

Interessant, das werde ich mir gleich mal ansehen. Ich habe mir den compiler ebenfalls verstärkt angesehen und versucht seine Funktion zu unterbinden, in dem ich die byteverschlüsselung der exe mit verschiedenen PE packer Bindern oder anderen Cloaking-Verfahren verändere. Leider musste ich feststellen, dass bei einer Umformatierung/Verschlüsselung die für den compiler ausreichend ist auch verhindert, das der Interpreter den code ausführt. Somit vermute ich, das die software die DanielGM61 gefunden hat, wie einige andere Lösungsansätze eine original exe des Spiels entpacken oder zumindest enthalten. Aber das kann man natürlich erst sagen wann man sich genauer damit beschäftigt.
Ich bin gespannt, was der GM Converter kann

Naja, das ist aber schon alt bekannt.

Zitat

Ein winzigen Nachteil ist, dass die EXE um wenige Megabytes größer wird (ca. 2MB, jenachdem).

Exen aus dem GM7 sind auch größer als GM6 Exen. Das ist völlig normal, weil GM6 Exen irgentwie gezippte Exen sind, weiß aber nicht genau.

Einfach in einen Zip Ordner packen und schon ist sie wieder so groß wie eine GM6 Exe

Zitat

Ich würde auch den GM6.1 und dieses Verfahren nutzen, aber mir sind z.B. Alphakanäle bei Grafiken unheimlich wichtig; und die werden erst seit GM7 unterstützt. Korrigiert mich, wenn ich da falsch liege.

Also Alphakanäle werden auch schon vom GM 6.1 unterstützt, jedoch die Funktionen zum Laden von Grafiken mit Alphakanal gibt es erst seit Version 7. Sprich sprite_add_alpha und ähnliche zum Laden von Grafiken mit Alphakanal existieren erst seit GM7 aber sprite_set_alpha_from_sprite und ähnliche gibt es auch schon ab Version 6.1. D.h. wenn man nicht gerade Grafiken extern laden will ist man mit dem GM 6.1 nicht benachteiligt.

Es funktioniert also zu 100% nicht mit der 7er Version? Hat es jemand getestet?
Ja, der GM7 hat natürlich schon einige Verbesserungen, klar. Ist ja die nächste Version. Aber ich warte dann lieber auf die 8ter Ausgabe. Ich kann nur hoffen, dass es diesmal keine Online aktivierung gibt. Aber da bleibt es bestimmt nur bei der Hoffnung. Nicht das ich dann nicht kaufen würde. Was sind schon 15 Euro, für ein echt gutes Programm? Nein, aber mich stört es einfach.

Zum GM_Converter (Vista patcher):
Die convertierten EXEn werden aber dennoch vom Dekomiler erkannt. Selbst die Version. Dekompiliert lassen sich diese aber zum Glück nicht. Dennoch müsste man jetzt herausfinden, ob diese Variante sicher ist.
Eine Überlegung wäre jetzt zB.: "Wird an die EXE nur etwas drangehängt? Sodass man es einfach wieder mit'n Hexeditor entfernen kann und dekompilieren lässt."
Das die Exe entpackt wird und dann gestartet wird, ist ja hier nicht der Fall.
Ich fand es witzig, als mal jemand (ich glaube sogar es war hier), eine anscheinende Lösung hierfür gefunden hat. Aber nacher wurde die exe nur entpackt und hatte halt ne andere Endung und wurde gestartet (Temp) und danach wieder gelöscht. Noch witziger fand ich dann noch, dass dann diese "Exe" im selben Ordner erstellt wurde. Und war nahezu gleich groß als die ausgeführte exe. Wie dem auch sei ....

Eigentlich kann man ja jede Datei, sei es EXE oder DLL, wieder dekompilieren. Entweder direkt oder mit viel Mühe.
Aber dass einige oder fasst jeder dann usere Spiele dekompiliert ist schon schei..e.
Immerhin hat man vielleicht etwas hinbekommen, das schwer zu erreichen war. oä.
Auf der anderen Seite kann man ja, wie oben erwähnt, trotzdem unsere Spiele hacken.
Und andere, die mit dem GM gerade anfangen und schon vom GM_Dekom. wind bekommen haben, würden da sowieso bestimmt nicht durchblicken. Und eigentlich liegt ja auf unseren Spielen oder EXEn standardgemäß kein copyright.
Aber wie ich's oben geschrieben habe: Ich finde es echt schei..e. (Darf ich eig. schei..e schreiben? Ist doch heutzutage schon überhall erlaubt. ). Ne, wenn jemand wissen will wie was im Game funktioniert, soll er gefälligst uns befragen (gut, das geht nicht in jedem Fall - Aber dennoch ist man ja in den Credits erwähnt).

Frage: Kann man eigentlich auch scripts extern speichern und wären die exe läuft laden?
Mein Gedanke ist, dass man einfach alles "wichtige" extern verschlüsselt (und zwar gut) und dann laden. Aber man muss es natürlich auch schaffen dass das Passwort nicht in der Exe vorhanden ist. Natürlich ist die exe auch verschlüsselt.
Eigentlich müsste man dann jeden Spiel online registrieren lassen. Oder besser nur online spielbar.
Das sind grad nur spontane Ideen. Aber wenn ich so nachdenke, komme ich auch immer darauf zurück, das man alles hacken kann. Selbst wenn ich jetzt einen Server online stelle für mein Spiel und das Passwort irgendwie senden würde, könnte man das ja auch irgendwie entdecken. --- Das ist wieder so ein Thema, dass nie aufhört.

Zitat von »DanielGM61«

Es funktioniert also zu 100% nicht mit der 7er Version? Hat es jemand getestet?
[...]

Nein, denn der Konverter ist nur für GM 6 und GM 6.1 und kann nur durch diesen beiden Versionen erzeugte Spiele patchen.

Zitat von »DanielGM61«

Zum GM_Converter (Vista patcher):
Die convertierten EXEn werden aber dennoch vom Dekomiler erkannt. Selbst die Version. Dekompiliert lassen sich diese aber zum Glück nicht. Dennoch müsste man jetzt herausfinden, ob diese Variante sicher ist.
[...]

Nein, die Exe wird nicht sicherer. Die Runtime am Anfang der Exe wird einfach durch eine größere, nicht entpackte Variante ersetzt. Die Spieldaten werden nicht angetastet. Der Dekompiler funktioniert mit diesen Exen nur nicht, weil diese beim Programmieren (noch?) nicht berücksichtigt wurden und er deswegen nicht die Stelle kennt, an der die Runtime aufhört und das Spiel anfängt. Bildlich gesprochen könnte er das Spiel in seine Bestandteile zerlegen, er weiß aber nicht wo er dazu anfangen muss.