News CachyOS × EAC: Linux-Distribution bereit für Epics Easy Anti-Cheat v2

[Crispy Bearcon]

funktioniert bei meinen AsRock Boards ohnehin kein Stück, egal ob nun Linux oder Windows

Das ist ja nicht die Norm

wenn ich Virtualisierung betreibe, liegt mein Schwerpunkt wohl an anderer Stelle, als darauf, Fortnite zu spielen.

Warum sollte man das nicht? Kann doch jeder das machen was er will mit seinem PC

Genau, das gute nvidia-Zeugs

Es gibt mehr Geräte als Nvidia... Wlan und Bluetooth Chips benötigen das unter umständen auch.


Ich finde nicht das man sich da als Betriebssystem beugen sollte... sollen die andere Wege finden ihren Schrott zu verkaufen.
Mit dem 2. Kernel bleibt das ja wenigstens fern von der Standard Installation aber ich gehe jetzt schon davon aus das Linux Neulinge die lesen "EAC funzt unter Linux" Damit nicht zurecht kommen oder dann lauter fragen stellen werden weil XYZ nicht geht.

 

[Darktooth]

Weil nicht jeder der mit seinem PC arbeitet eine Schadsoftware/Rootkit installiert haben möchte.

Ganz ehrlich, dieses pauschale "Kernel-Anticheats sind Malware" nervt mich einfach nur noch -- als Linux-User, der davon profitieren würde, wenn es weniger von den Dingern gäbe.

Im Kernel zu laufen macht Dinge nicht zu Malware, sonst wäre auch dein Grafiktreiber Malware.

Und umgekehrt, wenn etwas Malware ist (oder du das nicht sicher genug ausschließen kannst), dann würde es nicht dadurch besser, dass es in Ring 3 oder in Ring drölf läuft. Ich meine, wenn du eine Mail bekommst mit einer .exe dran die du "kindly" öffnen sollst, sagst du doch auch nicht "ach ja, ist ja nicht Kernel-Level, kann ich es ja aufmachen".

 

[Randnotiz]

Funktioniert bei mir auf meinem Asrock B550 (...) problemlos

Hast Du irgendeine Funktion im UEFI umgestellt?

In dem Desktop hier steckt ja das X570, in der DIY-SteamMachine das B550M von AsRock.
Hier kann ich es mir noch damit erklären, vielleicht mal irgendwas aus Dualboot-Zeiten umgestellt zuhaben, doch das war bei der anderen Kiste nie der Fall.

Mit Intel hab ich hier wesentlich bessere Erfahrungen gemacht, da läuft alles tadellos.

Kann doch jeder das machen was er will mit seinem PC

Da sind wir uns einig, doch gehe ich in diesem Szenario, wo diese Einstellungen für den Kernel beim Start gesetzt sein müssen, davon einfach aus, dass... 99% der Leute, welche eben bspw. Fortnite spielen wollen, mit Dingen wie IOMMU, Virtualisierung und PCIe Passthrough nichts zu tun haben und auch kein großes Interesse daran haben.

Das eine macht das andere hier kein wenig besser, oder schlechter, ich behaupte einfach mal, wenn Du aktiv so etwas jetzt in diesem Augenblick nutzen willst, wird Dein Fokus aktuell jetzt gerade eher dabei liegen, dass sich etwa ein Server mit speziellen Anforderungen aufziehen lässt, oder ein Zweitsystem, welches einer Deiner Mitmenschen an einem zweiten Bildschirm, Tastatur und Maus nutzen will.

Ich sehe das ganze einfach gelassen, wenn ich weiß, ich erwarte etwas bestimmtes, dann starte ich mein System auch entsprechend.
Entspannter als der Reboot ins andere Betriebssystem mit teils ganz anderem Workflow ist das am Ende trotzdem.

Mit dem 2. Kernel bleibt das ja wenigstens fern von der Standard Installation aber ich gehe jetzt schon davon aus das Linux Neulinge die lesen "EAC funzt unter Linux" Damit nicht zurecht kommen oder dann lauter fragen stellen werden weil XYZ nicht geht.

Das sind valide Punkte und noch weiß niemand so recht, wie das am Ende abläuft.

Wenn das ganze wirklich so abläuft, dass es schlicht ein Service ist, den auch der EGL dann am Ende startet, vielleicht wird der Kernel dann ja hinterher dahingehend angepasst, dass man im laufenden Betrieb die notwendigen Funktionen ein- und ausschalten kann, je nachdem, wie man lustig ist.

Doch das ist mein Spekulatius, ich bin kein Kernel-Entwickler und hab auch entsprechend keinen Plan, ob das so überhaupt möglich ist.
Live-Kernel-Patches gehen mittlerweile aber auch, wenn ich nach Ubuntu schaue, also sollte das meiner Auffassung nach möglich sein.

 

