À se la péter. À pourrir l'ambiance. À faire chier le monde.
à qui ça sert ?
Au tricheur. Ou a une société rivale qui veut pourrir un jeu pour récupérer les joueurs.
comment ça fonctionne ?
Un exemple: les jeux temps-réel envoient plus d'infos que ce que le client devrais réellement connaître, afin de permettre une technique d'optimisation nommée «la prédiction» qui sert à combattre le lag.
Il est possible en modifiant l'image exécutable, voire avec un "simple" overlay (ce que mumble ou teamspeak ou ventrilo font, par exemple, pour afficher qui parle) de révéler les positions de cette façon.
Autre possibilité: scanner l'écran pour détecter les modèles, et déplacer automatiquement le curseur vers un head-shot.
Encore une possibilité: simplement envoyer des trames erronées au serveur qui lui mentent sur les infos. C'est naïf, mais certains serveur de jeux ne vérifient pas grand chose, c'est comme ça qu'on peut avoir dans wesnoth des désynchronisations (plutôt liées à des bugs pour wesnoth, je ne pense pas qu'il y ait des cheaters... mais c'est pas impossible après tout) par exemple, mais je pense surtout à des choses vues il y a quelques mois sur red-eclipse 1.6 (possiblement corrigé dans 2.1, mais j'en doute, a moins qu'il n'y ait eu une énorme refonte du code sur cet aspect).
Dernière pour la route: le multi-instance, qui permets notamment d'espionner l'ennemi, de le saboter, ou tout simplement de s'accompagner d'un bot, typiquement soigneur pour les mmo-rpg.
Et ce ne sont que les exemples qui me viennent en tête, qui sont raisonnablement faciles à implémenter.
Nul doute que des gens plus expérimentés sur le sujet ont des solutions bien plus subtiles et technologiquement évoluées, mais ce sont déjà quelques exemples.
[^] # Re: C'est quoi un logiciel anti triche ?
Posté par freem . En réponse au journal EAC fonctionne à présent sous Wine/Proton, BattlEye confirme le support. Évalué à 6.
Valable uniquement pour le multi-joueurs:
À se la péter. À pourrir l'ambiance. À faire chier le monde.
Au tricheur. Ou a une société rivale qui veut pourrir un jeu pour récupérer les joueurs.
Un exemple: les jeux temps-réel envoient plus d'infos que ce que le client devrais réellement connaître, afin de permettre une technique d'optimisation nommée «la prédiction» qui sert à combattre le lag.
Il est possible en modifiant l'image exécutable, voire avec un "simple" overlay (ce que mumble ou teamspeak ou ventrilo font, par exemple, pour afficher qui parle) de révéler les positions de cette façon.
Autre possibilité: scanner l'écran pour détecter les modèles, et déplacer automatiquement le curseur vers un head-shot.
Encore une possibilité: simplement envoyer des trames erronées au serveur qui lui mentent sur les infos. C'est naïf, mais certains serveur de jeux ne vérifient pas grand chose, c'est comme ça qu'on peut avoir dans wesnoth des désynchronisations (plutôt liées à des bugs pour wesnoth, je ne pense pas qu'il y ait des cheaters... mais c'est pas impossible après tout) par exemple, mais je pense surtout à des choses vues il y a quelques mois sur red-eclipse 1.6 (possiblement corrigé dans 2.1, mais j'en doute, a moins qu'il n'y ait eu une énorme refonte du code sur cet aspect).
Dernière pour la route: le multi-instance, qui permets notamment d'espionner l'ennemi, de le saboter, ou tout simplement de s'accompagner d'un bot, typiquement soigneur pour les mmo-rpg.
Et ce ne sont que les exemples qui me viennent en tête, qui sont raisonnablement faciles à implémenter.
Nul doute que des gens plus expérimentés sur le sujet ont des solutions bien plus subtiles et technologiquement évoluées, mais ce sont déjà quelques exemples.