> Dans le cas d'un jeu l'essentiel du travail est effectué sur le client et pas sur le serveur
Ca peut tout à fait être pareil dans une appli qui n'est pas un jeu: par exemple, dans un systeme d'échange p2p avec un serveur central, tu peux très bien fausser la BD de fichiers que tu partages. Le travail est fait au niveau client.
> ... empecher le serveur de se rendre compte du fonctionnement modifié du client
Tout comme dans une autre style de piratage qui n'a rien a voir avec le jeu: le coup d'Humpish est de feinter le système d'authentification de la CB (en local), pas de trucider le serveur et encore moins de se faire repérer.
Je pense aussi que quel que soit le protocole, tu ne peux pas faire confiance au soft client, jeu ou pas. Si tu déporte une partie du travail sur le client, tu risques une triche sur cette partie du travail. Le problème c'est que même un terminal passif prend en charge une partie du travail de l'application (ne serait-ce que la gestion de la console) et donc tu risques une triche (un robot qui simule un être humain derriere le clavier par ex: le sendkeys est bien connu par les martyrs du VB)
En fin de compte, tu ne fais confiance qu'à l'utilisateur.
[^] # Re: Une limite de l'OpenSource ?
Posté par Toufou (site web personnel) . En réponse à la dépêche Une limite de l'OpenSource ?. Évalué à 3.
Ca peut tout à fait être pareil dans une appli qui n'est pas un jeu: par exemple, dans un systeme d'échange p2p avec un serveur central, tu peux très bien fausser la BD de fichiers que tu partages. Le travail est fait au niveau client.
> ... empecher le serveur de se rendre compte du fonctionnement modifié du client
Tout comme dans une autre style de piratage qui n'a rien a voir avec le jeu: le coup d'Humpish est de feinter le système d'authentification de la CB (en local), pas de trucider le serveur et encore moins de se faire repérer.
Je pense aussi que quel que soit le protocole, tu ne peux pas faire confiance au soft client, jeu ou pas. Si tu déporte une partie du travail sur le client, tu risques une triche sur cette partie du travail. Le problème c'est que même un terminal passif prend en charge une partie du travail de l'application (ne serait-ce que la gestion de la console) et donc tu risques une triche (un robot qui simule un être humain derriere le clavier par ex: le sendkeys est bien connu par les martyrs du VB)
En fin de compte, tu ne fais confiance qu'à l'utilisateur.