[RMS_der_Zweite]

Wie konnte man nur in den frühen 2000er spielen... Ich hatte Teilweise 200 ms in WoW (im Ausland zum Teil 500 ms) und 120 ms in Counterstrike und es ging, damals sogar in der EAS auf Platz 1 im 2 vs. 2.

Ja wie wohl. Mit clientseitiger Vorhersage, Interpolation und Lag Compensation, so wie jetzt auch.

Damit ist z.B. ein Speedhack augeschlossen bzw. die Erkennung erfolgt zu 100%. Da könnte man sogar ein Insta-Ban dann daraus machen bei Aimhack müsste man natürlich, erneut wie gesagt, ein Risk-Score-System haben.

Mir scheint du hast das Problem überhaupt nicht verstanden. Übers Internet ist so ein simpler Ansatz unmöglich, das ist keine Frage des Geldes sondern der Grundlagen. Ein Teil der Logik muss zwingend im Client liegen.

 

[areiland]

Hast Du irgendeine Funktion im UEFI umgestellt?

Nein, ich hab im UEFI nichts verändert, sondern den Ruhezustand nur unter Linux eingerichtet und fertig. Der funktioniert seitdem einwandfrei, genauso wie er es unter Windows immer einwandfrei tat. Das einzige, ich hab die Swap auf eine eigene Partition gelegt, die natürlich etwas grösser bemessen ist als mein physischer Speicher.

 

[BxBender]

Warum wandert das nicht in den "normalen" CachyOS Kernel, sondern in einen separaten?

vermutlich weil es unnötig ist und die normalen User verschreckt udn vielleicht dann auch an die Gängelung bindet?

Ergänzung (Gestern um 13:40)

Auch wenn mich Multiplayer-Spiele überhaupt nicht interessieren, finde ich es sehr lobenswert, dass Linux auch bei den Mainstream-Spieleentwicklern immer mehr in den Fokus rückt.

leider auch manchmal in die falsche Richtung
der ganze Anticheatkram ist völlig unsinnig
für dumme Spiel so einen Mist einzuführen grenzt an irgendwelche Sado-Maso Spielereien
damals hat man Spieler per Voting vom Server gekickt, fertig
wenn Spiele so abgeschottet werden wie Fort Knox, dass man sie nicht spielen kann oder soll, dann ist das so, so etwas meide ich generell

 

[RaiseHell]

Wird Zeit, dass alles auf dem Server berechnet wird, dann müsste man sich da gar keine Sorgen machen. Aktuell ist Anti Cheat wie DRM - wenn man es umgehen will wird es klappen.

Es sollten grundsätzlich auch mehr Server-seitige Checks implementiert werden. Allheilmittel ist es aber auf keinen Fall.
Für einen möglichst umfassenden Schutz gegen Cheater ist es unumgänglich, sowohl Server- als auch Client-Seitige Checks in Kombination durchzuführen.

Zum Einen ist das Problem mit server-side only, dass du damit unweigerlich einen weiteren Layer einziehst, der zu Verzögerungen führt. Bei langsamen Spielen ist das irrelevant, bei schnellen Shootern mit dutzenden oder hunderten Spielern pro Server wird das aber zum echten Problem. Du kannst bestimmte Berechnungen schlichtweg nicht in Echtzeit durchführen, egal wie viel Hardware du reinknallst (im realistischen/vertretbaren Rahmen).

Zum Anderen kannst du manche Cheats Server-seitig schlichtweg nicht erkennen. Ein Beispiel dafür sind Wallhacks und auch Aimbots. Wenn der Client nicht überwacht wird, kann der erst mal alles an den Server schicken, was theoretisch möglich ist. Im Fall von aimbotting kann also zB vorgetäuscht werden, wie du die Maus bis zum Schuss bewegt hast. Der Aimbot bleibt lokal also beispielsweise konstant am Kopf des Gegners, der manipulierte Spiele-Client schickt aber einen gefälschten Bewegungsablauf an den Server, um den Einstatz eines Aimbots zu verschleiern.

Weil nicht jeder der mit seinem PC arbeitet eine Schadsoftware/Rootkit installiert haben möchte.

1. Mein erster Gedanke dazu: Anti-Cheats sind vor allem aus Sicht von Cheatern "Schadsoftware". Ich will dir damit nichts unterstellen, aber dir vor Augen führen, dass das ein ziemlich dämliches Statement ist.
2. EAC Linux v2 ist kein Rootkit.
   Zitat direkt von Epic Games:

Does EAC Linux v2 use a kernel driver?

No. EAC Linux v2 does not install or load an anti-cheat kernel module. It uses security features already provided by the Linux kernel, together with an anti-cheat systemd service and eBPF programs.

