« Bot Dofus indétectable » : pourquoi la promesse est vide

C'est l'argument de vente le plus répandu du marché, et c'est celui qui résiste le moins à l'examen. Un outil ne peut réduire que sa surface d'exposition à l'inspection du client. Il ne peut rien contre l'analyse statistique du serveur, et strictement rien contre le signalement d'un autre joueur.

Une promesse d'indétectabilité porte donc, au mieux, sur un tiers du problème. Elle est vraie sur ce tiers, et fausse sur l'ensemble — ce qui en fait une phrase publicitaire, pas une caractéristique technique.

Les cinq axes qui changent vraiment quelque chose

Puisque la promesse globale est vide, la seule question utile est : qu'est-ce qui modifie réellement la surface exposée ? Cinq choix d'implémentation, par ordre décroissant d'impact.

Lecture de l'écran contre lecture du réseau

Un outil qui interprète le trafic entre le client et le serveur doit s'insérer dans ce trafic. Un outil qui lit les pixels affichés ne s'insère nulle part : il observe la même chose qu'un joueur humain, avec les mêmes limites. C'est la différence la plus structurante, et elle est invisible dans une liste de fonctionnalités.

Injection dans le processus contre absence d'injection

Charger une bibliothèque dans l'espace mémoire du jeu, ou en lire la mémoire, laisse une trace qu'un contrôle côté client peut constater directement. Piloter la souris et le clavier depuis l'extérieur n'en laisse pas de comparable.

Modification des fichiers du client

Tout outil qui remplace ou patche un fichier du jeu se signale à la première vérification d'intégrité. C'est le mode d'exposition le plus simple à détecter, et aussi le plus simple à éviter.

Variabilité du comportement

C'est l'axe qui compte face à la deuxième famille de détection, et celui dont on parle le moins. Des intervalles tirés dans une distribution réaliste, des pauses irrégulières, des trajets qui ne se superposent pas exactement, des erreurs occasionnelles : ce sont les seules choses qui ressemblent à un humain dans un journal côté serveur.

Durée et horaires des sessions

Aucune technique ne compense une session de dix-huit heures d'affilée. C'est le paramètre le plus déterminant du lot, et il ne dépend pas de l'outil mais de la personne qui l'utilise.

Ce qu'il faut en conclure

Un outil bien implémenté déplace le problème du premier terrain vers les deux autres. C'est réel et ce n'est pas rien — mais cela transforme une question technique en question de comportement. Le facteur qui décide le plus souvent n'est pas le logiciel, c'est la façon dont on s'en sert.

Et rien de tout cela ne rend l'automatisation conforme aux règles du jeu. Elle ne l'est pas, quelle que soit l'implémentation.

Comment lire les promesses des autres outils

Trois questions suffisent à trier, et aucune ne demande de compétence technique :

L'outil lit-il le trafic réseau ou la mémoire du jeu ? Si la réponse est oui, ou si elle est évasive, la première famille de détection le voit.
Que se passe-t-il à la mise à jour du jeu ? Un outil qui dépend du protocole casse à chaque patch. Un outil qui lit l'écran casse quand l'interface change.
L'éditeur promet-il l'absence de risque ? Si oui, il vous ment sur un point vérifiable, ce qui renseigne sur le reste.