Ich implementiere ein benutzerdefiniertes Binärprotokoll für ein neues Multiplayer-Spiel, an dem ich arbeite. Es ist ein rundenbasiertes Strategiespiel, also spielt das Timing keine Rolle. Ich habe derzeit den grundlegenden Teil der Datensynchronisierung des Systems abgeschlossen und mich gefragt, wie die Benutzeranmeldung / -abmeldung und -verschlüsselung normalerweise für MMORPG-Spiele oder ähnliches durchgeführt wird.

• Können Sie ein Schema für die sichere / geheime Passwortübertragung während der Anmeldung empfehlen? (Diffie-Hellman-Schlüsselaustausch?)
• Wie implementiere ich eine starke Verschlüsselung für Datenpakete? (AES 128-Bit? .. oder welches Schema auch immer in diesem Beitrag als "Verschlüsselung stärker als Sie wahrscheinlich knacken" bezeichnet wird)
• Gibt es Datagramm-Formatschemata, die dazu beitragen, den Spieleserver für die Wiedergabe von Angriffen, ungültigen Datenpaketen und dergleichen zu sichern?

Antworten

• SRP - Secure Remote Password - Dies basiert auf Diffie-Hellman. Die Idee ist, dass Sie eine gegenseitige Kennwortprüfung durchführen können, ohne jemals das Kennwort oder Informationen zu übertragen, die zur Ableitung verwendet werden können. Auch wenn es über das Kabel sicher ist, sollten Sie Ihre Passwörter dennoch hashen und salzen da Ihr Server sie niemals im Klartext speichern darf .
• Der Vorteil von SRP besteht darin, dass Sie nach Abschluss des Vorgangs auch einen gemeinsam ausgehandelten Verschlüsselungsschlüssel erhalten, den ein Angreifer aufgrund der von Ihnen übertragenen Daten nicht hätte ableiten können. Dies bedeutet, dass Sie nach der Authentifizierung des Benutzers einen symmetrischen Verschlüsselungsalgorithmus (wie AES) verwenden können.
• Angenommen, Sie verwenden UDP mit Ihrer eigenen zuverlässigen / geordneten (verbindungsorientierten) Implementierung: Verschlüsseln Sie die gesamte UDP-Wiedergabe - einschließlich Ihrer 'Paketsequenznummer'. Wenn Ihr System richtig ausgelegt ist, lehnt es wiedergegebene Nachrichten automatisch ab und ein Eindringling kann die Paketsequenznummer nicht ändern, da sie verschlüsselt ist (daher ist eine Wiedergabe möglich - sie wird jedoch automatisch ignoriert).

Gedanken

Sollte Ihre Authentifizierung sicher sein? Absolut. Machen Sie keine Kompromisse in Bezug auf die Sicherheit, wenn ein Passwort in Frage kommt. Daher sollten Sie auf jeden Fall die erste Kugel in meiner Antwort in Betracht ziehen.

Sollten Ihre Daten sicher sein? Nur wenn es sich um einen Kauf im Spiel / eine Mikrotransaktion handelt - und warum dann nicht einfach etwas Bewährtes wie HTTPS verwenden? Das Verschlüsseln Ihres Spielverkehrs ist aus folgenden Gründen wahrscheinlich keine praktikable Lösung:

• Es ist völlige Paranoia.
• Dies erhöht den CPU-Zeitaufwand auf Ihrem Server, sofern Sie keine (teuren) Hardware-Verschlüsselungsmodule erwerben können.
• Es spielt keine Rolle, wie viel Sicherheit Sie für Ihre Daten über das Kabel bereitstellen - jemand könnte den Client-Prozess entführen und Nachrichten abfangen, sobald sie verschlüsselt und gesendet werden. Dies ist nicht nur eine Möglichkeit, sondern wesentlich besser möglich das Einfügen von Code im Vergleich zum Abfangen von Paketen einfacher ist. Wenn Sie dies zur Verhinderung von Betrug tun, verschwenden Sie Ihre Zeit vollständig und vollständig.
  • In Bezug auf die Passwortsicherheit gibt es leider nichts, was Sie vernünftigerweise gegen ein entführtes System tun können. Der Client ist feindselig geworden. Blizzards WoW-Dongles sind dafür ausgelegt - aber ich bin mir nicht sicher, wie sicher das ist (besonders wenn Sie es angeschlossen lassen).

Bitte, wenn Sie zur Cheat-Verhinderung verschlüsseln, geben Sie es auf. Sie werden zu kurz kommen - ich habe Ihnen die Informationen gegeben, falls Sie es nicht sind. Denken Sie daran, dass Sie Pakete selektiv nach dem ersten Byte im Paket verschlüsseln können und angeben, ob der Rest verschlüsselt ist. Auch hier würde ich mich an HTTPS halten, wenn Sie beispielsweise Kreditkartentransaktionen durchführen müssen: Sie sind äußerst selten und HTTPS wird von Experten entwickelt - im Gegensatz zu etwas, das Sie oder ich entworfen haben.

Trotzdem verschlüsselt Blizzard tatsächlich den WoW-Verkehr. Der Hauptgrund dafür ist, dass jemand, der wahrscheinlich ein kompletter Amateur ist, beschlossen hat, sich an einem selbst entwickelten Verschlüsselungsalgorithmus zu versuchen. das hat wirklich gut geklappt . Selbst wenn Sie branchenübliche Algorithmen verwenden, besteht eine gute Chance, dass jemand Ihren Code zurückentwickelt und simuliert. Sobald der Client sein Kennwort eingibt, ist nicht mehr zu erkennen, dass ein nicht unterstütztes System angeschlossen ist.

Ich denke mein letzter Kommentar zu Jonathans ansonsten ausgezeichneter Antwort ist es wert, zu einer eigenen Antwort erweitert zu werden:

Wenn Sie nicht viel Erfahrung mit Kryptografie haben, sollten Sie nicht versuchen, eine eigene Verschlüsselungsschicht zu entwerfen, wenn Sie dies vermeiden können. Wenn du das tust eine Menge Krypto Erfahrung haben, sollten Sie wissen besser als die eigene Verschlüsselungsschicht zu entwerfen , wenn Sie es vermeiden können.

Versuchen Sie stattdessen, eine vorhandene, standardisierte und gut getestete Kryptobibliothek zu finden, die genau das tut, was Sie benötigen. In Ihrem Fall würde ich GnuTLS empfehlen , das laut Wikipedia sowohl TLS-SRP- Authentifizierung ( RFC 5054 ) als auch sichere UDP-Kommunikation mit DTLS ( RFC 6347 ) bietet . Ersteres kümmert sich um die Anmeldung, während letzteres den so gebildeten sicheren Kanal sowohl vor Abhör- als auch vor aktiven Angriffen schützt und Sie sogar vor Wiederholungsangriffen schützen kann .