[Quelle]

 

[SavageSkull]

Aber einem gewinnmaximierenden Unternehmen kann man doch nicht vorschlagen, Geld in die Hand zu nehmen, um die eigene Serverinfrastruktur auszubauen und das ganze Server-side zu betreiben.

Solange man sich nicht bewegt ist bei mir der Status Quo, dass die von mir keinen Umsatz sehen, weil ich so etwas nicht spiele(n kann). Also dahingehend, wäre es notwendig, wenn man gewinnmaximierend denkt, so viele potentielle Kunden zu erreichen wir nur irgend möglich, es sehr wohl zu tun.

Zum Thema separater Kernel:
Ich habe die News so verstanden, dass der neue Kernel "nur" seitens CachyOS signiert ist und ansonsten identisch mit dem bisherigen. Mit den Infos, was da noch passiert und dass dabei gewisse Dinge dann blockiert sind, ist es schon klar, dass es nicht mit dem allgemeinen Kernel gemacht werden kann.
Nach dem ich jetzt das Wiki überflogen habe, muß ich mich fragen, ob ich wirklich den Aufwand betreiben möchte und gleichzeitig Einschränkungen ertragen muß. Da können mir diese Spiele auch weiterhin gestohlen bleiben.

Wenn es jetzt "nur" gewesen wäre, dass der Kernel signiert sein muß und wir zusätzlich einmalig Secure Boot und TPM einschalten und ansonsten im Alltag sonst keine Einschränkungen erdulden müssten, wäre das durchaus eine Lösung, die ich pauschal aktiviert hätte.

 

[Termy]

EAC Linux v2 ist kein Rootkit.
Zitat direkt von Epic Games:
[...]and eBPF programs.[...]

Vielleicht solltest du dir nochmal anschauen, was eBPF ist
Ob man einer Firma wie Epic jetzt über ein Kernelmodul oder ein eBPF-Progamm extrem weitreichenden Vollzugriff aufs eigene System gibt, mach jetzt nicht wirklich einen fundamentalen Unterschied
Natürlich können eBPF prinzipiell enger gescoped werden und bieten diverse Vorteile bzgl Stabilität - aber du glaubst doch nicht ernsthaft, dass Epic bei EAC v2 nicht den maximal möglichen Zugriff scopen würde, oder?

 

[RaiseHell]

Vielleicht solltest du dir nochmal anschauen, was eBPF ist
Ob man einer Firma wie Epic jetzt über ein Kernelmodul oder ein eBPF-Progamm extrem weitreichenden Vollzugriff aufs eigene System gibt, mach jetzt nicht wirklich einen fundamentalen Unterschied

Also sorry, aber Kernel-Modules mit eBPF praktisch gleichzusetzen ist hochgradig unseriös.
Allein die Tatsache, dass du einem eBPF-Programm "Vollzugriff" attestierst zeigt, dass du eigentlich nicht verstehst, wovon du redest.

Ich werde es dabei auch belassen. Jeder, der sich in dem Thema vertiefen möchte, kann ja gerne entsprechende Artikel lesen.

 

[JustAnotherUser]

Bin hin und hergerissen. Einerseits kotzt mich dieser Generalverdacht von Anti-Cheat an, vorallem im SinglePlayer, und auch so Online-Pflicht, der Denuvo-Leistungsverlust etc. - Andererseits finde ich toll, wenn möglichst viel unabhängig von Windows wird.
Aber auch, dass neben Sicherheitssoftware nun auch Spiele höhste Rechte verlangen und damit Ausfallszenarien wie bei CrowdStriken Falcon bald von jedem Spiel kommen können ... Naja.

 

[OmaKuschel]

Also ich sehe das ganze sehr positiv:
Wer auf IOMMU, Virtualisierung und PCIe Passthrough im Alltag verzichten kann, der bootet halt standardmäßig den EAC Kernel. Sollte man dann plötzlich doch mal eine entsprechende Funktion benötigen, so hat man i.d.R. in 30s den nich-EAC-Kernel gebootet!

Wie gesagt: Seid doch froh, dass erstmals ein großer Hersteller seinen Multiplayer-Shooter auf Linux bringt. Das hat mit Sicherheit auch einen Sog-Effekt auf andere und kleinere Hersteller!
Für Linux Gaming also ein Fortschritt!

 

[DX8]

Gibt es so was ähnliches auch für League? (Vanguard oder wie der Scheiß heißt)

 

[Thomrock]

Andererseits finde ich toll, wenn möglichst viel unabhängig von Windows wird

OK wenn dafür allerdings so ein eac Spezial-Kernel mit Secureboot, TPM etc. geschaffen werden muß stelle ich mir die Frage warum dann überhaupt von Windows wechseln? Da kann ich auch gleich bei Win11 als Gaming System bleiben.

 

