Редакция: 5 сентября 2026 года
Дата вступления в силу: 5 сентября 2026 года
Это уведомление относится только к функциям, которые используют техническую защиту или мониторинг. Оно дополняет Пользовательское соглашение и Политику конфиденциальности.
Содержание
- Назначение и область действия
- Условия доступа
- Что может проверяться
- Какие данные могут фиксироваться
- Автоматический и ручной анализ
- Снимки экрана, голос и расширенные разрешения
- Запрещённое вмешательство
- Реакция на событие и апелляция
- Хранение и доступ
- Обновления защиты и подтверждение
- Подробные сценарии технической проверки
- Целостность клиента и файлов
- Процессы, модули и взаимодействие с игрой
- Память и отладка
- Идентификаторы и связь аккаунтов
- Игровые и сетевые события
- Снимки, голос и дополнительные разрешения
- Автоматическое решение и ручная проверка
- Несовместимые программы
- Сохранение материалов расследования
- Ответственность Пользователя за среду
- Обновление уведомления
- Полный охват защищаемой среды
- Файлы, хеши и подозрительные объекты
- Процессы, драйверы и модули
- Память, ввод и сетевой обмен
- Данные устройства и установки
- Изображение, голос и чувствительные сведения
- Автоматизация и машинное обучение
- Ложные срабатывания и несовместимость
- Сроки и уровни хранения
- Доступ подрядчиков и специалистов
- Будущие расширения
- Архитектура защищаемой среды
- Файлы, каталоги и контрольные значения
- Процессы, потоки, службы и драйверы
- Память, ввод и графические оверлеи
- Сетевые события и телеметрия
- Идентификаторы устройства и установки
- Игровые действия и поведенческие признаки
- Скриншоты, запись голоса и дополнительные разрешения
- Проверка запуска и завершения сессии
- Автоматическая оценка и человеческий контроль
- Ложные срабатывания и технические ошибки
- Апелляция и материалы проверки
- Хранение материалов античита
- Подрядчики и специалисты по безопасности
- Будущие расширения мониторинга
- Матрица событий технической проверки
- Уровни технического сигнала
- Классификация программ и компонентов
- Защита от подмены и повторной отправки
- Обновление клиента и контроль версий
- Отдельные устройства и виртуальные среды
- Безопасная диагностика и сбор сведений
- Защита от автоматизированного управления
- Обеспечение сохранности доказательств
- Порядок рассмотрения повторных инцидентов
- Проверка после изменения оборудования
- Итоговая проверка соразмерности
- Безопасное завершение защищённой сессии
- Границы технических выводов
- Минимизация раскрытия методов защиты
1. Назначение и область действия
1.1. Технический мониторинг LSC предназначен для защиты игрового процесса, проверки целостности клиента, предотвращения читов и обхода санкций, расследования инцидентов и диагностики несовместимости.
1.2. Уведомление описывает категории проверок, а не раскрывает сигнатуры, исходный код или методы, которые позволили бы обходить защиту.
1.3. Конкретный компонент может выполнять только часть перечисленных действий. Возможность проверки зависит от версии клиента, настроек сервера и технической реализации.
2. Условия доступа
2.1. Для защищаемой игровой функции может требоваться актуальный клиент, запущенный защитный компонент, необходимые разрешения и отсутствие вмешательства в него.
2.2. Если Пользователь не принимает обязательный мониторинг, он не должен запускать компонент, для которого мониторинг необходим. В таком случае соответствующая защищаемая функция может быть недоступна.
2.3. Мониторинг не даёт LSC общего права просматривать устройство без связи с защищаемой функцией и её безопасностью.
3. Что может проверяться
В зависимости от компонента и события могут проверяться:
- игровые файлы и файлы клиента LSC;
- целостность, хеши и цифровые подписи компонентов;
- процессы и модули, которые взаимодействуют с игрой или клиентом;
- признаки инъекций, отладки, подмены или модификации памяти защищаемого процесса;
- драйверы, службы, оверлеи и иные компоненты, влияющие на игровой процесс;
- сетевые и игровые события, относящиеся к защищаемой сессии;
- ошибки, сбои и диагностическое состояние клиента.
Ограничение: перечисление означает возможность технической проверки в рамках защищаемой среды, а не постоянный произвольный доступ ко всему компьютеру.
4. Какие данные могут фиксироваться
4.1. В рамках проверки могут фиксироваться имя и путь процесса или файла, версия, хеш, издатель, цифровая подпись, время события, сведения о модуле, результат проверки целостности и технические признаки вмешательства.
4.2. Также могут фиксироваться идентификаторы игровой сессии, аккаунта, устройства или установки клиента, сетевые параметры, журналы событий, сведения об ошибках и диагностические дампы.
4.3. Такие данные могут быть связаны с аккаунтом, чтобы сравнивать события, расследовать нарушения и предотвращать обход санкций. Для этого могут использоваться псевдонимизированные или хешированные значения.
4.4. Античит не предназначен для произвольного чтения личной переписки, паролей, банковских данных или файлов, не связанных с защищаемой средой. Метаданные стороннего файла или программы могут попасть в проверку, если они взаимодействуют с игрой, влияют на её работу или являются источником подозрительного события.
5. Автоматический и ручной анализ
5.1. Система может автоматически сопоставлять признаки, выявлять аномалии, рассчитывать внутренний риск, временно ограничивать сессию и передавать событие уполномоченному специалисту.
5.2. Решение может основываться на совокупности признаков. Наличие одного совпадения не обязательно означает окончательно установленное нарушение, а отсутствие известной сигнатуры не делает любое поведение допустимым.
5.3. Ручная проверка может учитывать технические журналы, историю аккаунта, объяснения Пользователя и материалы обращения. LSC может не раскрывать сигнатуры, исходный код и детали, раскрытие которых упростит обход защиты.
6. Снимки экрана, голос и расширенные разрешения
6.1. Если конкретная версия защищаемого клиента предусматривает снимок игрового окна, запись голоса, снимок активного дисплея, фоновую службу, драйвер или другое расширенное разрешение, Пользователь должен быть уведомлён об этом до запуска соответствующей функции.
6.2. Для активного дисплея, голоса или низкоуровневого компонента может потребоваться отдельное согласие. Если такой компонент не используется, настоящее уведомление само по себе не означает, что LSC получает соответствующую запись.
6.3. Перед запуском функции, которая может захватывать изображение, Пользователь должен убрать с захватываемой области пароли, документы, банковские сведения и личную переписку.
6.4. Материалы проверки используются для безопасности, расследований, модерации и диагностики. Публичное размещение допускается только при наличии основания и с учётом прав третьих лиц.
7. Запрещённое вмешательство
Пользователю запрещается:
- отключать или блокировать обязательную защиту;
- подменять ответы, телеметрию, идентификаторы и результаты проверки;
- изменять, патчить, внедрять код в античит или клиент;
- скрывать процессы и модули с целью обхода проверки;
- подделывать события, создавать ложные срабатывания или обходить блокировку;
- распространять сигнатуры, инструкции и инструменты обхода;
- передавать закрытые компоненты третьим лицам;
- исследовать защиту для обхода без письменного согласования с LSC.
8. Реакция на событие и апелляция
8.1. При обнаружении риска LSC может прекратить сессию, запросить обновление, временно ограничить доступ, сохранить технические материалы, провести ручную проверку или применить санкцию по Пользовательскому соглашению.
8.2. Пользователь вправе обжаловать ограничение через раздел обращений LSC. В обращении следует описать событие и предоставить относящиеся к нему сведения, не публикуя секреты защиты.
8.3. На результат может влиять необходимость защищать методы обнаружения и данные других лиц. Поэтому LSC может сообщить итог проверки без раскрытия конкретной сигнатуры.
9. Хранение и доступ
9.1. Технические данные хранятся столько, сколько необходимо для безопасности, диагностики, расследования, применения санкции, разрешения обращения или выполнения обязательного требования.
9.2. Доступ предоставляется только уполномоченным администраторам и техническим специалистам, которым он нужен для задачи. В зависимости от функции могут привлекаться поставщики инфраструктуры или защиты.
9.3. Подробные правила обработки, удаления, передачи и защиты данных установлены в Политике конфиденциальности.
10. Обновления защиты и подтверждение
10.1. Защитные компоненты могут обновляться для исправления ошибок, изменения сигнатур и поддержания совместимости. Существенное расширение проверок требует обновления уведомления и отдельного согласия, когда оно необходимо.
10.2. Подтверждая это уведомление, Пользователь подтверждает, что ознакомился с назначением мониторинга, понимает возможные проверки и последствия отказа от обязательной защиты.
10.3. Если Пользователь не согласен с этими условиями, он должен прекратить использование функции, для которой мониторинг является обязательным, и обратиться в поддержку с вопросом о доступных вариантах.
11. Подробные сценарии технической проверки
11.1. Проверка при запуске может убедиться, что клиент имеет актуальную версию, необходимые файлы доступны, защитный компонент запущен, а его ответы не подменяются.
11.2. Проверка во время сессии может реагировать на изменение процесса, модуля, игрового файла, сетевого события или поведения, связанного с защищаемой функцией.
11.3. Проверка после сессии может использовать события, которые были сохранены во время игры, для сопоставления инцидентов и рассмотрения жалоб. Такой анализ не означает постоянное наблюдение после завершения защищаемой сессии.
11.4. Набор проверок зависит от версии клиента, конфигурации сервера, доступных разрешений и технической необходимости. Не каждый компонент выполняет все перечисленные действия.
12. Целостность клиента и файлов
12.1. Для проверки целостности могут сравниваться контрольные значения, подписи, версии и структура файлов, относящихся к игре, клиенту LSC или защитному компоненту.
12.2. Несовпадение может быть вызвано обновлением, повреждением, модификацией, ошибкой установки или конфликтом программ. Поэтому технический сигнал может потребовать дополнительной проверки.
12.3. Пользователь обязан устанавливать клиент из предусмотренного источника, не изменять его защитные компоненты и не использовать сборки, происхождение которых нельзя проверить.
12.4. Защита может запросить обновление или переустановку компонента. Это не освобождает Пользователя от обязанности проверить, что на устройстве не осталось несовместимых модификаций.
13. Процессы, модули и взаимодействие с игрой
13.1. При наличии технической возможности могут анализироваться название, путь, версия, хеш, издатель, подпись, время запуска процесса и сведения о загруженных модулях.
13.2. Отдельное внимание может уделяться программам, которые внедряются в игру, изменяют память, перехватывают ввод, подменяют сетевые ответы, управляют игровым процессом или препятствуют проверке.
13.3. Сам факт наличия обычной сторонней программы не означает нарушение. Значение имеют связь с защищаемой средой, техническое поведение, результат проверки и совокупность обстоятельств.
13.4. LSC может не сообщать, какой именно модуль, сигнатура или порог сработал, если это создаёт риск обхода защиты.
14. Память и отладка
14.1. В рамках защищаемой среды компонент может проверять память игрового процесса, клиента LSC и собственных защитных модулей на признаки инъекции, подмены, хука, отладки или изменения критических данных.
14.2. Такая проверка ограничивается целью защиты и не является общим разрешением на чтение произвольного содержимого оперативной памяти устройства.
14.3. Пользователь не должен запускать отладчик, средство инъекции или модификатор поверх защищаемой игры, если это влияет на работу защиты или игрового процесса.
15. Идентификаторы и связь аккаунтов
15.1. Для предотвращения обхода санкций может использоваться внутренний технический идентификатор устройства, установки клиента или игровой среды.
15.2. Идентификатор может формироваться из нескольких технических признаков и храниться в псевдонимизированном или хешированном виде. Он не должен рассматриваться как точный документ личности.
15.3. Изменение одного параметра устройства не гарантирует прекращение связи с ранее зафиксированным событием. LSC может учитывать совокупность признаков и историю действий.
15.4. Связь аккаунтов используется для безопасности и расследования, а не для публикации технических характеристик Пользователя другим участникам.
16. Игровые и сетевые события
16.1. Могут фиксироваться подключение, отключение, версия клиента, идентификатор сессии, игровые действия, технические ошибки, результат проверки и события, относящиеся к защищаемому серверу.
16.2. Сетевые сведения могут использоваться для доставки телеметрии, проверки целостности обмена, ограничения атак и расследования подмены ответов. Они не означают чтение всего сетевого трафика устройства.
16.3. Данные игровой сессии могут сопоставляться с серверными журналами, сообщениями, жалобами и сведениями аккаунта. Такая связь необходима, когда одно событие невозможно оценить отдельно от контекста.
17. Снимки, голос и дополнительные разрешения
17.1. Настоящее уведомление не подтверждает, что каждый текущий клиент LSC делает снимки экрана или записывает голос. Такие действия возможны только при наличии соответствующей реализации.
17.2. Если создаётся снимок игрового окна, Пользователю должно быть понятно, в какой момент и для какой цели он создаётся, если это возможно без раскрытия методов защиты.
17.3. Снимок активного дисплея, запись голоса, фоновая служба или драйвер относятся к расширенным функциям. До их использования LSC предоставляет отдельную информацию о назначении, разрешениях, способе отключения и удалении, когда это требуется.
17.4. Если Пользователь не дал требуемое отдельное согласие, функция, которая зависит от такого согласия, не должна запускаться или должна оставаться недоступной.
17.5. Пользователь обязан закрыть посторонние чувствительные сведения на области, которая может попасть в захват. LSC не просит размещать пароли или платёжные реквизиты в зоне проверки.
18. Автоматическое решение и ручная проверка
18.1. Система может объединять несколько сигналов, определять уровень риска, временно завершать сессию, ограничивать подключение или передавать событие специалисту.
18.2. Временная мера может применяться до ручной проверки, если промедление создаёт риск для других игроков, экономики, сервера или защитного компонента.
18.3. При ручной проверке могут учитываться журналы, версия клиента, история аккаунта, объяснение Пользователя, повторяемость и связанные события.
18.4. Результат проверки может быть пересмотрен при обнаружении ошибки, новых фактов или несоответствия технических данных. Обращение не гарантирует отмену меры и не обязывает LSC раскрывать секреты защиты.
19. Несовместимые программы
19.1. Некоторые программы могут быть безопасными по назначению, но несовместимыми с защищаемым клиентом из-за оверлея, перехвата ввода, внедрения модуля, доступа к памяти или конфликта с защитой.
19.2. При предупреждении о несовместимости Пользователь должен закрыть программу, обновить её, выбрать другую конфигурацию или отказаться от защищаемой функции.
19.3. Отсутствие умысла не всегда устраняет технический риск. При выборе меры LSC может отличать случайную несовместимость от намеренного обхода, если это позволяют доступные сведения.
20. Сохранение материалов расследования
20.1. Технические записи могут сохраняться, если они нужны для проверки, апелляции, подтверждения санкции, защиты сервера, предотвращения повторного обхода или разрешения спора.
20.2. Доступ к материалам ограничивается задачей. Пользователь может получить описание результата, но не обязательно получает полный журнал, снимок, сигнатуру, внутреннюю оценку риска или данные других лиц.
20.3. Материалы могут быть сопоставлены с данными аккаунта и сервера. Обработка выполняется по Политике конфиденциальности.
21. Ответственность Пользователя за среду
21.1. Пользователь отвечает за программное окружение, в котором запускает защищаемую функцию, включая модификации, оверлеи, макросы, средства удалённого управления и инструменты отладки.
21.2. Пользователь не должен передавать LSC файлы, дампы или снимки с паролями, ключами, токенами и чужими персональными данными. Если такая передача произошла случайно, об этом следует немедленно сообщить через закрытое обращение.
21.3. Установка защитного компонента не даёт Пользователю права изменять его, копировать закрытые материалы, извлекать сигнатуры или распространять внутренние результаты проверки.
22. Обновление уведомления
22.1. При изменении категории проверки, способа сбора данных или требуемых разрешений LSC обновляет это уведомление.
22.2. Существенное расширение мониторинга может потребовать новой версии документа, повторного ознакомления или отдельного согласия до запуска соответствующей функции.
22.3. Если обновление только исправляет ошибку, улучшает совместимость или меняет внутреннюю сигнатуру без расширения категории данных, отдельное согласие может не требоваться, если это допускается законом.
23. Полный охват защищаемой среды
23.1. При работе защищаемого клиента мониторинг может охватывать игру, клиент LSC, лаунчер, защитный компонент и программы, которые с ними взаимодействуют.
23.2. В пределах технической необходимости могут проверяться процессы, потоки, модули, библиотеки, драйверы, службы, оверлеи, средства удалённого управления, отладчики, инъекторы, виртуализация и другие компоненты, влияющие на защищаемую среду.
23.3. Проверка может включать состояние файлов, памяти, сетевого обмена, ввода, игровых событий и конфигурации устройства. Конкретный набор зависит от версии клиента и доступных разрешений.
23.4. Формулировка «защищаемая среда» не означает автоматическое право читать любое содержимое компьютера. Связь с игрой, клиентом, защитой или событием безопасности должна быть технически обоснована назначением проверки.
24. Файлы, хеши и подозрительные объекты
24.1. Клиент может сравнивать контрольные значения и подписи файлов, проверять расположение компонентов, фиксировать версию и выявлять изменение защищаемых ресурсов.
24.2. Для подозрительного файла могут фиксироваться имя, путь, размер, хеш, издатель, подпись, версия, время обнаружения и отношение к игровому процессу. Полное содержимое файла не должно передаваться без отдельной технической необходимости.
24.3. Пользователь может получить предупреждение о повреждённом или несовместимом файле и инструкцию по обновлению, проверке или переустановке. Такая инструкция не раскрывает внутренние сигнатуры.
25. Процессы, драйверы и модули
25.1. Могут фиксироваться сведения о запущенных процессах, загруженных модулях, драйверах и службах, если они влияют на игру, клиент, ввод, память, сетевой обмен или работу защиты.
25.2. Технический сигнал может быть связан с легитимным программным обеспечением. Поэтому результат рассматривается с учётом версии, подписи, поведения, контекста и повторяемости.
25.3. Пользователь обязан закрыть или отключить несовместимый компонент, если клиент сообщил, что он мешает защищаемой сессии. Намеренное сокрытие такого компонента может рассматриваться отдельно.
26. Память, ввод и сетевой обмен
26.1. Защита может проверять память критических процессов на изменение кода, хуки, инъекции, подмену адресов, запрещённые сигнатуры и вмешательство в игровые данные.
26.2. Может анализироваться взаимодействие с вводом, если оно связано с автоматизацией, подменой команд, макросами, искусственным управлением или вмешательством в игровую механику.
26.3. Может анализироваться сетевой обмен защищаемой сессии на признаки подмены, повторной отправки, изменения ответов, обхода авторизации или вмешательства в протокол.
26.4. Эти проверки не означают чтение всей переписки, содержимого браузера или произвольного сетевого трафика, не относящегося к защищаемой функции.
27. Данные устройства и установки
27.1. Для защиты от обхода санкций может формироваться псевдонимизированный идентификатор установки, устройства или игровой среды. Он может включать несколько относительно устойчивых технических признаков.
27.2. Отдельные признаки могут хешироваться, комбинироваться или заменяться внутренним токеном. LSC не обязана раскрывать формулу формирования такого токена.
27.3. Идентификатор не является гарантированным доказательством личности. Он используется вместе с другими событиями, когда это необходимо для безопасности.
28. Изображение, голос и чувствительные сведения
28.1. Если конкретная версия клиента поддерживает снимок игрового окна, он может создаваться при запуске, подозрительном событии, технической проверке, расследовании или другом условии, отображённом Пользователю.
28.2. Если технически используется снимок активного дисплея, голосовая запись, фоновая служба или драйвер, Пользователь должен получить отдельное уведомление о цели, моменте запуска, разрешениях, отключении и удалении, когда это требуется.
28.3. Пользователь должен закрыть пароли, банковские данные, документы, медицинские сведения и личную переписку на области, которая может попасть в захват.
28.4. Материалы захвата имеют ограниченный доступ и используются только для безопасности, расследования, модерации, диагностики или иных прямо указанных целей. Их публикация не является обычным способом работы античита.
29. Автоматизация и машинное обучение
29.1. Техническая система может использовать правила, сигнатуры, статистические признаки, поведенческий анализ и другие автоматизированные методы. LSC не обязана раскрывать конкретную модель или пороги.
29.2. Автоматизированная оценка может классифицировать событие, повысить уровень проверки, остановить сессию или поставить аккаунт в очередь ручного анализа.
29.3. Если решение существенно ограничивает доступ, Пользователь может запросить ручное рассмотрение через установленный канал. Возможность и порядок пересмотра зависят от типа ограничения.
29.4. Автоматический анализ не должен использоваться как разрешение игнорировать очевидную техническую ошибку. При наличии новых сведений результат может быть пересмотрен.
30. Ложные срабатывания и несовместимость
30.1. Ни одна техническая защита не гарантирует отсутствие ложных срабатываний. Причиной может быть обновление системы, конфликт программ, повреждение файла, ошибка определения или необычная конфигурация.
30.2. Пользователь должен предоставить только относящиеся к событию сведения. LSC может попросить список программ, версию клиента, время события, сообщение об ошибке или диагностический файл с удалёнными секретами.
30.3. LSC может не раскрывать точную причину срабатывания, если это позволило бы обходить защиту, но должна по возможности сообщить, какой общий тип проверки привёл к ограничению.
31. Сроки и уровни хранения
31.1. Краткоживущие технические данные могут использоваться только для обработки текущей сессии и диагностики.
31.2. События безопасности могут храниться дольше, если они связаны с расследованием, апелляцией, санкцией, повторным обходом или угрозой инфраструктуре.
31.3. Материалы подтверждённого нарушения могут храниться до окончания санкции и необходимого срока защиты прав. Данные, которые больше не нужны, должны удаляться, обезличиваться или ограничиваться.
31.4. Правила хранения и прав Пользователя дополнительно определены в Политике конфиденциальности.
32. Доступ подрядчиков и специалистов
32.1. Для диагностики и защиты к техническим материалам могут привлекаться уполномоченные специалисты и поставщики инфраструктуры, если это необходимо для конкретной задачи.
32.2. Им предоставляется минимальный доступ, достаточный для работы. Они не получают права использовать материалы для собственных целей, если это не предусмотрено отдельными условиями и законом.
32.3. Передача сигнатур, необработанных дампов и снимков ограничивается случаями, когда это необходимо для проверки, исправления ошибки или безопасности.
33. Будущие расширения
33.1. Новая версия защиты может добавить проверку, которой нет в текущем клиенте. До запуска существенного расширения LSC обновляет уведомление и получает отдельное согласие, если оно необходимо.
33.2. Низкоуровневый компонент нельзя скрыто установить без предусмотренного пользовательского действия и уведомления о его назначении, разрешениях, работе и удалении.
33.3. Обновление сигнатур или исправление защиты без расширения категории данных может выполняться автоматически, если это не меняет существенно вмешательство в устройство и допускается применимым законом.
34. Архитектура защищаемой среды
34.1. Защищаемая среда включает только те компоненты, которые участвуют в запуске, работе, проверке или защите соответствующей функции: игру, клиент LSC, лаунчер, защитный модуль, серверную сессию и взаимодействующие процессы.
34.2. Уровень проверки может отличаться при запуске, во время игры, при подключении к серверу, после завершения сессии и при рассмотрении апелляции. Фоновая проверка вне защищаемой функции не предполагается только из-за установки клиента.
34.3. Некоторые сведения могут обрабатываться на устройстве и не передаваться на сервер. Другие могут передаваться в виде события, хеша, признака или агрегированного результата. Способ зависит от реализации конкретной версии.
34.4. LSC может изменять внутренние сигнатуры, правила и порядок анализа без публикации деталей, которые позволили бы обходить защиту. Изменение внутреннего метода не должно само по себе расширять заявленную категорию данных.
35. Файлы, каталоги и контрольные значения
35.1. Для проверки целостности могут анализироваться название, путь, размер, дата изменения, версия, контрольное значение, издатель, цифровая подпись и отношение файла к игре, клиенту или защитному компоненту.
35.2. Обычное наличие файла не является автоматическим доказательством нарушения. Учитываются его расположение, запуск, взаимодействие с защищаемым процессом, подпись, известная совместимость и другие признаки.
35.3. Для диагностики повреждения LSC может запросить сведения о версии или контрольном значении. Полное содержимое файла, дамп или исполняемый материал могут быть запрошены только при конкретной технической необходимости и через предусмотренный канал.
35.4. Пользователь обязан устанавливать клиент из официально указанного источника, не заменять защитные библиотеки и не запускать изменённые сборки, если это влияет на проверку или игровой процесс.
36. Процессы, потоки, службы и драйверы
36.1. При наличии технической возможности могут проверяться запущенные процессы, потоки, загруженные модули, службы, драйверы, оверлеи и средства удалённого управления, если они взаимодействуют с игрой, клиентом, вводом, памятью или сетевым обменом.
36.2. Могут фиксироваться имя, путь, идентификатор процесса, версия, издатель, подпись, контрольное значение, время запуска, загруженный модуль и отношение к событию. Набор зависит от прав операционной системы и версии компонента.
36.3. Программа может быть легитимной по назначению, но несовместимой с защищаемой сессией. Предупреждение о конфликте не означает, что разработчик программы или Пользователь автоматически признаны нарушителями.
36.4. Намеренное скрытие процесса, подмена его имени, блокировка проверки, внедрение кода или изменение ответа защитного компонента может рассматриваться как отдельное запрещённое вмешательство.
37. Память, ввод и графические оверлеи
37.1. Защита может анализировать ограниченные области и признаки памяти критических процессов на наличие инъекций, хуков, подмены инструкций, модификации кода и изменений, влияющих на игру или античит.
37.2. Проверка ввода может учитывать частоту, последовательность, источник и технические признаки автоматизированной отправки команд. Такая проверка не означает чтение текста, который Пользователь набирает в любых других приложениях.
37.3. Оверлей может анализироваться, если он внедряется в игру, перехватывает графический вызов, ввод или сетевое событие. Простое наличие окна поверх игры не обязательно является нарушением.
37.4. Сведения памяти и ввода относятся к техническим данным повышенного риска и должны использоваться только для безопасности, диагностики, расследования и рассмотрения связанных обращений.
38. Сетевые события и телеметрия
38.1. Во время защищаемой сессии могут фиксироваться подключение, отключение, версия клиента, задержка, идентификатор сессии, результат проверки, ошибки, серверные события и признаки подмены обмена.
38.2. Телеметрия может включать время, технический маршрут, код ответа, размер сообщения, тип события и агрегированный результат. Она не означает чтение всего трафика компьютера, содержимого браузера или личной переписки.
38.3. Повторная отправка, изменение, задержка, подмена или блокировка критического сообщения может привести к завершению сессии или дополнительной проверке.
38.4. Телеметрия может сопоставляться с серверными логами, жалобами, аккаунтом и историей санкций, когда отдельного технического события недостаточно для оценки риска.
39. Идентификаторы устройства и установки
39.1. Для защиты от массового обхода санкций или злоупотреблений может создаваться внутренний идентификатор установки, устройства или игровой среды. Он может быть хеширован, псевдонимизирован или заменён внутренним токеном.
39.2. Идентификатор может использовать несколько технических признаков и не должен рассматриваться как точное доказательство личности. Он применяется вместе с событиями, аккаунтом и контекстом.
39.3. Сброс одного параметра не гарантирует исчезновение связи, если остаются другие признаки. При этом техническая связь не должна служить единственным основанием для окончательной меры без оценки доступных обстоятельств.
39.4. Пользователь не должен подменять идентификаторы, удалять защитные маркеры, создавать большое число аккаунтов для обхода ограничения или использовать чужую среду для сокрытия действий.
40. Игровые действия и поведенческие признаки
40.1. Сервер может фиксировать игровые события, команды, перемещения, взаимодействия, время реакции, частоту действий, экономические операции и иные сведения, необходимые для работы режима и расследования нарушений.
40.2. Поведенческий анализ может выявлять аномальные последовательности, невозможные значения, повторяемость, автоматизацию или согласованность действий. Он не должен толковаться как психологический профиль или оценка личности Пользователя.
40.3. Игровая статистика может содержать ошибки, лаги, особенности механики и влияние конфигурации. Поэтому технический сигнал может быть основанием для проверки, но не всегда достаточен для окончательного вывода.
40.4. Игровые события могут храниться отдельно от античит-данных, но связываться по идентификатору сессии, аккаунту и времени, когда это необходимо для проверки.
41. Скриншоты, запись голоса и дополнительные разрешения
41.1. Текущая функция может не создавать снимки экрана или голосовые записи. Если такая возможность появится, Пользователь должен получить отдельное уведомление о моменте запуска, области захвата, цели, сроке хранения и настройках отключения, когда это требуется.
41.2. Снимок игрового окна отличается от снимка всего активного дисплея. Более широкий захват, запись микрофона, фоновая служба или драйвер требуют отдельной технической и правовой оценки.
41.3. Перед запуском функции захвата Пользователь должен закрыть пароли, банковские реквизиты, документы, медицинские сведения, личную переписку и данные третьих лиц, которые могут случайно попасть в область записи.
41.4. Если расширенное разрешение не нужно для текущей защищаемой функции, оно не должно считаться предоставленным только на основании общего согласия с этим уведомлением.
42. Проверка запуска и завершения сессии
42.1. До подключения система может проверить актуальность клиента, целостность файлов, доступность защитного компонента, версию протокола, наличие обязательных обновлений и отсутствие очевидного вмешательства.
42.2. Во время сессии могут проверяться изменения среды, ответы клиента, игровые события, процессы, модули, память, сетевые сообщения и состояние защиты.
42.3. После сессии могут сопоставляться события, сохранённые во время игры, с серверными журналами, жалобами и повторяющимися инцидентами. Это не означает постоянного наблюдения после выхода.
42.4. При обновлении или аварии часть проверки может быть пропущена, повторена или завершена с ограничением доступа. Пользователь не должен пытаться обходить проверку из-за временной ошибки.
43. Автоматическая оценка и человеческий контроль
43.1. Система может использовать сигнатуры, правила, статистику, последовательности событий, списки несовместимости и агрегированный риск. Внутренние пороги и формулы могут не раскрываться.
43.2. Автоматическая мера может завершить сессию, задержать подключение, потребовать обновление, поместить событие в очередь или временно ограничить функцию.
43.3. Существенное или длительное ограничение может быть передано на ручной анализ, если это предусмотрено процессом. Специалист может учитывать технические сведения, историю, объяснение, повторяемость и контекст.
43.4. Ручной анализ не обязан раскрывать исходные сигнатуры, полные логи, данные других лиц или сведения, позволяющие обойти защиту. Пользователь должен получить настолько понятное описание результата, насколько это безопасно.
44. Ложные срабатывания и технические ошибки
44.1. Ошибка может возникнуть из-за обновления Windows, драйвера, оверлея, антивируса, повреждённого файла, нестандартной конфигурации, сетевого сбоя или несовершенства алгоритма.
44.2. При обращении Пользователь должен указать версию клиента, время события, сообщение, шаги воспроизведения и относящийся к делу диагностический материал. Секреты и лишние персональные данные необходимо удалить.
44.3. LSC может отменить, изменить или оставить меру после проверки. Отсутствие немедленной отмены не означает, что обращение проигнорировано.
44.4. Повторное обращение с новыми объективными сведениями может быть рассмотрено отдельно. Публикация инструкции обхода защиты не является допустимым способом доказывания ошибки.
45. Апелляция и материалы проверки
45.1. Пользователь может обжаловать меру через раздел обращений, если такой канал доступен. В обращении нельзя размещать открыто пароли, токены, полные дампы с чужими данными и закрытые сигнатуры.
45.2. LSC может запросить дополнительные сведения, временно сохранить материалы, передать событие другому специалисту или объединить апелляцию с ранее открытой проверкой.
45.3. Результатом может быть подтверждение меры, её изменение, снятие, направление инструкции по совместимости или закрытие обращения из-за недостатка данных.
45.4. Объём раскрытия ограничивается безопасностью, данными других лиц, предотвращением повторного обхода и необходимостью сохранить целостность методов обнаружения.
46. Хранение материалов античита
46.1. Данные текущей сессии могут храниться короткое время для обработки подключения и диагностики. События, связанные с санкцией, атакой, апелляцией или повторным обходом, могут храниться дольше.
46.2. Логи, снимки, дампы и идентификаторы могут иметь разные уровни доступа и разные сроки. Не все материалы расследования доступны Пользователю в исходном виде.
46.3. По окончании необходимости данные должны удаляться, обезличиваться или ограничиваться. Копии в резервной системе могут удаляться по циклу резервирования.
46.4. Если сохранение требуется для спора, закона, безопасности или защиты прав, оно может продолжаться до завершения соответствующей процедуры и разумного периода после неё.
47. Подрядчики и специалисты по безопасности
47.1. Для диагностики, инфраструктуры, расследования или исправления ошибки могут привлекаться уполномоченные специалисты и технические поставщики.
47.2. Им предоставляется минимально необходимый набор данных. Доступ может включать необработанный журнал или дамп только тогда, когда без него невозможно выполнить конкретную задачу.
47.3. Специалисты обязаны соблюдать ограничения доступа и не использовать полученные материалы для посторонних целей. Передача закрытых сигнатур и внутренних результатов ограничивается необходимостью.
47.4. Пользователь может запросить общий сведения о категории получателя через канал поддержки, но LSC может не раскрывать детали, которые создадут риск обхода или затронут конфиденциальность поставщика.
48. Будущие расширения мониторинга
48.1. Новая версия может добавить проверку, отсутствующую в текущей реализации. До существенного расширения категории данных, области доступа или требуемых разрешений LSC должна обновить уведомление и запросить отдельное действие, если это необходимо.
48.2. Обновление сигнатур, исправление ошибки, изменение порога или улучшение совместимости без изменения категории данных может выполняться автоматически, если это не создаёт нового существенного вмешательства.
48.3. Установка драйвера, фоновой службы, записи голоса, захвата активного дисплея или иного расширенного компонента не должна скрываться от Пользователя. До его запуска должны быть предоставлены сведения о назначении, разрешениях, отключении и удалении.
48.4. Отказ от нового расширенного мониторинга может сделать функцию недоступной, но не должен автоматически означать нарушение Пользователем, если он не запускает функцию, для которой компонент обязателен.
49. Матрица событий технической проверки
49.1. Событие запуска может включать проверку версии, файлов, подписей, защитного модуля, разрешений и готовности среды.
49.2. Событие подключения может включать подтверждение сессии, идентификатора аккаунта, версии протокола, целостности обмена и доступности сервера.
49.3. Событие во время игры может включать изменение процесса, памяти, файлов, ввода, сетевых ответов, игровых действий и состояния защиты.
49.4. Событие после игры может включать сохранение результата, сопоставление с серверными логами и направление материала в ручную проверку.
50. Уровни технического сигнала
50.1. Информационный сигнал может использоваться только для диагностики и не приводить к ограничению.
50.2. Предупреждение может потребовать обновления, закрытия несовместимой программы, повторного запуска или подтверждения состояния среды.
50.3. Защитное ограничение может завершить сессию или временно остановить подключение, если существует риск продолжения вмешательства.
50.4. Материал расследования может быть передан специалисту для оценки совокупности сигналов. Уровень сигнала не является публичной шкалой и может меняться по версии защиты.
51. Классификация программ и компонентов
51.1. Компонент может быть классифицирован как разрешённый, неизвестный, несовместимый, подозрительный или запрещённый в зависимости от поведения и отношения к защищаемой среде.
51.2. Классификация может пересматриваться после обновления, получения подписи, подтверждения разработчика, анализа ошибки или появления новых сведений.
51.3. Название программы само по себе не определяет результат. Учитываются взаимодействие с игрой, памятью, вводом, сетью, клиентом и защитой.
51.4. Пользователь должен устанавливать обновления совместимого программного обеспечения и не использовать переименованные или изменённые копии для обхода проверки.
52. Защита от подмены и повторной отправки
52.1. Система может проверять подписи, последовательность, срок действия, источник и целостность критических сообщений.
52.2. Повторная отправка старого ответа, изменение результата, подмена идентификатора или попытка воспроизвести доверенное событие может считаться вмешательством.
52.3. Временная сетевая ошибка может внешне напоминать подмену. Поэтому технический сигнал может быть отложен для повторной проверки или сопоставлен с журналом соединения.
52.4. Раскрытие точных параметров проверки не производится, если это позволит создать инструмент обхода.
53. Обновление клиента и контроль версий
53.1. Для защищённой функции может требоваться минимальная версия игры, клиента LSC, лаунчера или защитного компонента.
53.2. Устаревшая версия может быть временно недопущена к серверу из-за известной уязвимости, несовместимости или отсутствия актуальных правил проверки.
53.3. Обновление должно выполняться из указанного источника. Пользователь не должен отключать проверку подписи, подменять пакет или переносить защищённый модуль из неизвестной сборки.
53.4. Если обновление вызывает ошибку, Пользователь может обратиться в поддержку с версией, временем сбоя и безопасным диагностическим материалом.
54. Отдельные устройства и виртуальные среды
54.1. Виртуальная машина, удалённый рабочий стол, эмулятор, слой совместимости или программный гипервизор могут менять доступность проверки и поведение игры.
54.2. Сам факт использования такой среды не является автоматическим признанием нарушения, но LSC может ограничить защищённую функцию, если не может надёжно проверить её целостность.
54.3. Пользователь не должен использовать виртуализацию для скрытия вмешательства, подмены идентификаторов, автоматизации или обхода санкции.
54.4. Поддержка конкретной среды может отсутствовать. В этом случае ограничение связано с технической невозможностью обеспечить безопасность, а не обязательно с обвинением Пользователя.
55. Безопасная диагностика и сбор сведений
55.1. Поддержка может запросить код ошибки, версию, время, снимок сообщения, список относящихся программ или очищенный диагностический файл.
55.2. Перед отправкой файла Пользователь обязан удалить пароли, токены, ключи, личную переписку и данные третьих лиц. Если это невозможно, следует сначала уточнить безопасный формат.
55.3. LSC может отказаться принимать исполняемый файл, полный дамп памяти или запись всего дисплея, если для диагностики достаточно меньшего набора сведений.
55.4. Диагностический материал хранится и используется по правилам Политики конфиденциальности и удаляется либо ограничивается после завершения необходимости.
56. Защита от автоматизированного управления
56.1. Система может проверять признаки макросов, скриптов, искусственной последовательности команд, повторяемого ввода, автоматического прицеливания, ботов и иных инструментов, меняющих игровой процесс.
56.2. Обычная доступность клавиатурных сокращений, игровых устройств или программ доступности не означает автоматического нарушения. Значение имеет влияние на игру и нарушение опубликованных правил.
56.3. Пользователь обязан не использовать автоматизацию для получения преимущества, массовых действий, обхода ограничений или создания нагрузки.
56.4. Сигнал автоматизации может быть сопоставлен с серверными событиями и передан на ручной анализ.
57. Обеспечение сохранности доказательств
57.1. После существенного инцидента LSC может зафиксировать копию журнала, контрольное значение, временную шкалу, состояние клиента и сведения сессии.
57.2. Материал должен по возможности сохраняться в неизменяемом или контролируемом виде, чтобы последующая проверка могла отличить исходную запись от комментария специалиста.
57.3. Доступ к доказательству и его изменение могут регистрироваться. Пользователь не получает права требовать раскрытия внутреннего формата, если это создаёт риск обхода.
57.4. При исправлении ошибки в журнале должно сохраняться указание на исправление, а не незаметная замена истории.
58. Порядок рассмотрения повторных инцидентов
58.1. Повторяемость похожих событий может увеличивать уровень проверки, особенно если ранее была направлена инструкция по совместимости или подтверждена санкция.
58.2. Повторный сигнал не обязан означать новое нарушение, если он вызван общей технической ошибкой. Специалист может объединить события для поиска общей причины.
58.3. Пользователь должен сообщить, какие изменения были сделаны после предыдущего обращения, включая обновление драйвера, клиента, игры или конфликтующего программного обеспечения.
58.4. Обход временной меры до окончания проверки может рассматриваться отдельно от первоначального технического события.
59. Проверка после изменения оборудования
59.1. Замена диска, видеокарты, операционной системы, сетевого оборудования или другой части устройства может изменить технические признаки и вызвать дополнительную проверку.
59.2. Пользователь не обязан сообщать LSC полный список оборудования, если это не требуется конкретной диагностикой. Запрос должен быть ограничен необходимостью.
59.3. Изменение устройства не отменяет ранее подтверждённую санкцию и не должно использоваться для её обхода.
59.4. Если после легитимного обновления доступ ограничен, Пользователь может обратиться с описанием изменения и безопасными доказательствами владения аккаунтом.
60. Итоговая проверка соразмерности
60.1. Перед длительным ограничением, когда это позволяет срочность и безопасность, LSC может проверить качество сигнала, наличие альтернативного объяснения, историю, последствия для других игроков и возможность ручного пересмотра.
60.2. Срочная мера может быть применена раньше, если промедление создаёт риск ущерба. После этого она может быть подтверждена, изменена или снята.
60.3. Техническая защита не предназначена для наказания за сам факт владения обычной программой, если нет связи с защищаемой функцией и событием.
60.4. Итоговая мера должна опираться на применимые правила, доступные сведения и цель защиты, а не только на автоматическую метку без контекста.
61. Безопасное завершение защищённой сессии
61.1. При завершении игры Пользователь должен закрыть клиент штатным способом и не завершать защитный компонент принудительно во время передачи результата проверки.
61.2. Принудительное завершение из-за сбоя само по себе не доказывает нарушение. Оно может привести к неполному журналу, повторной проверке или временной невозможности подключения.
61.3. После сбоя Пользователь может перезапустить клиент, проверить обновления и направить в поддержку код ошибки без паролей, токенов и лишних данных.
62. Границы технических выводов
62.1. Результат автоматической проверки описывает технический риск или событие, а не гражданскую личность, намерения или личные качества Пользователя.
62.2. Один сигнал может требовать контекста. Принимая окончательную меру, LSC может учитывать совокупность событий, историю, объяснения и возможность технической ошибки.
62.3. Отсутствие сигнала не является гарантией разрешённости любого действия, а наличие сигнала не освобождает LSC от обязанности рассмотреть существенные сведения об ошибке.
63. Минимизация раскрытия методов защиты
63.1. В ответе на апелляцию LSC может раскрыть категорию события, дату, применённую меру и общий порядок пересмотра, не раскрывая код, сигнатуру, порог, список обхода или внутреннюю модель.
63.2. Пользователь не должен требовать публикации материалов, если их раскрытие позволит другим лицам обходить защиту или затронет данные третьих лиц.
63.3. Ограничение раскрытия метода не отменяет права Пользователя сообщить об ошибке, запросить ручной пересмотр и получить доступную безопасную информацию о результате.