Update: According to Epic's Tim Sweeney, the EAC team appears to still be working on supporting Wine and Proton themselves. When queried about it on Twitter, Sweeney said:
The team’s working on it, it’s just especially hard on Linux because the incredibly wide variety of configurations and inability to apply traditional digital signature techniques to custom compiled versions of the kernel, etc.
Original article below:
Recently we highlighted the ongoing unofficial work to get Easy Anti-Cheat working in Wine (so Steam Play Proton then too) and it appears another major step has been achieved.
We still don't know what the plan is, if any now, for Easy Anti-Cheat to officially support Wine / Proton and there's been no update from them directly or Epic Games on if it's going to happen. At least, not since they said they would work with Valve in Early 2019. With that in mind, this is very much a community-led effort from a CodeWeavers developer @Guy15241 with help from @0xdt0.
The ongoing EAC work is now at a stage where they've been able to get Dead By Daylight into a game, although with low performance (Guy mentioned 1FPS in the menu). They also shared some shots:
Hopefully EAC and Epic don't throw a spanner in the works, as they could likely at any point once this is released stop it working if they don't like how it operates. Which we highlighted Epic's Tim Sweeney talking about before on Twitter.
We're likely still quite some time away before EAC titles become properly playable under Wine and Proton and the code isn't currently public. It sounds very complicated how they're managing to do it all but it's interesting progress if EAC is blocking games you want to play on Linux under Wine and Proton. If / when code becomes public and / or there's builds available to test, we will let you know.
This driver seems running in user mode so it thinks it is in the kernel, but actually in a user mode process.
Quoting: Perkeleen_VittupääWhat's good too, is that it's not an actual kernel driver with root permissions?
This driver seems running in user mode so it thinks it is in the kernel, but actually in a user mode process.
It can also be seen as bad. This effectively means that EAC is being kept happy while it's not being able to what is happening on the system. If it is now possible to create some sort of cheat outside of wine, then it would essentially an exploit. If this is possible on Linux, it would be possible on Windows as well. At best EAC would try to fix that. At worst, they decide that they might switch to more drastic options. While it's pretty cool that they managed it this far, I'm still not hopeful for the future.
Quoting: EhvisJust imagin: cheaters taking code from wine to run it on windows to run cheats.Quoting: Perkeleen_VittupääWhat's good too, is that it's not an actual kernel driver with root permissions?
This driver seems running in user mode so it thinks it is in the kernel, but actually in a user mode process.
It can also be seen as bad. This effectively means that EAC is being kept happy while it's not being able to what is happening on the system. If it is now possible to create some sort of cheat outside of wine, then it would essentially an exploit. If this is possible on Linux, it would be possible on Windows as well. At best EAC would try to fix that. At worst, they decide that they might switch to more drastic options. While it's pretty cool that they managed it this far, I'm still not hopeful for the future.
My inner troll wanting to see the world burn had a little giggle on that though xD.
Quoting: EhvisI feel the same.Quoting: Perkeleen_VittupääWhat's good too, is that it's not an actual kernel driver with root permissions?
This driver seems running in user mode so it thinks it is in the kernel, but actually in a user mode process.
It can also be seen as bad. This effectively means that EAC is being kept happy while it's not being able to what is happening on the system. If it is now possible to create some sort of cheat outside of wine, then it would essentially an exploit. If this is possible on Linux, it would be possible on Windows as well. At best EAC would try to fix that. At worst, they decide that they might switch to more drastic options. While it's pretty cool that they managed it this far, I'm still not hopeful for the future.
From a technical perspective, this is pretty amazing.
But it really doesn't solve the problem in a way that would make EAC happy, does it? It isn't hard to imagine Wine keeping EAC happy, while you run something else neither Wine nor EAC has access to on your machine.
In the end, it would probably only serve to increase the pressure on anti-cheat devs to either fully support or fully block Linux.
And I don't think any of us would like the result of that decision, at least not at the current market share.
If you very, very want to play some games with that kind of rootkits, try to avoid it on your main system, install that shit on external drive with other OS.
But this also brought a new question : As a consumer will I support company choosing such drm technology ? (at the end of the day, we vote with our wallets)
Quoting: BasianiUse rootkit to play some games? Are you dumb?
If you very, very want to play some games with that kind of rootkits, try to avoid it on your main system, install that shit on external drive with other OS.
This is running in user-space.
Quoting: TheSHEEEPAsked EAC what their thoughts are on this. I fear the same as Ehvis, namely that this is basically a working EAC bypass that needs to be fixed instead of supported.Quoting: EhvisI feel the same.Quoting: Perkeleen_VittupääWhat's good too, is that it's not an actual kernel driver with root permissions?
This driver seems running in user mode so it thinks it is in the kernel, but actually in a user mode process.
It can also be seen as bad. This effectively means that EAC is being kept happy while it's not being able to what is happening on the system. If it is now possible to create some sort of cheat outside of wine, then it would essentially an exploit. If this is possible on Linux, it would be possible on Windows as well. At best EAC would try to fix that. At worst, they decide that they might switch to more drastic options. While it's pretty cool that they managed it this far, I'm still not hopeful for the future.
From a technical perspective, this is pretty amazing.
But it really doesn't solve the problem in a way that would make EAC happy, does it? It isn't hard to imagine Wine keeping EAC happy, while you run something else neither Wine nor EAC has access to on your machine.
In the end, it would probably only serve to increase the pressure on anti-cheat devs to either fully support or fully block Linux.
And I don't think any of us would like the result of that decision, at least not at the current market share.
Also note that EAC *does* fully support Linux. There are games that do that just fine, only game devs that don't care about releasing for Linux are affected as Wine is what's not supported, as that's "neither" Linux nor Windows. I suppose the only way EAC *could* be supported in Wine would be if EAC designed an EAC client module specifically for that purpose, that's basically closer to the Linux module but interacting with the Windows runtime of the game.
Quoting: gustavoyaraujoInteresting, Crucible does use it and works without any issues.
That probably means they failed to use it correctly. Even Fortnite was playable in Wine for a few days a good while back because Epic apparently messed up its EAC implementation with an update. So I would take it as proof that it isn't actually working.
See more from me