this post was submitted on 13 Sep 2024
300 points (97.2% liked)
Linux Gaming
15500 readers
994 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME
away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
Resources
WWW:
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Are you aware that EAC is indeed a kernel level anticheat? Apex 100% does not use a user space anticheat, it is kernel level.
My response is getting downvoted. Even downvotes won't give EAC kernel access on my computer 😂
I can't tell you why, you are entirely correct. The EAC runtime used in Linux doesn't have any kernel access, I misunderstood the context of the conversation when I made my first comment.
From two years ago, for time context, regarding EAC in Linux:
No. It has zero kernel access, and that's not even possible.
EAC has (and has had for years) a native Linux client. That native Linux client is userspace only and has zero kernel access. Before, it was only for native Linux games that had EAC, like War Thunder, 7 Days to Die, Rust (before they abandoned Linux), etc. Epic refused to allow the Linux native EAC to work with Windows EAC games through Wine/Proton. That changed last fall, when Epic made the announcement.
Now, EAC games that work in Wine/Proton use the LINUX NATIVE EAC client, which communicates with a Linux EAC binary that each game that enables support ships, alongside their Windows EAC binary. The Steam Proton EasyAntiCheat Runtime is also required. This runtime allows the NATIVE Linux EAC client (which again, is 100% userspace only and has no kernel level access) to communicate with the Windows userspace EAC binary, to allow for a less-secure but still better than nothing EAC functionality for Windows games running in Wine/Proton.
The exact same situation is true for BattlEye. BattlEye has had a native Linux client for years, but it was userspace only, and didn't work with Wine/Proton games. Now it does, in the same way EAC does.
This is also why so many games are refusing to enable it. Because it's inherently less secure against cheaters than the kernel-level EAC/BattlEye Windows implementation. Just read 343's Destiny 2 comments from the past week and you'll see that exact reasoning. And I (and others) said from the beginning when it was announced last fall that many games would in fact refuse to enable EAC/BE support because of the less secure nature and increased risk of cheaters. And I was right.