Reseñas

Tim Sweeney tiene comentarios sobre el soporte de Fortnite EAC

Uno de los grandes temas de conversación en el espacio de juegos de Linux en estos días es Declaración de Tim Sweeney sobre la migración de Fortnite a SteamSweeney cree que Linux es un objetivo demasiado difícil y que el mercado no es lo suficientemente grande como para garantizar la cantidad de recursos necesarios para llevar todo Fortnite a la plataforma.

Desde el punto de vista de Sweeney, el núcleo del problema es que lograr que Easy Anti-Cheat y todas sus funciones funcionen en Steam Deck (y Linux) va a ser extremadamente difícil. Él cree que para un juego del tamaño de Fortnite, esto abrirá las compuertas para una afluencia de tramposos.

Ha habido alguna respuesta del lado de Linux, con algunos acusando a Sweeney de exagerar la dificultad de dicho puerto, o contradiciéndose a sí mismo porque también piensa que el mercado de Linux es demasiado pequeño para que valga la pena, pero también ofrece una manera porque hay demasiados estafadores Discutiré algunos de estos aspectos más adelante, pero por ahora centrémonos en el principal obstáculo técnico, Easy Anti-Cheat.

Easy Anti-Cheat o EAC es una solución anti-trampas que aparentemente viene en varias configuraciones. Sabemos que puede ejecutarse en una configuración compatible con Linux/Proton, obviamente con un cambio relativamente simple. Sin embargo, este modo de operación parece ser una configuración de alta confianza en la que solo está activa una parte de la protección contra manipulaciones del EAC. Esto podría evitar algunos trucos pero no detectar otros, lo cual es perfectamente razonable para los juegos en los que el número de tramposos y posibles tramposos es bastante pequeño, o donde otros sistemas complementan las soluciones antitrampas. Hay muchos juegos, incluso algunos juegos gratuitos populares, que tienen este nivel de protección contra manipulaciones en el mejor de los casos, y no parecen tener una prevalencia de trampas grave, por lo que obviamente esto debería ser suficiente en muchos casos. Tampoco conocemos el alcance de las trampas detectadas por EAC en esta configuración, por lo que el sistema en sí ya puede ser bastante completo.

EAC también incluye un componente de nivel de kernel, que se instala como un controlador de kernel en Windows. Esto permite que el código EAC se ejecute a un nivel muy privilegiado e inspeccione todas y cada una de las partes del sistema para detectar manipulaciones. Esto proporciona una supervisión muy extensa y también es más difícil de eludir. Según el comentario de Sweeney, este es el modo de funcionamiento que utiliza Fortnite. También es un modo operativo que es técnicamente incompatible con la forma de hacer las cosas de Linux.

LEER  Cómo instalar correctamente el servidor y cliente MySQL en Linux

En Linux, la forma estándar de entregar un controlador es enviarlo al árbol de fuentes del kernel, lo que naturalmente requiere que el controlador sea de código abierto. La mayoría de los controladores se entregan de esta manera, el controlador está estrechamente integrado en el kernel y el controlador se actualiza cuando se actualiza el kernel. Por supuesto, hay algunas excepciones notables a esta regla, la mayor de las cuales son los controladores de Nvidia. En cambio, los controladores de Nvidia se cargan como módulos independientes del kernel, lo que permite a Nvidia ocultar su código fuente, pero también permite que los controladores se actualicen por separado del kernel. Bueno, la EAC definitivamente también puede usar este enfoque, ¿verdad?

El enfoque del módulo del kernel separado viene con algunas trampas. En primer lugar, el kernel tiene licencia GPLv2 y, debido a la calidad «viral» de la GPL, muchas partes del kernel requieren que el código de llamada también sea GPLv2. Esto significa que, legalmente hablando, si Epic convirtiera EAC en un módulo del kernel y comenzara a explorar la API del kernel, tendrían que abrir el EAC de código fuente, de lo contrario, estarían en un área gris legal. El primer enfoque es obviamente imposible debido a su modelo de negocio, y el segundo al menos no se ve muy bien.