[Termy]

Also sorry, aber Kernel-Modules mit eBPF praktisch gleichzusetzen ist hochgradig unseriös.

Bitte nochmal lesen. Ich habe diese nicht gleichgesetzt, sondern deren (mögliche, siehe den letzten Satz...) Auswirkung bzgl "Zugriff aufs System durch proprietäre Software" als vergleichbar dargestellt.

Allein die Tatsache, dass du einem eBPF-Programm "Vollzugriff" attestierst zeigt, dass du eigentlich nicht verstehst, wovon du redest.

Ahja
Und wo genau siehst du denn kein "Vollzugriff", wenn Epic das Manifest mit caps: [CAP_SYS_ADMIN] und Wildcards für target, types, hooks, memory etc ausführt?

 

[Blackhorse79]

Die Bedingungen sollte lieber Linux global statt Epic stellen, nachdem was ich hier so gelesen habe.

Aber zum Glück eh nicht meine Distri. Halte nichts von CachyOS. Bück Dich ala Windows ist einfach nur schlecht.

 

[JustAnotherUser]

OK wenn dafür allerdings so ein eac Spezial-Kernel mit Secureboot, TPM etc. geschaffen werden muß stelle ich mir die Frage warum dann überhaupt von Windows wechseln? Da kann ich auch gleich bei Win11 als Gaming System bleiben.

Lizenzkosten
Fehlende QS von Micrsoft Updates
Macht der US-Regierung über das OS

fallen mir da spontan ein.

 

[mibbio]

stelle ich mir die Frage warum dann überhaupt von Windows wechseln? Da kann ich auch gleich bei Win11 als Gaming System bleiben.

Es sagt ja auch Niemand, dass du (oder irgendwer) jetzt von Windows auf Linux wechseln sollst. Wenn man mit Windows soweit zufrieden ist, kann man auch weiter bei Windows bleiben.

Es gibt aber durchaus aus eine relevante Nutzergruppe, die Windows generell bzw. Windows 11 im Speziellen aus verschiedenen Gründen nicht viel abgewinnen können, aber trotzdem hin und wieder mal irgendwas mit windows-only Anti-Cheat spielen wollen.

Die müssen derzeit neben ihrer Linuxinstallation als Haupt-OS halt parallel eine Windows-Installation für einzelne Spiele vorhalten, warten und einen Teil des Platzes auf der SSD für eine entsprechende Windows-Partition belegen.

Für diese Leute, die primär Linux nutzen (wollen) und Windows nur noch für einzelne Spiele installiert haben, hat dieser Ansatz mit zwei Kernel-/Bootkonfigurationen dann durchaus einen Vorteil. Man muss zwar immer rebooten für den Wechsel (was in maximal 1 Minute erledigt ist), aber es muss nicht mehr zwischen zwei eigenständigen Betriebsysteminstallation gewechselt werden, die jeweils für sich dediziert Platz belegen. Stattdessen kann der komplette Speicherplatz für eine Betriebssysteminstallation nutzen, alle Programme/Spiele dort installiert sein und beim Booten wählt man lediglich den gerade benötigten "Betriebsmodus" aus.

 

[Thomrock]

Es sagt ja auch Niemand, dass du (oder irgendwer) jetzt von Windows auf Linux wechseln sollst. Wenn man mit Windows soweit zufrieden ist, kann man auch weiter bei Windows bleiben.

Oh nein! Ich bin schon vor über 15 Jahren auf Linux umgestiegen und absolut kein Freund von Microsloop allerdings für Gaming halte ich mir nach wie vor ein Windows auf einer eigenen Partition wo allerdings nur Spiele und nichts sonst wichtiges installiert ist. Die Lizenzgebühren sind da nicht so wichtig im Vergleich mit den Kosten für Hardware und die Arbeit alle Spiele auf Linux zu switchen ach nein auch wenn ich Windows ansonsten für einen Misthaufen halte. Kann ja jeder den eac Kernel nutzen wenn gewollt mein Ding ist das nicht dafür mag ich den Standard Kernel zu gern.

 

[ecth]

Für mich ist kein Anty Cheat Titel relevant. Aber für Linux ist das ein großer Schritt. Die Nutzerbasis wächst langsam aber merklich. Und wenn das aus dem Weg ist, werden nochmal ein paar Zweifler wechseln, weil alle ihre Games laufen. Das wiederum erhöht die Nutzerbasis weiter, mehr Erfahrungsberichte, bessere Qualität und Hardware Abdeckung.

Es ist gut, was da passiert. Auch wenn Anti-Cheat viele Probleme mit sich bringt. Deshalb muss nicht jeder den Kernel installieren. Wenn ich nicht muss, würde ich es eher sein lassen