Fortnite por fin apunta a Linux: Epic reconstruye Easy Anti-Cheat para hacerlo posible

Linux se ha convertido en una plataforma sorprendentemente capaz para videojuegos durante los últimos años. Proton permite ejecutar una enorme cantidad de títulos desarrollados originalmente para Windows, Steam Deck convirtió Linux en una plataforma de gaming mucho más visible y hasta el nuevo Epic Games Launcher acaba de recibir una versión nativa. Sin embargo, algunos de los juegos competitivos más importantes continúan encontrando una barrera que poco tiene que ver con rendimiento o compatibilidad gráfica: los sistemas anti-cheat.

Fortnite es probablemente uno de los ejemplos más evidentes. Easy Anti-Cheat funciona en Linux desde hace años y desde 2021 también puede utilizarse con juegos de Windows ejecutados mediante Wine o Proton, pero activar ese soporte depende de cada desarrollador. Epic nunca lo habilitó para Fortnite porque consideraba que la protección disponible en Linux no alcanzaba el nivel necesario para un juego de esa escala.

Eso está a punto de cambiar. Epic está reconstruyendo su tecnología como Easy Anti-Cheat Linux v2, una implementación considerablemente más estricta que utilizará características de seguridad ya presentes en Linux para verificar que el sistema donde se ejecuta el juego no haya sido manipulado. Fortnite será el primer gran campo de pruebas.

El problema no era ejecutar Fortnite, sino confiar en la computadora

Un juego competitivo necesita asumir que la computadora donde se ejecuta podría estar intentando engañarlo. En Windows, Easy Anti-Cheat utiliza un driver que trabaja a nivel de kernel mientras el juego está abierto y puede vigilar procesos y modificaciones que intentan interferir con él.

Linux plantea un problema diferente. Los usuarios pueden modificar el kernel, compilar el suyo, cambiar módulos, alterar el proceso de arranque y administrar prácticamente cualquier componente del sistema. Esa libertad es una de las grandes virtudes de Linux, pero también complica considerablemente la tarea de un anti-cheat que necesita determinar si aquello que el sistema operativo le reporta es confiable.

EAC Linux v2 intenta resolver ese conflicto sin instalar un módulo anti-cheat equivalente al driver utilizado en Windows. En su lugar, Epic aprovechará la infraestructura de seguridad que ya ofrece Linux y establecerá una cadena de confianza desde que arranca la computadora hasta que comienza la partida.

Secure Boot y TPM también llegan al gaming en Linux

Epic requerirá que el kernel esté firmado mediante una clave considerada confiable, junto con cualquier módulo externo que se cargue durante la sesión protegida. Esto resulta particularmente relevante para drivers que no forman parte directamente del árbol del kernel, como ocurre con algunas configuraciones de controladores de NVIDIA.

También será obligatorio TPM 2.0. El módulo de seguridad permite almacenar registros relacionados con lo que ocurrió durante el proceso de arranque, facilitando que EAC compruebe posteriormente qué firmware, gestor de arranque y kernel terminaron ejecutándose.

A esto se suma Secure Boot, encargado de verificar las firmas de cada componente durante el arranque, y Measured Boot, que registra información de esa secuencia dentro de los registros protegidos del TPM.

Epic también exigirá IOMMU, Kernel Lockdown en modo Integrity, kexec desactivado y soporte activo para BPF LSM. En conjunto, todas estas funciones intentan cerrar diferentes caminos que podrían utilizarse para modificar memoria, sustituir componentes del sistema o esconder herramientas utilizadas para hacer trampa.

REQUISITOS DE EAC LINUX V2

Requisito	Para qué lo utiliza Epic
Kernel firmado	Comprobar que el kernel proviene de una fuente reconocida
Módulos firmados	Evitar cargar módulos no confiables durante la sesión protegida
TPM 2.0	Mantener registros protegidos del proceso de arranque
Secure Boot	Verificar firmas durante la cadena de arranque
Measured Boot	Registrar qué componentes fueron ejecutados durante el inicio
IOMMU	Limitar acceso directo de dispositivos a la memoria
Kernel Lockdown Integrity	Restringir modificaciones sensibles incluso desde root
kexec desactivado	Evitar sustituir el kernel sin repetir el proceso normal de arranque
BPF LSM	Permitir monitoreo y protección mediante eBPF
Servicio systemd de EAC	Ejecutar la protección únicamente mientras el juego está abierto

EAC Linux v2 usará eBPF en lugar de un driver propio de kernel

Quizás uno de los aspectos técnicamente más interesantes es que Epic no pretende reproducir exactamente el modelo de Windows dentro de Linux.

EAC Linux v2 instalará un servicio de systemd, pero éste únicamente se ejecutará mientras esté abierto un juego protegido. Para vigilar integridad y comportamiento, Epic aprovechará eBPF y los hooks del Linux Security Module, esto permite restringir el acceso de otros procesos a la memoria del juego y detectar determinadas formas de manipulación utilizando mecanismos proporcionados por el propio kernel y Epic asegura además que el servicio no permanecerá funcionando permanentemente. Comenzará cuando ejecutemos el juego y se detendrá al cerrarlo.