Otro problema con los módulos independientes del kernel es que el kernel de Linux solo garantiza una interfaz estable orientada al usuario. Esto significa que casi cualquier cosa se puede cambiar dentro del kernel siempre que el programa a nivel de usuario continúe ejecutándose. Esta es también la razón por la que a veces los controladores de Nvidia dejan de funcionar cuando actualiza de un núcleo al siguiente sin instalar los últimos controladores de Nvidia. Entonces, cuando Sweeney se quejó de la gran cantidad de configuraciones del núcleo, no se equivocó. EAC necesita mantener una corrección de compatibilidad similar al controlador Nvidia para garantizar que el módulo del kernel EAC funcione con todas las versiones del kernel. Con cada actualización del kernel, los ingenieros de EAC deben verificar los cambios y actualizar la corrección de compatibilidad cada vez que se produce un cambio importante, al tiempo que mantienen la compatibilidad con las versiones anteriores del kernel.

En teoría, puede superar esto apuntando solo a la plataforma Steam y su SteamOS. Esto le dará una única versión de kernel para apuntar, aunque Epic deberá negociar con Valve para asegurarse de que sus controladores se envíen con SteamOS de alguna manera.

Pero el problema no queda ahí. Dado que Linux es una plataforma completamente abierta, técnicamente no hay nada que impida que un tramposo determinado piratee el código fuente de Linux y realice algunos cambios tácticos en la forma en que se comporta el kernel, construya el kernel y luego ciegue el módulo del kernel EAC. En Windows, los desarrolladores de EAC pueden suponer que la caja negra que es el núcleo NT es al menos algo difícil de modificar por parte de los usuarios. Esto significa que en el espacio del kernel, pueden asumir cierto nivel de seguridad a través de la oscuridad. En Linux, esta suposición no se cumple. La única forma de que Epic supere esto es negociar con Valve para bloquear la plataforma Steam, algo que Valve ha decidido no hacer.

Entonces, desde el punto de vista del EAC, nunca se confiará plenamente en la plataforma Linux, lo cual es completamente justo, porque desde el punto de vista del usuario, nunca se confiará plenamente en el EAC.

Pero claro, Epic aún podría llevar Fortnite a Steam de alguna manera, ¿verdad? Claro, podrían lanzar una versión de Fortnite sin componentes a nivel de kernel, ¿verdad?

Pueden, lo que nos lleva a la cuota de mercado y la viabilidad de hacer trampa. Sweeney cree que el mercado de Linux es demasiado pequeño, lo que suena un poco extraño, ya que le preocupa la gran cantidad de tramposos. Aquí está el punto, un pequeño mercado de Linux no necesariamente garantiza un bajo número de tramposos. Si resulta que se pueden hacer algunos trucos a través de la versión Linux de Fortnite, esto atraerá a algunos tramposos a usar la plataforma para eludir el EAC. No todos serán tramposos, muchos tramposos comunes probablemente no se molestarán en aprender Linux para hacer trampa en los videojuegos, pero sin duda habrá un grupo de tramposos que se arriesgarán. Como resultado, habrá un aumento en las trampas en Fortnite, pero sin buenos datos, es difícil saber qué tan grande será ese efecto. Sin embargo, dada la popularidad de Fortnite y su naturaleza gratuita, es probable que sea un objetivo lo suficientemente atractivo para los tramposos, incluso con una inversión inicial ligeramente mayor. Por otro lado, los creadores de trucos pueden eventualmente encontrar formas de empaquetar sus productos en un formato accesible, como arrancar desde un USB de trucos o una imagen de máquina virtual preconfigurada.

Se han propuesto algunas soluciones para este problema. Por ejemplo, pueden aislar a los usuarios de Steam Deck/Linux para que nunca lleguen al resto de la base de jugadores. Esto incluirá trampas, pero también es una medida de línea dura potencialmente impopular. También requiere algo de trabajo completarlo, y creo que es justo que Epic descarte opciones que podrían resultar en trabajo adicional.

Entonces, ¿cuál es la solución al problema? Aquí está la cosa: no lo creo. Mi opinión personal es que el sistema anti-trampas del lado del cliente es fundamentalmente limitado, y traerlo al kernel es una curita exorbitante que simplemente no es compatible con la plataforma Linux. Entonces, mientras Epic se mantenga con Fortnite para mantener su actual enfoque antitrampas, no creo que haya Fortnite en Linux.

Eso no significa que Tim Sweeney esté equivocado o mienta sobre la dificultad de adaptar este enfoque a Linux. Simplemente significa que se necesita un enfoque nuevo o diferente en el futuro.

Artículo tomado de .

LEER  Marco forense de Linux! ! ! kali linux

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba