spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Verschlüsseln und hashen klingt gut. Aber wie immer bei Programmen gilt: Es gibt keine 100%ige Sicherheit. Nie.

Passwortgeschütztes Resource-Paket. Aber teilweise mag das Ändern der Resourcen ja erwünscht sein.

Thoran

problematisch ist es meines Erachtens nur bei Onlinespielen, bei denen alle Spieler die gleichen Chancen haben sollen (und nicht einfach durch das ersetzen von Modellen Vorteile haben)

wie bereits angedeutet kann man Verschlüsselung und Hashes verwenden

Verschlüsselung:
da das Programm selbst die verschlüsselten Dateien lesen können muss, wäre es nur eine Frage der Zeit, bis das verwendete Verfahren und die ggf. erforderlichen Schlüssel herausgefunden werden (immerhin beinhaltet das Spiel die Implementierung für die Entschlüsselung)
ich denke, dass eine Verschlüsselung nur eine gewisse Hürde darstellt, die erst genommen werden muss

Hashs:
entweder man speichert im Programmcode selbst die notwendigen Hashs ab oder man schickt die Werte an den Server, der dann den notwendigen Vergleich vornimmt
wenn der Vergleich lokal durchgeführt wird, dann würde es reichen "lediglich" die richtige Stelle der ausführbaren Datei (oder anderen Datei, sofern ausgelagert) anzupassen, damit das Programm die veränderte Textur wieder als normale Textur erkennt
wenn der Vergleich Serverseitig vorgenommen wird, dann müsste das Spiel so modifiziert werden, dass es nicht die Hashs der vorhanden Texturen an den Server schickt, sondern die, die die Standardressourcen ergeben hätten

das ist der Grund, warum du keine 100%ige Sicherheit haben kannst

Es gibt übrigens ein paar sehr gute und sehr harte Code-Laufzeit-Verschlüsselungen. Themida ist zum Beispiel noch immer top dabei. Gutes kommt aber nie kostenlos und Lizenzen dafür sind entweder nicht, schwer oder nur sehr teuer erhältlich Ich denke Hashes in einer verschlüsselten Datei definiert sind für 98-99% aller Interessenten schon zu viel. Die anderen 1-2% sind leider die, die dann die nötigen Tools schreiben und hochladen

Aber mal anders gefragt: Wie viele Leute werden vermutlich dein Programm nutzen und wie viele werden voraussichtlich Interesse daran haben eine Änderung vorzunehmen und wie groß wäre vermutlich der Schaden an den anderen Spielern? Oder war die Frage rein theoretisch? Denn Nutzen ist immer in Relation zum Aufwand zu sehen.

Ich würde mich zuerst fragen, ob eine Veränderung der Dateien überhaupt Auswirkungen hat, bzw. welche Dateien kritisch sind. Eine Textur zum Beispiel hat in aller Regel keinen Einfluss auf das Spielgeschehen an sich. Und ansonsten muss man halt alle Daten, die Spielrelevant sind nochmal vom Server prüfen lassen, bzw. Daten, die der Spieler gar nicht kennen darf erst gar nicht schicken. Sollte dann doch der Fall kommen, das ein Spieler nicht mögliche Informationen übermittelt (z.B. sagt, seine Figur befände sich an einer Position, die sie unmöglich erreichen kann), kann er ja spätestens im Wiederholungsfall einfach aus dem Spiel geworfen werden. Wenn man nach dem Prinzip arbeitet, alles was der Client sagt ist vom Prinzip falsch und böse, und ihm erst vertraut, wenn der Server das OK gibt, sollten keine Probleme auftreten. Das was dann der - sagen wir mal bösartige - Nutzer noch machen könnte, wäre sein Design zu ändern und das hat in den seltensten Fällen tatsächlich Einflüsse auf das tatsächliche Spielgeschehen.

Zitat von »chelterrar«

Eine Textur zum Beispiel hat in aller Regel keinen Einfluss auf das Spielgeschehen an sich.

Alle Gegner kriegen ne rote Textur, alle Freunde eine Grüne und die Levels sind komplett weiß. Oh bis auf das Gras natürlich, das ist jetzt komplett transparent.

Nicht umsonst gibt es bei Punkbuster o.Ä. auch die Möglichkeit einen Screenshot von Spielern anzufordern.
Wenn man mit veränderten Modellen/Texturen spielt, fällt das dann dort auf. Es sei denn der Cheat wäre schlau genug, extra für den Punkbuster-Screenshot wieder die normalen Modelle/Texturen zu benutzen

Ein mögliches Grundprinzip, wenn mich mein Gedächtnis nicht trügt:

Ein asymmetrisches Verschlüsselungsverfahren wie RSA benutzen.
Nen Hash über die jeweilige Resource berechnen.
Den Hash mit dem Private Key verschlüsseln und an die Resource anhängen.

Jetzt kann jeder mit Public Key den erwarteten Hash entschlüsseln und mit
dem wirklich berechnetem vergleichen.

Größtes Problem in der Praxis: Jetzt musst du noch sicherstellen, dass die Installation
deines Spiel sich überhaupt für irgendwelche Hashes interessiert und nicht so verändert
worden ist, dass sie alles lädt?

Du kannst auch es intern speichern mit deinem eigenen Format. Das erschwert es, die Texturen und Co. zu verändern.