Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.

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.
34 Likes
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. Find me on Mastodon.
See more from me
The comments on this article are closed.
19 comments
Page: «2/2
  Go to:

gradyvuckovic Jun 26, 2020
Quoting: Alloc
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.

I always imagined that being the solution which we'd end up with. The native Linux version of EAC, installed and running, but communicating to the Windows version of EAC running in Wine via some kind of bridge.
Arten Jun 26, 2020
TimSweeneyEpic reacted on Twitter, they also working on it, he says... https://twitter.com/TimSweeneyEpic/status/1276538519826153473?s=20
Liam Dawe Jun 26, 2020
Added update from Sweeney to the article.
a0kami Jun 26, 2020
Quoteinability to apply traditional digital signature techniques to custom compiled versions of the kernel

Digital signature of the kernel ?
Could anyone develop on that topic ?
I feel we're going down a dangerous and unlikable path there.
Eike Jun 26, 2020
View PC info
  • Supporter Plus
Quoting: aokami
Quoteinability to apply traditional digital signature techniques to custom compiled versions of the kernel

Digital signature of the kernel ?
Could anyone develop on that topic ?
I feel we're going down a dangerous and unlikable path there.

There are kernel signed by the distribution, see https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface#Secure_boot
gustavoyaraujo Jun 26, 2020
Why don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.
F.Ultra Jun 27, 2020
View PC info
  • Supporter
Quoting: gustavoyaraujoWhy don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.

They don't want to show people what and how they are looking at so they cannot go the open-source kernal module route. In reality there is no way that they can hide this anyway in their current Windows version but they like to pretend that they do (lot's of enterprises likes to pretend that their closed source nature hides things, which it doesn't).
gustavoyaraujo Jun 27, 2020
Quoting: F.Ultra
Quoting: gustavoyaraujoWhy don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.

They don't want to show people what and how they are looking at so they cannot go the open-source kernal module route. In reality there is no way that they can hide this anyway in their current Windows version but they like to pretend that they do (lot's of enterprises likes to pretend that their closed source nature hides things, which it doesn't).

I see, but what I mean is just some kind of opensource middleware to be implemented in the kernel as a module to let them use their anticheat solution.
F.Ultra Jun 27, 2020
View PC info
  • Supporter
Quoting: gustavoyaraujo
Quoting: F.Ultra
Quoting: gustavoyaraujoWhy don't do something like anticheat-dkms and live it open source to talk to the EAC and other softwares like that?

Well, I'm not an expert, but this makes sense.

They don't want to show people what and how they are looking at so they cannot go the open-source kernal module route. In reality there is no way that they can hide this anyway in their current Windows version but they like to pretend that they do (lot's of enterprises likes to pretend that their closed source nature hides things, which it doesn't).

I see, but what I mean is just some kind of opensource middleware to be implemented in the kernel as a module to let them use their anticheat solution.

Then you have a module that just gives any software on your machine root-kil level access to the inner works of your kernel and also honestly it IMHO doesn't matter if that module is open or closed since "whatever EAC will do in your kernel" is closed source anyway.

They could of course make it open source dkms just to be able to build it for a wide variety of kernels of course if that was the problem to solve (just realised that perhaps that was what you meant).
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring 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!
The comments on this article are closed.