Все больше и больше игр запускается на Linux, но некоторые так и не удалось перенести. И основная помеха здесь — это античиты. Они пока остаются непреодолимым барьером в переносе компьютерных игр на открытые операционные системы.
Проблема заключается во множестве отличий внутреннего дизайна Windows и Linux.
Когда-то Linux вообще рассматривался как вторичная операционная система для игр. Но ситуация кардинальным образом изменилась после выхода Steam Deck, портативной консоли которая работает на Linux. Консоль разработала и выпускает компания Valve, которая также создала Proton - слой совместимости, благодаря которому тысячи игр для Windows без проблем запускаются на Linux.
Да, однопользовательские игры без проблем работают на Linux, но игры многопользовательские, соревновательные, с античит-системой, остаются огорчающим препятствием.
Корень проблемы скрыт в самой реализации современных античитов. Для работы им очень важно контролировать память игры, а для этого им нужен доступ к фоновым процессам, встроенным библиотекам и даже к драйверам ядра операционной системы. Только получив все эти привилегии, они могут блокировать подозрительный доступ к памяти игры.
В Windows это работает, потому что только Microsoft регулирует доступ к ядру системы. И в ней античиты создают реально эффективный периметр безопасности.
А открытые операционные системы, делегирующие пользователю полный контроль над своими компонентами, несовместимы с этой философией.
Любой современный античит в Linux может быть нейтрализован подкованным пользователем.
- Пересобранное пользовательское ядро обойдет любое ограничение античита.
- Также, можно просто запустить игру в изолированной среде, при этом дав читу привилегии администратора.
В общем, на сегодняшний день нет ни одного способа обнаруживать читерство на Linux так же эффективно, как и на Windows.
Все потеряно?
Вовсе нет! Разумеется, активные механизмы блокировки читов в Linux невозможны, но есть еще и пассивные меры:
- использование надежного сетевого кода, проверяющего все действия игрока на сервере;
- обфускация и виртуализация кода, со сменой шаблонов при каждом обновлении;
- хранение данных игры в энергозависимой памяти, без публикации двоичных файлов с символами отладки.
Короче говоря, способы есть, но для их реализации нужно по новому взглянуть на сами сетевые игры. А пока, видимо, аудитория пользователей Linux не так велика, чтобы кто-то всерьез взялся за это.