linconnu a écrit :



Il est impossible de tricher sur BF, les serveurs intègrent un système anti-triche créé par une société spécialisée qui s’appelle punkbuster.





Comme si PunkBuster empêchait la triche. " />

Il la rend certes plus compliquée en étant plus intrusif encore que VAC mais les hackers malins savent le contourner il me semble

Lovecraft a écrit :



“I’ve made this sticky thread to explain it a bit more.



So what is it? Basically, when you connect to a server, it will check if punkbuster detects our cheat with a signature. If it does, the cheat will make you leave the game. And prevent a detection! So if you crash, report it here.

The crash will happen 5sec before or after you enter in a server.



Best Regards,

x22.”



Et il y’a la même pour VAC.







VAC regarde aussi si le cache DNS de la machine pour savoir si tu n’a pas acheté un hack privé qui “contacte le serveur web du hacker” pendant son fonctionnement (controle de licence par internet tout ca :p). Source : un article récent de PCI " />



Suite à cet article, j’ai lut diverses choses sur PunkBuster, notamment sur UnknowCheats et voila ce qu’il fait plus précisément





Actually, most anti-cheats do employ Heuristics to detect cheats. It is the preferred method.



Heuristics (correct me if I’m wrong) are just checking certain things against certain behavior and acting upon the results. In anti-viruses they sometimes use emulation to achieve this but in anti-cheats they do not. Mostly because what’s the point to that.



Checking the “behavior” of a cheat to prevent future cheats from being able to do what they want would come in the form of VTable inspection, byte code inspection on the host process and so on.



This is as opposed to signature scanning which they do employ, but they’re actually attacking the technique used and not that single cheat itself.



Punkbuster does these things:

• Sometimes CVAR checking depending on the game
  


• Sometimes using MD5 checks on the files of the game
  


• Detection of byte code modification in the main process (and sometimes other modules, d3d9.dll is a good example)
  


• Detection of some types of VTable hooks (they probably don’t check them all )
  


• Detection of blacklisted external processes (trainers and such)
  


• Detection of widely distributed “undetected” cheats by scanning for the cheat’s code (signature scanning)
  
  
  
  
  
  C’est quoi une VTABLE? " />

Strimy a écrit :



Wiki !

Rapidement, c’est ce qui permet de gérer les méthodes virtuelles quand tu as de l’héritage dans un langage objet.

Etant donné qu’il est possible d’overrider une méthode d’une classe mère, tu te retrouves avec une implémentation différente d’une méthode selon la classe.

Etant donné qu’à la compilation, il ne te sera pas possible de savoir quelle est la méthode à appeler, la VTABLE se charge d’associer correctement l’implémentation avec le type de l’objet à l’exécution.

Dans le cas d’un cheat, il est envisageable d’aller taper dans la vtable pour intercepter certains appels, et en modifier le comportement.







Ah ouais d’accord ! Merci beaucoup. " />

Et dire que j’en emploie sans le savoir " />