私はMinecraftに似たクライアントサーバースキームを使用するオープンソースゲームを開発しています。プレイヤーが独自のサーバーを実行する一方で、アカウントが有効であることを確認する中央認証サーバーを制御します。
クライアントの認証は簡単ですが、サーバーは、資格情報やセッショントークンにアクセスすることなく、ユーザーが有効であることをどのようにして知ることができますか？
例えば：
その後、クライアントはサーバーに接続できますが、サーバーはクライアントが本人であることを確認する方法がありません。これらのサーバーはプレーヤーによって実行されるため、サーバーの変更とユーザーデータの収集が簡単になります。（信頼できるのは中央認証サーバーのみです）
認証サーバーはTCP接続を受け入れることができますが、この場合HTTPSの方が簡単でしょうか。応答を取得する方が、特に少数の要求に対してのみ、両側でリスナーを確立するより簡単です。
回答:
編集：これを投稿した後、私はそれがAli.Sによって与えられたものとほぼ同じ答えであることに気付きました（わずかに異なりますが、全体的なアプローチは同じです）。
この方法は、すべての通信が一連の安全なトンネルを介して行われていることを前提としています。これをどのように達成するかは重要ではありません。TLSをお勧めしますが、それは私だけです。
または、ゲームサーバーにログインをリッスンするための専用ポートを与えることもできます。このルートを選択すると、フローは次のようになります。
この2番目のアプローチでは、全体的な実装が少し簡単になります。
脚注：
ゲームサーバーに関する情報を認証サーバーに送信する必要があると私が指定した理由は、なりすましに対するプロセスを強化するためです。サーバーは情報を検証して、プレーヤーが期待する接続を承認していることを確認できます。
セッションIDは暗号的に安全である必要はありませんが、スプーフィング接続を行うと、なりすましが困難になります。
TLSルートを選択する場合は、インフラストラクチャで使用されるすべての証明書に署名する署名サーバーをセットアップし、クライアント/サーバーソフトウェアで信頼できるCAとして追加できます。署名証明書が緩まない限り、適切な認証を提供できます。
DoS攻撃を緩和するために、20秒以下で接続をタイムアウトにします。それよりも長く続く場合は、問題が発生しており、接続がタイムアウトするのを3分間待つ必要はありません。
クライアントには秘密鍵と公開鍵が必要です。
秘密鍵は、クライアントが認証サーバーから受信する一意の識別子である必要があります。公開鍵もクライアントに送信する必要があります。
クライアントは、ゲームサーバーに接続する前に、秘密鍵と接続先のゲームサーバーのIPを含むメッセージを認証サーバーに送信する必要があります。次に、認証サーバーは、秘密鍵の一致を検証して見つけ、公開鍵をそのレコードに格納する必要があります。
クライアントが接続しているゲームサーバーは、クライアントの公開鍵を取得した後、認証サーバーにリクエストを送信する必要があります。認証サーバーが、クライアントがゲームサーバーのIPに接続することを望んでいることを確認できる場合は、それが問題のないクライアントであることを送り返します。ゲームサーバーは、クライアントが接続できるようにする必要があります。
秘密鍵はクライアントの認証にのみ使用されるため、ゲームサーバーは実際の認証IDを取得しません。
私が考えることができる複数の解決策がありますが、これが最も安全な解決策です：
このシナリオでは、認証全体が通過していても、実際にはゲームサーバーには盗聴の手段がないことに注意してください。同じ理由で、ISPはFacebookに送信したパケットやFacebookから送信されたパケットを監視できません。
私がこれを行う方法は、認証されたゲームサーバーのリストと共にログイン後に認証サーバーにクライアントにトークンを送信させることです（これにより、クライアントはゲームサーバーが有効であることを確認できます）。
次に、クライアントはトークンをゲームサーバーに送信し、トークンは認証サーバーに送信されて、これが有効なクライアントであることを確認します。
ログインする：
後でゲームサーバーに参加するとき：