@ thur
1v1 on deck now then and ill demo
Wint, if you or someone else can do it, would be great, but im doubtful![:\](/images/smilies/submitted/smark/ohwell.gif "Oh Well :\")
1v1 on deck now then and ill demo
Wint, if you or someone else can do it, would be great, but im doubtful
Latest Cheat Upsurge! Countermeasures?
- Thread starter Temporalis
- Start date
-
Hey - turns out IRC is out and something a little more modern has taken it's place... A little thing called Discord!
Join our community @ https://discord.gg/JuaSzXBZrk for a pick-up game, or just to rekindle with fellow community members.
Somewhat...
Ofcourse my post was at that time directed towards the constrained environment of the current patchlevel and not assuming one could design a whole new system from scratch.
Also the analogy with the banking algorithms arent quite appropriate since those mainly deal with trusted authenticated parties and with detecting any seeded data in a cryptographically secure link. This scenario does not quite apply to the gaming scenario where we either have a client spoofing data (more easily detectable) or a client presenting data in an unexpected fashion although the link itself is still secure.
The scenarios become increasingly problematic if the source is opensource, NOT because the algorithm itself is unsecure but mainly because the above mentioned presentation issues.
A really secure open-source environment would be based on
1) downloaded gamecode that includes random data, hashed on client and verified on server.
2) Data verification for video and audio based on a data sampling algorithm and verified on server.
Its important that all decisions are done on the serverside and that the data being used for the verification is unpredictable and non static.
As you can understand this is not something that is easily achieved and totally unrealistic with the current engines status but as machine grows more powerful and the CPU cycles are available it might be feasible. With the current tech it would be feasible using an old engine (such as ut/quake/quake2) but it puts some demands on the overall game engine design (presentation data that is constant no matter client settings related to sound and video).
I dont see this as anything happening soon or ever. Also I dont see the gaming industry caring about it since by the time the cheating becomes a HUGE problem the game is old and support is dropped anyway. On LAN or PRO event this is a smaller problem.
Anyway enough rant, public server cheating has always happened and will always happen, live with it and move on.
/e[N]eq
Ofcourse my post was at that time directed towards the constrained environment of the current patchlevel and not assuming one could design a whole new system from scratch.
Also the analogy with the banking algorithms arent quite appropriate since those mainly deal with trusted authenticated parties and with detecting any seeded data in a cryptographically secure link. This scenario does not quite apply to the gaming scenario where we either have a client spoofing data (more easily detectable) or a client presenting data in an unexpected fashion although the link itself is still secure.
The scenarios become increasingly problematic if the source is opensource, NOT because the algorithm itself is unsecure but mainly because the above mentioned presentation issues.
A really secure open-source environment would be based on
1) downloaded gamecode that includes random data, hashed on client and verified on server.
2) Data verification for video and audio based on a data sampling algorithm and verified on server.
Its important that all decisions are done on the serverside and that the data being used for the verification is unpredictable and non static.
As you can understand this is not something that is easily achieved and totally unrealistic with the current engines status but as machine grows more powerful and the CPU cycles are available it might be feasible. With the current tech it would be feasible using an old engine (such as ut/quake/quake2) but it puts some demands on the overall game engine design (presentation data that is constant no matter client settings related to sound and video).
I dont see this as anything happening soon or ever. Also I dont see the gaming industry caring about it since by the time the cheating becomes a HUGE problem the game is old and support is dropped anyway. On LAN or PRO event this is a smaller problem.
Anyway enough rant, public server cheating has always happened and will always happen, live with it and move on.
/e[N]eq
Re: Somewhat...
tbh i've already accepted cheating on pubs.. however i'm more concerned about cheating within the league
tbh i've already accepted cheating on pubs.. however i'm more concerned about cheating within the league
and as they are in div1 it doesn t bother me 
lame as fuck
i always thought it , im sure i saw this guy the other day who had the ability to turn aimbot on and off when he wanted, almost as if it was on a key, having 56k is difficult enough to try and compete with good players but thats just fucking ridiculous. no wonder utassault is dying i hardly play any more
i always thought it , im sure i saw this guy the other day who had the ability to turn aimbot on and off when he wanted, almost as if it was on a key, having 56k is difficult enough to try and compete with good players but thats just fucking ridiculous. no wonder utassault is dying i hardly play any more
