Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through PayPal, Flattr, Liberapay or Buy us a Coffee. You can also buy games using our partner links for GOG and Humble Store.

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.

Article taken from GamingOnLinux.com.
35 Likes, Who?
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG, Humble Store and Paradox Interactive. See more here.
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
19 comments
Page: 1/2»
  Go to:

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.
Ehvis 26 Jun
View PC info
  • Supporter Plus
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.
Matombo 26 Jun
Quoting: Ehvis
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.
Just imagin: cheaters taking code from wine to run it on windows to run cheats.
My inner troll wanting to see the world burn had a little giggle on that though xD.
TheSHEEEP 26 Jun
View PC info
  • Supporter Plus
Quoting: Ehvis
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.
I feel the same.
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.
Basiani 26 Jun
Use 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.
Snowdrake 26 Jun
Interesting, both technically and on the fact it can end up bringing more games compatible with wine!

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.
Alloc 26 Jun
Quoting: TheSHEEEP
Quoting: Ehvis
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.
I feel the same.
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.
Asked 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.

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.
Interesting, Crucible does use it and works without any issues.
Ehvis 26 Jun
View PC info
  • Supporter Plus
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.
While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

We have no adverts, no paywalls, no timed exclusive articles. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!

You need to Register and Login to comment, submit articles and more.


Or login with...