![]() |
Anti-Hack: Freezeplayer
Due to the recent leak of a trainer from Team WSU, servers might need to invest some time in anti-trainer measures if they haven't already.
Tested and works perfectly without any changes to gameplay. Edit: This snippet should be altered/installed into your main systems so if a trainer user decides alter their freezeplayer code it will result in crippled gameplay. PHP Code:
Sounds like we got the work cut out for us! |
By releasing the script it will be extremely easy for hackers to disable the detection now. I recommend just removing it from the forums and installing it/giving it to a few servers. Otherwise, nice.
|
I am pretty confident in this snippet but it should be altered and morphed into common gameplay elements perhaps as a check and if a player fails the check it would report to RC and cripple gameplay elements.
If freezeplayer returned true the script could be simplified to just.. PHP Code:
|
Those darn shockers.
|
I almost feel sorry for the idiots who buy those trainers (yes, you have to pay)....paying so they can lose their account. Woo!
|
Or you could use this:
PHP Code:
|
Quote:
|
Hey, it works.
|
Quote:
|
I agree.
|
This actually works quite well (will probably implement this on Zone). Not sure how this could be bypassed since when you freeze a player a freezeplayer address is added to them, and if they altered the freezeplayer address to say something other than 'freezeplayer,' then the client wouldn't recognize it and wouldn't actually freeze the player, thus triggering that the player is not frozen even though they should be and causing the system to detect them using a trainer.
EDIT: Also, if they try altering the freezetime address, then the system would still detect it, so there isn't really any address name-changing that can be done that wouldn't be detected. If they tried just changing the value of freezeplayer instead of changing the address of the name, then that still wouldn't work because the system would know that the player isn't being frozen for the amount of time specified (in this case 1 second), so basically, this leaves them without any options. All servers should look into implementing something similar to fit their systems and also add protection against the other features of the trainers. Logically simple but affective at what it does, nice work. :) |
You could even modify it a little to include random hack checking as well..
PHP Code:
But for whatever reason, I have had it show up false positives. But that may be related to my implementation in my weapon scripts, but typically if it's spamming on RC, they're up to no good. |
Quote:
Why would you need to? |
Quote:
|
Is this for detection of the change of speed? like what does it detect..
|
Quote:
Yeah but you're doing the same thing in the end, just instead of freezing the player for a second you're randomly freezing them between 1 to 3 seconds, not exactly sure how this would accomplish anything different from the original script? And how did you manage to get false positives? Once the script freezes the player it should run through way too quickly for a normal player to be able to set it off. |
Quote:
random should return 0, and if the random seed isn't between the range you set it'll go off. So my modification allows the freezeplayer antihack to work like it did before as well as a check for random as well. I blame the client and bad computers letting weird things happen, I've personally never had it give a false positive on myself though. |
Kudos to you sir.
|
| All times are GMT +2. The time now is 10:07 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.