Para usuarios que prefieran conservar configuraciones personalizadas, existe otra posibilidad interesante. Epic señala que se podrá mantener una entrada de arranque específica compatible con EAC y utilizar otro kernel o configuración cuando no vayamos a ejecutar juegos protegidos.

Ubuntu, Fedora, Debian y Bazzite ya aparecen en la lista

La estrategia depende directamente de los responsables de cada distribución, porque EAC Linux v2 necesita reconocer las claves utilizadas para firmar kernels y componentes.

Epic ya considera confiables certificados utilizados por Canonical, Fedora, Universal Blue, Debian, openSUSE, SUSE Linux Enterprise, Rocky Linux y AlmaLinux, además de Microsoft UEFI CA.

Esto tiene una consecuencia especialmente interesante para gaming: Universal Blue es responsable de proyectos como Bazzite, una distribución que se ha convertido en una alternativa popular para construir sistemas similares a SteamOS en PCs y consolas portátiles.

Sin embargo, que una distribución aparezca en la lista de claves reconocidas no significa automáticamente que cualquier instalación vaya a cumplir todos los requisitos. Secure Boot, TPM, IOMMU, BPF LSM y otras características necesitan encontrarse activas y correctamente configuradas.

El propio Epic Games Launcher Preview mantiene por ahora una lista oficial más limitada de distribuciones probadas: Ubuntu 22.04 LTS o posterior, Fedora 43 o posterior y Debian 12 o posterior. Otras pueden funcionar, pero Epic todavía no las considera oficialmente soportadas para el launcher.

Fortnite será la prueba antes de abrir EAC v2 a otros estudios

Epic no pretende desarrollar esta tecnología únicamente para Fortnite. La compañía utilizará su propio juego para probar EAC Linux v2 en condiciones reales, ajustar la protección y comprobar cómo responde frente a intentos de evasión.

Si el sistema demuestra ser suficientemente efectivo, Epic planea ponerlo posteriormente a disposición de otros desarrolladores, eso podría tener consecuencias considerablemente mayores que la llegada de Fortnite. Muchos juegos multijugador funcionan técnicamente mediante Proton, pero permanecen bloqueados precisamente porque sus sistemas anti-cheat no están habilitados o porque el desarrollador considera insuficiente la protección disponible en Linux.

EAC Linux v2 no garantiza automáticamente que todos esos juegos vayan a aparecer, ya que cada estudio seguirá tomando su propia decisión. Sin embargo, proporciona una alternativa para quienes hasta ahora consideraban que soportar Linux implicaba aceptar una protección inferior.

Y aquí aparece el problema del Steam Deck

Irónicamente, el dispositivo que probablemente más ayudó a convertir Linux en una plataforma de gaming visible todavía queda fuera, Epic confirma que Steam Deck actualmente no soporta las características necesarias para EAC Linux v2. La compañía está hablando con Valve y asegura que quiere encontrar una manera de soportar sus dispositivos en el futuro, pero no existe todavía una solución ni una fecha.

Esto significa que el anuncio de Fortnite para Linux tampoco debe interpretarse como confirmación de Fortnite para Steam Deck pero tampoco descartemos que la comunicad haga algo pronto, el nuevo launcher ya está disponible en Linux y Epic afirma explícitamente que Fortnite llegará cuando EAC v2 funcione con una masa crítica de distribuciones, pero todavía falta validar toda esa infraestructura en condiciones reales.

Fortnite puede terminar abriendo una puerta mucho más grande

Durante años, buena parte de la conversación sobre gaming en Linux giró alrededor de conseguir que un ejecutable de Windows funcionara correctamente. Proton resolvió una parte enorme de ese problema, al grado de convertir muchos juegos que nunca tuvieron versión nativa en experiencias perfectamente utilizables.

Los títulos competitivos nos mostraron que existía otra barrera, para Fortnite no bastaba con que DirectX, gráficos, sonido y controles funcionaran. Epic necesitaba confiar en el sistema operativo que estaba ejecutando el juego.

EAC Linux v2 intenta construir precisamente esa confianza utilizando firmas, TPM, Secure Boot, measured boot, IOMMU y eBPF. El resultado será inevitablemente un Linux más restringido durante las sesiones protegidas, algo que seguramente generará discusión entre usuarios acostumbrados a tener control absoluto sobre sus sistemas.

Pero también podría eliminar una de las últimas grandes diferencias entre jugar en Windows y Linux.

Fortnite será la primera prueba. Si funciona a la escala que Epic necesita, el efecto más importante quizás no sea que Fortnite finalmente tenga versión para Linux, sino que otros estudios pierdan una de las principales razones técnicas para mantener sus juegos competitivos fuera de la plataforma.