Earlier quoted context omitted.
…and on that same note, the developers have total say over what someone does on their computer — the server.
No player runs code on the developer's server. They just send packets to it, just like my web browser sends packets to web servers. Nobody is trying to put anti-cheat software in my web browser.
/dev/null: Anti-Cheat Kernel Driver (2020)
101–110 of 142 posts
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#102Of course, this is just a blog post by a gaming company for their gamer audience, but lots of this stuff is downright dishonest. For example: > Now, while most players might find the idea of a corrupted Windows installation objectionable, a disturbing number of cheaters have shown themselves to be downright enthusiastic about the opportunity to jump onto some guy’s botnet in exchange for the ability to orbwalk Kernel…
> However, popular cheats aren’t malware, so they can’t do that It is a rather popular practice to bundle things like discord token stealers amongst cheat developers to find people acting against them. While more uncommon, it isn't unheard of shipping a whole RAT alongside with the cheat. > It’s a lost battle anyway, DMA cheats keep getting better every day. They will inevitably render clientside anticheat obsolete.…
No anticheat, kernel mode or not, has come even close to that. The situation has remained mostly unchanged for at least a decade now.
It’s the cheat developers who have an opportunity to seriously demoralize anticheat developers, not the other way around. The proliferation of DMA cheats will make any time spent fighting software based cheating significantly less valuable.
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#103Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#104This is a pattern I see very often and that I think all of us can see all the time. The developers of software try to control how the users use the software. This is not just a regular customer or user relationship between the user and the developer. This is something else, some kind of controlling behavior that we need to get rid of. You can't force someone to stop doing something as long as they do it on their own…
For example, BattlEye started out as 3rd party anti-cheat for Battlefield Vietnam because the players wanted better anti-cheat. Similarly Face-IT and ESEA run their own anti-cheats that are opt-in and not part of the developer's game.
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#105Earlier quoted context omitted.
No player runs code on the developer's server. They just send packets to it, just like my web browser sends packets to web servers. Nobody is trying to put anti-cheat software in my web browser.
So? You’re still using their server. They can choose to require you to follow certain rules to do so.
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#106Earlier quoted context omitted.
> They will inevitably render clientside anticheat obsolete. Doubt it. There is no alternative on open platforms. Serverside anticheats are dead on arrival, they are and will always be easy to fool.
Serverside anticheats can at least ensure that cheaters won’t be able to perform vastly better than real humans at the highest levels.
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#107This is a pattern I see very often and that I think all of us can see all the time. The developers of software try to control how the users use the software. This is not just a regular customer or user relationship between the user and the developer. This is something else, some kind of controlling behavior that we need to get rid of. You can't force someone to stop doing something as long as they do it on their own…
It becomes the developer's problem when the players are quitting the game because cheaters are ruining it though. And also the player's problem who want to play a game without cheaters. For example, BattlEye started out as 3rd party anti-cheat for Battlefield Vietnam because the players wanted better anti-cheat. Similarly Face-IT and ESEA run their own anti-cheats that are opt-in and not part of the developer's game.
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#108This is a pattern I see very often and that I think all of us can see all the time. The developers of software try to control how the users use the software. This is not just a regular customer or user relationship between the user and the developer. This is something else, some kind of controlling behavior that we need to get rid of. You can't force someone to stop doing something as long as they do it on their own…
Why is your right to disrupt a service for other people more important than their right to enjoy that service?
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#109Of course, this is just a blog post by a gaming company for their gamer audience, but lots of this stuff is downright dishonest. For example: > Now, while most players might find the idea of a corrupted Windows installation objectionable, a disturbing number of cheaters have shown themselves to be downright enthusiastic about the opportunity to jump onto some guy’s botnet in exchange for the ability to orbwalk Kernel…
> DMA cheats Oh, thanks for mentioning those! I wasn't keeping track of what's going on with "cheats/anti-cheats" and I've just learned those are finally a thing. The concept was obvious since forever, of course, but I've searched for the phrase and realized it had actually materialized and seem to became fairly mainstream (mass production PCI Express cards, neat!) rather than just a theoretical idea or proof-of-conc…
It’s very cool.
Non proctored hacking is totally defeated, the last available bastion is audio hacking (just continuously play beeps where enemies are so even if they’re hiding and not moving, even a proctored session would be able to make use of it).
Re: /dev/null: Anti-Cheat Kernel Driver (2020)
#110Earlier quoted context omitted.
> DMA cheats Oh, thanks for mentioning those! I wasn't keeping track of what's going on with "cheats/anti-cheats" and I've just learned those are finally a thing. The concept was obvious since forever, of course, but I've searched for the phrase and realized it had actually materialized and seem to became fairly mainstream (mass production PCI Express cards, neat!) rather than just a theoretical idea or proof-of-conc…
Check out pcileech. Private hackers are using the FPGA module now. Some anti cheats are proctored these days, they see what you see to eliminate ESP/visual indicators. They’ve only just added mouse/hand aim proctoring (some DMA devices made automatic adjustments to the mouse direction with the help of hacked and custom mice - so you see an enemy left, your hand moves right, the mouse movement is overridden and moves…
Meh, https://github.com/EngineOwningSoftware/pcileech-webradar