Silent aim sur RedM : le tir qui atterrit là où personne n’a visé
Le silent aim sur RedM ne déplace pas le viseur, il déplace la balle. Comment le serveur le prouve en confrontant le récit du tireur à celui de la victime.
Un joueur meurt au milieu de la rue. Il rejoue sa propre vidéo image par image : l’homme d’en face regardait ailleurs, l’arme à hauteur de hanche, et la balle est quand même arrivée dans son crâne. Personne dans votre staff ne peut dire ce qui s’est passé, parce que rien d’anormal ne s’est produit à l’écran. C’est exactement ce que fait le silent aim sur RedM, et c’est pourquoi c’est la triche la plus difficile à sanctionner sur un serveur roleplay.
Ce que c’est vraiment
Un aimbot classique déplace la caméra : il colle le viseur sur la cible, et cela se voit. Le silent aim ne touche jamais à la caméra. Il laisse le joueur viser où il veut, puis réécrit le tir à la sortie. Le client indique au serveur l’origine du tir, la direction, l’entité touchée, le point d’impact. Le cheat modifie ces champs après le clic et avant la transmission.
Le résultat est une pure contradiction : le vecteur de visée déclaré pointe vers le nord, l’impact déclaré est à l’ouest, et le jeu applique quand même les dégâts. Sur RDR3, cela produit des scènes très reconnaissables une fois qu’on sait les lire : un revolver qui touche à quatre-vingts mètres derrière un rocher, un tir visé vers le sol qui tue un joueur sur un balcon, une cible qui tombe pendant que le tireur recharge en marchant.
La variante de haute qualité est plus discrète encore : le cheat ne dévie que de quelques degrés, juste assez pour transformer un tir raté en kill. Le joueur a l’air légitime. Il a simplement un taux de réussite que personne d’autre n’a.
Pourquoi l’œil humain ne peut pas trancher
Trois raisons, qui s’additionnent :
La victime ne voit jamais le tir. Elle en voit la conséquence. Ce que reçoit sa machine est déjà la version corrigée par le cheat, si bien que l’impact tombe à une position plausible.
Le tireur n’a rien à cacher à l’écran. Pas de verrouillage de caméra, pas de mouvement inhumain. Un enregistrement de son propre écran paraîtrait innocent.
La latence brouille tout. Sur un serveur chargé, deux à trois cents millisecondes séparent couramment ce que voit un joueur de ce que voit l’autre. Un tir qui paraît impossible peut être une simple désynchronisation, et l’inverse est vrai aussi.
C’est pourquoi le silent aim survit des mois sur des serveurs bien administrés. Les signalements arrivent, les admins vont voir, ne voient rien, clôturent le ticket. Le tricheur comprend qu’il ne sera pas pris à l’œil et joue plus ouvertement chaque semaine.
La seule preuve qui tient : deux récits du même tir
Un tir n’est pas un événement, ce sont deux récits. Le tireur décrit son tir. La victime décrit l’impact qu’elle a pris. Ces deux récits viennent de deux machines différentes, et le cheat ne tourne que sur l’une d’elles. C’est le défaut structurel du silent aim : pour rester cohérent, il devrait corrompre aussi l’ordinateur de la victime.
Le serveur garde donc les deux, séparément. Côté tireur : où se trouvait sa caméra, dans quelle direction elle pointait, quelle arme, à quel instant exact. Côté victime : d’où est venue la balle, quelle partie du corps, combien de dégâts. Puis les deux sont appariés dans une courte fenêtre de temps, et on se demande s’ils décrivent le même monde.
Concrètement, nous posons trois questions, dans cet ordre. Aucune n’est suffisante seule : c’est leur accumulation qui fait le dossier.
1. La caméra visait-elle quelqu’un ?
Avant l’impact, une question simple : au moment du tir, le vecteur de visée du tireur a-t-il croisé une cible ? Pas la bonne cible : une cible. Un joueur qui blesse une entité alors que sa visée ne pointait strictement personne n’a pas raté son tir, il n’a jamais fait le geste.
C’est le cas le plus net, et c’est aussi celui qu’un cheat bien réglé évite : un bon silent aim garde une cible plausible quelque part sur l’axe pour ne pas se faire prendre ici.
2. La victime est-elle celle qui était visée ?
Deuxième question : l’entité que le tireur déclare avoir visée est-elle la même que celle qui a réellement pris la balle ? Une discordance entre les deux (visée sur A, impact confirmé par B) n’a aucune explication légitime. Une balle ne change pas de destinataire en vol.
3. L’angle est-il physiquement tenable ?
Vient ensuite la mesure quantitative : l’angle entre la direction que le tireur a déclarée et le vecteur qui va réellement de lui à l’impact rapporté par la victime. Un tir honnête donne un écart de quelques degrés au plus, expliqué par le recul, la dispersion de l’arme et le mouvement des deux joueurs pendant que la balle voyage.
Nous ne jugeons l’écart suspect qu’au-delà de degrés, et seulement quand il se répète sur plusieurs tirs corrélés au sein du même échange de tirs. Le seuil exact et le nombre de répétitions ne sont pas publiés : un développeur de cheat qui les connaît règle sa déviation juste en dessous et redevient invisible.
Non publié/Les seuils de détection ne sont jamais publiés : une valeur connue est une valeur sous laquelle un cheat se règle.
La répétition est le point important. Un tir large isolé, c’est une désynchronisation. Douze tirs larges dans le même engagement, c’est un programme.
Le dossier que vous remettez à un administrateur
Une détection incapable de raconter sa propre histoire ne vaut rien : le joueur la contestera, et une partie de votre communauté le soutiendra. Ce qui tient dans cette conversation, ce sont les deux récits placés côte à côte, tir par tir.
- tireur
- position, direction de visée, arme, horodatage serveur
- cible sur l’axe
- aucune, ou l’identifiant de l’entité visée
- victime
- identifiant, point d’impact, zone du corps, dégâts
- écart angulaire
- entre la visée déclarée et l’impact confirmé
- latence
- délai mesuré entre les deux récits
- récurrence
- nombre de tirs divergents dans le même échange de tirs
À partir de là, la conversation change de nature. Vous ne dites plus « l’anticheat l’a signalé », vous montrez onze tirs où la visée du joueur et la blessure de sa victime ne peuvent pas être vraies toutes les deux.
Ce que cette méthode ne sait pas faire
Trois limites, que nous préférons écrire nous-mêmes.
Il faut une victime joueur. Toute la démonstration repose sur un second témoin. Un tricheur qui ne tire que sur des PNJ, des animaux ou des chevaux ne produit aucune corroboration : personne en face ne vient contredire son récit. On l’attrapera autrement, ou pas du tout.
Une déviation minuscule reste dans le bruit. Un silent aim réglé à un ou deux degrés est indiscernable du recul et de la latence. On pourrait le rendre détectable en abaissant le seuil, au prix d’alertes sur des échanges de tirs honnêtes, et un anticheat qui hurle en permanence finit ignoré, ce qui fait l’objet de l’article sur les faux positifs. Nous acceptons donc de rater le bas du spectre plutôt que d’accuser vos habitués.
Une connexion dégradée produit du bruit. Un joueur à 400 ms instables génère naturellement des écarts. La fenêtre de corrélation en tient compte, et les tirs dont la latence dépasse ce que la mesure peut absorber sont écartés, donc perdus. Une mauvaise connexion protège un peu le tricheur : c’est le prix pour ne pas bannir un joueur en internet par satellite.
La version courte
- 1
Le silent aim ne déplace pas la visée, il réécrit le tir déclaré au serveur : rien d’anormal n’apparaît à l’écran.
- 2
Aucun témoin humain ne peut l’attester, ni la victime ni un enregistrement du tireur.
- 3
La preuve vient du serveur qui confronte le récit du tireur à celui de la victime : cible sur l’axe, identité de la victime, écart angulaire.
- 4
Un tir divergent est un incident réseau ; une série de tirs divergents est un programme.
- 5
Sans victime joueur, sans écart mesurable, ou avec une latence trop élevée, la méthode ne conclut pas, et nous le disons.
Les dossiers de tirs corrélés se lisent sur des données réelles dans le panel de démo, et les tarifs sont publics. L’anticheat Baobab présente toute la pile de détection dont cette corrélation de tirs fait partie.