Политика конфиденциальности

Редакция: 5 сентября 2026 года
Дата вступления в силу: 5 сентября 2026 года

Эта Политика объясняет, какие данные LSC может получать при работе сайта, аккаунта, игровых функций и связанных интеграций. Она действует вместе с Пользовательским соглашением и Уведомлением об античите.

Содержание

1. Область действия и роли
2. Основные понятия
3. Какие данные могут обрабатываться
4. Источники данных
5. Цели использования
6. Cookies и сессии
7. Античит и технический мониторинг
8. Передача и доступ к данным
9. Хранение и удаление
10. Безопасность
11. Права пользователя и обращения
12. Изменения политики
13. Подробное описание жизненного цикла данных
14. Подробные категории данных аккаунта
15. Сетевые и браузерные данные
16. Аналитика и измерение использования
17. Данные сторонних аккаунтов
18. Пользовательский контент и публичность
19. Автоматизированные признаки и решения
20. Безопасность и инциденты
21. Хранение по категориям
22. Реализация запросов пользователя
23. Изменения обработки
24. Матрица данных и целей
25. Принцип разделения доступа
26. Техническая модель сессии
27. Информация, которую не следует отправлять
28. Правовая основа и баланс интересов
29. Данные античита и повышенный риск
30. Резервные копии и восстановление
31. Внешние ссылки и встроенный контент
32. Запросы о данных несовершеннолетних
33. Изменение целей и совместимость функций
34. Подробная карта данных и жизненный цикл
35. Авторизация через Discord и внешние провайдеры
36. Сессионные данные и техническая безопасность
37. Минимизация, точность и связывание записей
38. Данные, которые не следует отправлять
39. Цели обработки по группам функций
40. Правовые основания и согласие
41. Данные античита и повышенный уровень защиты
42. Доступ внутри LSC
43. Передача инфраструктурным и техническим поставщикам
44. Международная обработка и место хранения
45. Сроки хранения по уровням
46. Права пользователя и проверка личности
47. Несовершеннолетние и запросы законного представителя
48. Инциденты безопасности и уведомления
49. Внешние ссылки и встроенный контент
50. Изменение целей и совместимость обработки
51. Реестр операций обработки
52. Разделение идентификаторов
53. Роли пользователей и настройки приватности
54. Логи приложений и наблюдаемость
55. Резервирование, восстановление и удаление
56. Запросы об ограничении обработки
57. Исправление, удаление и обезличивание
58. Запросы органов и юридические требования
59. Утечки, фишинг и компрометация
60. Раздельное согласие и отказ
61. Контроль изменений Политики
62. Настройки браузера и отказ от cookies
63. Обработка обращений и вложений
64. Разумные ожидания пользователя

1. Область действия и роли

1.1. Политика применяется к сайту LSC, авторизации, форуму, галерее, заявкам, обращениям, игровым функциям, лаунчеру и другим компонентам, которые прямо ссылаются на неё.

1.2. В документе «LSC», «мы» и «Платформа» означают проект и его технические компоненты, а «Пользователь» означает лицо, взаимодействующее с ними.

1.3. LSC может работать без образования отдельного юридического лица. Контакт с проектом осуществляется через доступный раздел обращений; конкретный канал может изменяться вместе с интерфейсом.

2. Основные понятия

Персональные данные означают сведения, относящиеся к Пользователю прямо или косвенно.

Технические данные означают сведения о сессии, устройстве, программной и сетевой среде, событиях безопасности и использовании функций.

Сессия, период авторизованного взаимодействия с Платформой, связанный с техническим идентификатором сессии.

Обработка, получение, запись, систематизация, использование, изменение, передача, ограничение, удаление и иные операции с данными.

3. Какие данные могут обрабатываться

3.1. Данные аккаунта и авторизации

В зависимости от способа входа могут обрабатываться внутренний ID пользователя, Discord ID, имя и отображаемое имя, аватар, статус аккаунта, роль, связанные игровые идентификаторы и сведения о согласиях с документами.

LSC не получает пароль Пользователя от Discord или другого поставщика, если авторизация проходит на стороне такого поставщика.

3.2. Данные, которые Пользователь отправляет сам

Это тексты, сообщения, заявки, обращения в поддержку, публикации, изображения, видео, комментарии, реакции, сведения анкеты и другие материалы, которые Пользователь помещает в соответствующую форму.

3.3. Данные использования и сессии

Могут фиксироваться дата и время входа, маршрут или действие в Платформе, статус сессии, идентификатор сессии, IP-адрес, user-agent, сведения об ошибках и событиях безопасности. Такие данные нужны для авторизации, защиты и диагностики.

3.4. Игровые и ролевые данные

В зависимости от используемой функции это могут быть идентификаторы персонажа, игровые события, результаты действий, принадлежность к департаменту, обращения, санкции и иные записи, необходимые для работы игрового сообщества.

3.5. Технические данные клиента

Если Пользователь запускает защищаемый клиент или иной технический компонент, могут обрабатываться данные, перечисленные в Уведомлении об античите: сведения о целостности, совместимости, процессах, модулях, игровых событиях и диагностике, только в пределах назначения такого компонента.

3.6. Cookies и локальные данные

Сайт использует необходимые cookies и аналогичные механизмы, в частности для авторизованной сессии, защиты запросов и корректной работы интерфейса. Настройки аналитики, если они включены Администрацией, описываются в интерфейсе и зависят от фактической конфигурации сайта.

3.7. Производные сведения

LSC может формировать внутренние признаки: статус доступа, факт принятия версии документа, результат проверки, связь событий с аккаунтом и агрегированную статистику. Это не означает, что LSC формирует отдельный «профиль» для каждой возможной цели.

4. Источники данных

Данные поступают:

• от Пользователя через формы и действия в интерфейсе;
• от Discord и других интеграций после авторизации или подключения;
• автоматически от сайта, сессии, клиента и серверных журналов;
• от модераторов, поддержки и участников при рассмотрении обращения;
• из игровых и технических событий, связанных с аккаунтом.

5. Цели использования

LSC использует данные, когда это необходимо для:

1. авторизации, управления аккаунтом и предоставления доступа;
2. обработки заявок, публикаций, сообщений и обращений;
3. работы форума, галереи, игровых и ролевых функций;
4. принятия и хранения подтверждений юридических документов;
5. предотвращения мошенничества, обхода санкций, читов и атак;
6. модерации, рассмотрения жалоб и защиты Пользователей;
7. диагностики ошибок, обновления и улучшения Платформы;
8. связи с Пользователем по его запросу или важному событию аккаунта;
9. исполнения обязательных требований и защиты прав LSC и других лиц.

Принцип минимальности: конкретная функция должна использовать данные, которые разумно необходимы для её работы, безопасности или проверки.

6. Cookies и сессии

6.1. Обязательная cookie сессии позволяет сохранить авторизацию между запросами. Без неё закрытые разделы, формы и защита от подделки запросов могут работать неправильно.

6.2. Браузер может хранить технические значения, необходимые для CSRF-защиты, темы и корректной работы интерфейса.

6.3. Сторонняя аналитика включается только при наличии соответствующей настройки сайта. Если такая аналитика активна, её поставщик может обрабатывать технические данные по собственной политике.

6.4. Пользователь может ограничить cookies настройками браузера, однако это способно нарушить вход и работу авторизованных функций.

7. Античит и технический мониторинг

7.1. Защищаемые игровые функции могут использовать античит, проверку целостности и диагностику. Подробный перечень возможных проверок, ограничения и отдельные условия приведены в Уведомлении об античите.

7.2. Технические данные могут использоваться автоматически для выявления аномалий, несовместимого ПО, вмешательства в игровой процесс и обхода санкций. Автоматический сигнал может передаваться на ручную проверку и сам по себе не описывает все обстоятельства события.

7.3. Если конкретный компонент создаёт снимок экрана, записывает голос или требует расширенного системного разрешения, Пользователю должно быть предоставлено отдельное уведомление или согласие, когда это требуется законом и интерфейсом.

8. Передача и доступ к данным

8.1. Доступ может предоставляться уполномоченным администраторам, модераторам, разработчикам и техническим специалистам в объёме, необходимом для их задачи.

8.2. При работе интеграций данные могут передаваться или становиться доступными Discord, хостинг-провайдеру, поставщикам инфраструктуры, аналитики или защиты, только в пределах соответствующей функции и их технических условий.

8.3. Данные могут быть раскрыты государственному органу или иному лицу, если это требуется законом, судебным актом либо необходимо для защиты прав и безопасности.

8.4. LSC не продаёт Пользовательские данные как самостоятельный товар. Публичный контент может быть виден другим лицам в соответствии с настройками и функцией, которую выбрал Пользователь.

9. Хранение и удаление

9.1. Данные хранятся не дольше, чем это необходимо для заявленной цели, работы аккаунта, безопасности, разрешения обращений и споров либо исполнения обязательной нормы.

9.2. Срок зависит от категории: данные активного аккаунта, технические журналы, записи согласий, материалы модерации, резервные копии и данные расследований могут иметь разные сроки.

9.3. После удаления аккаунта отдельные записи могут сохраняться в обезличенном, агрегированном или ограниченном виде, если они нужны для безопасности, предотвращения повторного обхода санкций, аудита или разрешения спора.

9.4. Удаление публикации из интерфейса не обязательно означает немедленное удаление резервной копии или записи, которую необходимо сохранить по указанным причинам.

10. Безопасность

10.1. LSC применяет технические и организационные меры, соответствующие характеру данных и рискам: контроль доступа, авторизацию, защиту запросов, журналы событий и резервное копирование.

10.2. Ни один способ хранения или передачи не гарантирует абсолютную безопасность. Пользователь обязан защищать свои средства доступа и сообщать о подозрительных действиях через канал обращений.

11. Права пользователя и обращения

11.1. В пределах применимого закона Пользователь может запросить информацию об обработке своих данных, исправление неточностей, удаление или ограничение обработки, а также отозвать согласие там, где обработка основана именно на согласии.

11.2. Отзыв согласия не отменяет обработку, уже выполненную законно, и может сделать недоступной функцию, для которой это согласие необходимо.

11.3. Запрос направляется через раздел обращений LSC с аккаунта Пользователя. Для защиты от выдачи себя за другого лица LSC может запросить подтверждение принадлежности аккаунта.

11.4. Пользователь вправе обратиться с жалобой в компетентный орган, если считает, что обработка нарушает применимое законодательство.

12. Изменения политики

12.1. LSC может обновлять Политику при изменении Платформы, законодательства или способов обработки. Новая редакция публикуется на этой странице с новой версией.

12.2. Если изменение существенно влияет на Пользователя, LSC может запросить повторное ознакомление и согласие до продолжения соответствующей функции.

12.3. Вопросы о данных и безопасности следует направлять через раздел обращений LSC, указав аккаунт и предмет запроса.

13. Подробное описание жизненного цикла данных

13.1. На этапе получения LSC определяет источник данных и связывает их с нужной функцией. Поля формы, необходимые для заявки или обращения, могут быть обязательными. Если Пользователь не предоставляет их, соответствующая функция может не работать.

13.2. На этапе использования доступ к данным разделяется по ролям и задачам. Администратор, модератор, разработчик и технический специалист не получают автоматически одинаковый объём доступа.

13.3. На этапе хранения записи могут объединяться с техническими событиями, если это необходимо для безопасности, разрешения обращения, проверки согласия или восстановления истории действий.

13.4. На этапе удаления данные удаляются, обезличиваются или ограничиваются в зависимости от их назначения. Удаление не выполняется немедленно, если запись находится в резервной копии, связана с активным спором, санкцией, расследованием или обязательным требованием.

14. Подробные категории данных аккаунта

14.1. К идентификационным данным относятся внутренний ID, идентификатор внешнего аккаунта, имя, отображаемое имя, аватар, роль, статус, принадлежность к функциям и сведения о времени создания или входа.

14.2. К данным доступа относятся сведения о сессии, токене сессии, CSRF-защите, времени входа и завершения сессии. Секреты авторизации не должны отображаться администраторам в открытом виде.

14.3. К данным согласия относятся документ, версия, дата и время подтверждения, аккаунт и технические сведения, необходимые для доказательства действия. Запись о прочтении документа и запись о согласии могут быть разными событиями.

14.4. К данным обращений относятся тема, текст, вложения, статус, сообщения, история ответа и сведения, которые Пользователь сам приложил к обращению.

14.5. К данным сообщества относятся публикации, комментарии, реакции, игровые записи, заявки, результаты модерации и связанные идентификаторы.

15. Сетевые и браузерные данные

15.1. IP-адрес и user-agent могут использоваться для авторизации, защиты от подделки запросов, ограничения злоупотреблений, расследования инцидентов и диагностики.

15.2. Маршрут страницы, время запроса, код результата и техническая ошибка могут фиксироваться в серверных журналах. Содержание таких журналов не предназначено для публичного просмотра.

15.3. Браузерные cookies не используются как самостоятельное доказательство личности без сопоставления с другими сведениями сессии. Пользователь может удалить cookies, но после этого потребуется повторная авторизация.

15.4. Если Пользователь открывает внешнюю ссылку, встраиваемый материал или сервис авторизации, этот внешний сервис может получить технические данные по своим правилам. Передача не контролируется настоящей Политикой после перехода на внешний домен.

16. Аналитика и измерение использования

16.1. В административных настройках LSC могут быть указаны идентификаторы Google Analytics, Яндекс Метрики или другого аналитического инструмента. Если идентификатор не настроен, соответствующий код не должен загружаться сайтом.

16.2. При включённой аналитике поставщик может получать сведения о посещении, устройстве, браузере, странице, техническом событии и приблизительных параметрах использования в соответствии со своей политикой.

16.3. LSC не использует аналитические данные для выдачи себя за Пользователя, получения пароля или чтения содержимого закрытого аккаунта. Аналитика не заменяет серверные журналы безопасности.

16.4. Пользователь может ограничить аналитические cookies и сетевые запросы средствами браузера. Это не отменяет обязательные cookies сессии и защиты.

17. Данные сторонних аккаунтов

17.1. При входе через Discord или иной сервис LSC получает только те данные, которые предоставляет интеграция после действия Пользователя и которые нужны для создания или обслуживания аккаунта.

17.2. LSC не получает пароль от внешнего сервиса через собственную форму. Токены интеграции могут обрабатываться техническими компонентами для выполнения разрешённого действия и не предназначены для публикации.

17.3. Пользователь может прекратить связь с внешним аккаунтом, однако это может привести к потере доступа к функциям, которые зависят от такой связи.

17.4. Сторонний сервис может обновить, удалить или ограничить предоставленные данные независимо от LSC. В таком случае отображение имени, роли или статуса может измениться.

18. Пользовательский контент и публичность

18.1. Перед отправкой материала Пользователь выбирает функцию, в которой он будет использоваться. Публичная публикация может стать доступной посетителям, участникам сообщества, поисковым системам или другим пользователям в зависимости от настроек.

18.2. Материал в закрытом обращении не предназначен для публичного показа, но может быть доступен сотрудникам, которые рассматривают обращение, обеспечивают безопасность или сопровождают соответствующую функцию.

18.3. LSC может сохранять технические копии, историю изменений, вложения и сведения о модерации, даже если основная публикация скрыта.

18.4. Если Пользователь хочет удалить материал другого лица, он направляет обращение и указывает конкретную ссылку или идентификатор. LSC оценивает запрос с учётом прав автора, публичности, безопасности и обязательных требований.

19. Автоматизированные признаки и решения

19.1. Автоматическая обработка может сравнивать события, выявлять повторяющиеся действия, определять техническую несовместимость, находить подозрительные связи и направлять событие на проверку.

19.2. Автоматический результат может быть предварительным. В зависимости от риска он может привести к временной технической мере до ручной проверки.

19.3. Пользователь вправе попросить рассмотреть спорное решение через канал обращений. LSC может не раскрывать внутренние веса, пороги, сигнатуры и сведения, позволяющие обойти систему или раскрыть данные другого лица.

19.4. Автоматическое сопоставление не означает, что LSC использует только один признак или принимает решение без возможности учёта дополнительных обстоятельств, если такая проверка предусмотрена функцией.

20. Безопасность и инциденты

20.1. Доступ к данным ограничивается учётными записями и ролями, а опасные действия защищаются авторизацией и проверкой запросов. Техническая мера может быть изменена при обнаружении новой угрозы.

20.2. При подозрении на утечку, захват аккаунта или раскрытие чужих данных Пользователь должен немедленно сообщить об этом через раздел обращений и описать затронутую функцию.

20.3. В случае инцидента LSC может временно завершить сессии, ограничить функцию, потребовать повторный вход, сохранить технические сведения и связаться с затронутыми лицами, если это необходимо и возможно.

20.4. Пользователь не должен публиковать найденные секреты, токены, персональные данные и детали уязвимости. Их следует передавать через закрытый канал.

21. Хранение по категориям

21.1. Данные аккаунта хранятся, пока аккаунт используется или пока они нужны для управления доступом, безопасности и разрешения связанных вопросов.

21.2. Записи согласий хранятся дольше обычной сессионной информации, если нужно подтвердить, с какой редакцией документа Пользователь согласился.

21.3. Журналы безопасности, античит-события и сведения о санкциях могут храниться дольше обычных журналов, если существует риск повторного нарушения, активное обжалование или спор.

21.4. Резервные копии удаляются или перезаписываются по циклу инфраструктуры. До этого доступ к ним ограничивается и они не используются для обычного отображения аккаунта.

21.5. Обезличенные и агрегированные сведения могут храниться после удаления аккаунта, если по ним нельзя разумно восстановить личность Пользователя и они нужны для статистики, безопасности или развития Платформы.

22. Реализация запросов пользователя

22.1. Запрос должен содержать описание права, к которому он относится, аккаунт и безопасный способ получить ответ. Не следует отправлять пароль, полный токен или платёжные данные.

22.2. LSC может запросить дополнительные сведения для подтверждения личности. Если подтверждение не получено, запрос может быть ограничен, чтобы не раскрыть данные другому лицу.

22.3. Перед удалением LSC может сохранить минимальный набор сведений о факте санкции, споре, согласии или безопасности, если это разрешено применимым законом.

22.4. Если запрос затрагивает права другого лица, коммерческую тайну, методы защиты или техническую безопасность, ответ может быть предоставлен в сокращённом виде с объяснением причины ограничения.

23. Изменения обработки

23.1. При запуске новой функции LSC может обновить категории данных, цели, поставщиков и сроки хранения. Новая версия Политики должна быть опубликована до начала обработки, если этого требуют применимые нормы.

23.2. Если новая функция не нужна Пользователю, он не обязан пользоваться ею. Отказ от функции не должен сам по себе означать согласие на её обработку.

24. Матрица данных и целей

24.1. Данные аккаунта используются для входа, идентификации, отображения профиля, управления ролями и защиты аккаунта.

24.2. Данные заявок, публикаций и обращений используются для выполнения соответствующей функции, связи с Пользователем, модерации и разрешения спора.

24.3. Данные сессии, IP-адрес, user-agent и события запросов используются для авторизации, CSRF-защиты, ограничения злоупотреблений, диагностики и расследования атак.

24.4. Данные согласий используются для определения актуальной редакции документа и проверки того, что Пользователь получил возможность ознакомиться с ней до доступа к закрытой функции.

24.5. Игровые события и техническая телеметрия используются для работы игровых функций, безопасности, античита, диагностики и обжалования санкций.

25. Принцип разделения доступа

25.1. Доступ к данным предоставляется по задаче, а не только по должности. Лицо, которое отвечает за обращение, не получает автоматически доступ к данным, не связанным с этим обращением.

25.2. Технические специалисты могут видеть диагностические сведения, необходимые для исправления ошибки. Модераторы могут видеть материалы, необходимые для правил сообщества. Администраторы могут иметь более широкий доступ, если это требуется управлением и безопасностью.

25.3. Доступы могут фиксироваться в журналах. Журнал доступа сам может быть защищённым техническим данным и не обязательно показывается Пользователю полностью.

25.4. LSC может ограничить или отозвать доступ сотрудника, интеграции или поставщика при изменении задачи, увольнении, инциденте или подозрении на злоупотребление.

26. Техническая модель сессии

26.1. После входа браузер получает технический идентификатор сессии. Он позволяет сайту понять, что последовательные запросы относятся к одной авторизованной сессии.

26.2. Сессия может быть завершена по выходу, истечении срока, отзыву, изменению безопасности, очистке cookies или перезапуску инфраструктуры.

26.3. Для защиты форм LSC может использовать CSRF-токен и проверять, что действие пришло из действующей сессии. Этот токен не является паролем и не должен публиковаться.

26.4. Сведения о сессии могут сопоставляться с IP, user-agent, маршрутом, временем и событиями безопасности. Такое сопоставление нужно для обнаружения захвата, автоматизации и обхода ограничений.

27. Информация, которую не следует отправлять

27.1. Пользователь не должен передавать LSC пароли от Discord, Rockstar, Steam или других сервисов, полные токены, коды восстановления, данные банковской карты, секретные ключи и коды двухфакторной защиты.

27.2. Если для расследования нужен файл, скриншот или лог, Пользователь должен удалить из него посторонние пароли, документы, адреса, платёжные сведения и данные других лиц, если они не относятся к событию.

27.3. Полученное по ошибке чувствительное содержимое ограничивается доступом и может быть удалено или скрыто, если его сохранение не требуется для безопасности или закона.

28. Правовая основа и баланс интересов

28.1. В зависимости от цели обработка может быть нужна для исполнения условий доступа, работы запрошенной функции, защиты безопасности, предотвращения злоупотреблений, исполнения обязанности по закону или на основании согласия.

28.2. Если обработка основана на согласии, Пользователь может отозвать его способом, указанным интерфейсом или через обращение. Отзыв не делает незаконной ранее выполненную обработку и может закрыть функцию.

28.3. Если данные нужны для безопасности, LSC может продолжить ограниченную обработку после отзыва согласия, когда это допускается применимым законом. В таком случае обрабатывается только необходимый объём.

28.4. LSC не должна использовать формулировку «согласие на всё» как замену описанию конкретных целей. Каждое расширенное действие должно быть связано с определённой функцией и уведомлением.

29. Данные античита и повышенный риск

29.1. Технические данные античита могут быть чувствительными с точки зрения безопасности, даже если сами по себе не являются специальной категорией персональных данных. Их раскрытие может упростить обход защиты.

29.2. LSC может хранить результаты проверки отдельно от обычного профиля и ограничивать их просмотр. Связь с аккаунтом выполняется только в объёме, необходимом для безопасности, расследования и обжалования.

29.3. Подробный перечень возможных проверок приведён в Уведомлении об античите. Настоящая Политика определяет цели обработки и обращения с результатами.

30. Резервные копии и восстановление

30.1. Резервные копии создаются для восстановления работы Платформы после ошибки, сбоя или инцидента. Они не предназначены для постоянного отображения удалённых материалов.

30.2. Удаление из основной базы может не удалить запись из резервной копии до её плановой перезаписи. Доступ к резервным копиям ограничивается технической задачей.

30.3. При восстановлении из резервной копии LSC принимает разумные меры, чтобы не вернуть удалённый по безопасности материал в публичный доступ без необходимости.

31. Внешние ссылки и встроенный контент

31.1. Страница LSC может содержать ссылки, видео, авторизацию или интеграции внешних сервисов. После перехода действует политика соответствующего сервиса.

31.2. До перехода Пользователь может увидеть домен ссылки. LSC не гарантирует содержание, безопасность и способы обработки данных на внешнем ресурсе.

31.3. Встроенный контент может использовать техническое соединение с внешним доменом для загрузки ресурса. Если это влияет на cookies или аналитику, Пользователь может ограничить загрузку настройками браузера.

32. Запросы о данных несовершеннолетних

32.1. Запрос от несовершеннолетнего или его законного представителя может потребовать дополнительной проверки полномочий и принадлежности аккаунта.

32.2. LSC может временно ограничить аккаунт, если есть обоснованное сомнение в возрасте, согласии представителя или безопасности ребёнка. Ограничение не является утверждением о нарушении.

33. Изменение целей и совместимость функций

33.1. Данные, собранные для авторизации, не должны автоматически использоваться для новой несовместимой цели без уведомления, правового основания или нового согласия, если оно требуется.

33.2. Если одна запись нужна нескольким связанным функциям, LSC должна использовать её только в пределах совместимых целей, указанных в настоящей Политике и интерфейсе.

33.3. Новая функция может иметь собственное уведомление. Отсутствие отдельной страницы не освобождает LSC от обязанности описать существенное изменение обработки.

34. Подробная карта данных и жизненный цикл

34.1. Для каждой функции LSC должна по возможности определять источник данных, цель, срок использования, категорию доступа и способ удаления. Одна и та же информация может использоваться для нескольких совместимых целей, например для авторизации, безопасности и восстановления сессии.

34.2. Данные проходят этапы получения, проверки, использования, хранения, ограничения доступа, архивирования и удаления либо обезличивания. Не каждый этап применяется к каждой категории. Краткоживущие данные могут исчезать после завершения сессии, а материалы безопасности могут сохраняться дольше.

34.3. Если данные больше не нужны для заявленной цели, LSC должна стремиться удалить их, обезличить или ограничить доступ, если сохранение не требуется законом, расследованием, защитой прав или безопасностью инфраструктуры.

34.4. Резервные копии могут обновляться с задержкой. Поэтому удаление из основной системы не всегда означает мгновенное исчезновение из всех резервных носителей, но данные не должны восстанавливаться для обычного использования без необходимости.

35. Авторизация через Discord и внешние провайдеры

35.1. При входе через Discord или иной внешний сервис LSC может получить идентификатор внешнего аккаунта, отображаемое имя, аватар, подтверждение авторизации, адрес электронной почты, если провайдер его передаёт и Пользователь разрешил это, а также технические сведения о сессии.

35.2. LSC не получает пароль от внешнего провайдера через стандартный протокол авторизации. Пользователь должен проверять адрес страницы входа и не сообщать пароль, код или токен сотруднику LSC.

35.3. Отзыв доступа у внешнего провайдера может остановить вход, но не обязательно удаляет уже созданную запись LSC. Для удаления, исправления или связывания аккаунта Пользователь направляет запрос через доступный канал поддержки.

35.4. Если внешний провайдер изменит набор передаваемых данных, разрешения или доступность интеграции, LSC может изменить процедуру входа, попросить повторную авторизацию или временно отключить интеграцию.

36. Сессионные данные и техническая безопасность

36.1. Для поддержания входа могут использоваться cookie, токены сессии, CSRF-значения, идентификаторы устройства браузера и иные служебные маркеры. Они позволяют отличить действия одной сессии, предотвращать подделку запросов и сохранять настройки.

36.2. Сессионные токены должны считаться секретными. Пользователь обязан завершить неизвестные сессии, не публиковать инструменты разработчика с действующими токенами и не вставлять токены в обращения, скриншоты или сообщения.

36.3. LSC может фиксировать время входа, завершения сессии, обновления токена, неудачные попытки, адрес сети, браузер, операционную систему и технический результат запроса. Такие сведения нужны для безопасности и диагностики.

36.4. Сессия может быть автоматически завершена при изменении критических данных, подозрительной активности, истечении срока действия, отзыве авторизации, обновлении безопасности или необходимости повторного согласия с документами.

37. Минимизация, точность и связывание записей

37.1. LSC стремится запрашивать сведения, необходимые для конкретной функции. Если Пользователь добровольно сообщает лишние данные, они могут попасть в обращение, вложение, журнал или контент и обрабатываться в пределах цели, для которой были получены.

37.2. Пользователь должен сообщать об ошибке в данных, если она влияет на доступ, безопасность, возраст, связь аккаунтов или рассмотрение обращения. Для исправления может потребоваться подтверждение, что запрос исходит от владельца аккаунта.

37.3. Записи могут связываться по аккаунту, сессии, внешнему идентификатору, тикету, игровому событию или техническому идентификатору. Связывание выполняется, когда оно нужно для работы функции, безопасности, расследования или предотвращения обхода ограничений.

37.4. Связь технических записей с аккаунтом не означает, что LSC установила гражданскую личность Пользователя. Она показывает отношение событий к конкретной учётной записи или среде использования.

38. Данные, которые не следует отправлять

38.1. Пользователь не должен отправлять в поддержку пароли, коды двухфакторной защиты, токены Discord, полные реквизиты банковской карты, секретные ключи, документы без необходимости и чужую переписку.

38.2. Перед отправкой лога, дампа, снимка или записи Пользователь должен по возможности удалить секреты, персональные данные третьих лиц и материалы, не относящиеся к обращению. Если удалить их нельзя, следует сообщить об этом в тексте обращения.

38.3. Если секрет был отправлен случайно, Пользователь должен как можно скорее отозвать его у соответствующего провайдера и сообщить LSC, какой материал содержит секрет. LSC может ограничить доступ к вложению.

38.4. Получение избыточных данных не означает, что LSC намеренно запросила их или будет использовать для несвязанной цели. Обработка определяется необходимостью и настоящей Политикой.

39. Цели обработки по группам функций

39.1. Авторизация и аккаунт: создание профиля, вход через Discord и другие интеграции, связывание идентификаторов, восстановление доступа, отображение имени и управление настройками.

39.2. Работа Платформы: публикация страниц, форумов, заявок, событий, игровых функций, уведомлений, загрузок, поиска и пользовательских настроек.

39.3. Безопасность: предотвращение взлома, спама, мошенничества, обхода санкций, массовых регистраций, атак, вредоносной автоматизации и вмешательства в защищаемую игровую среду.

39.4. Поддержка и споры: приём обращений, проверка обстоятельств, ведение истории решения, рассмотрение апелляций, защита прав LSC и Пользователей и исполнение обязательных требований.

39.5. Будущие платные функции: подтверждение операции, предоставление цифрового элемента, возврат, предотвращение платёжного мошенничества, бухгалтерский учёт и связь с платёжным оператором, если такие функции будут включены.

40. Правовые основания и согласие

40.1. В зависимости от функции обработка может быть необходима для предоставления запрошенной услуги, исполнения согласованных условий, обеспечения безопасности, соблюдения обязательного требования, защиты прав или на основании отдельного согласия, когда оно требуется.

40.2. Согласие должно быть выражено конкретным действием, если это предусмотрено функцией. Пользователь может отказаться от необязательной обработки, однако это может сделать недоступной функцию, которая без неё не работает.

40.3. Принятие Пользовательского соглашения не должно автоматически означать согласие на любые будущие способы обработки, которые существенно меняют категорию данных или цель. При существенном изменении LSC должна обновить информацию и запросить дополнительное действие, если это требуется.

40.4. Отзыв согласия не делает незаконной обработку, выполненную до отзыва, и не прекращает обработку, необходимую для безопасности, исполнения закона, защиты прав или завершения уже начатой операции, если иное не требуется законом.

41. Данные античита и повышенный уровень защиты

41.1. Технический мониторинг может создавать записи о файлах, процессах, модулях, памяти защищаемой игры, сетевых событиях, идентификаторах установки, ошибках и результатах проверки. Подробный перечень и ограничения описаны в Уведомлении об античите.

41.2. Такие сведения могут быть чувствительными с точки зрения безопасности проекта, поэтому доступ к ним ограничивается. LSC может сообщить Пользователю общий результат проверки, не раскрывая сигнатуру, порог, формулу риска или данные других лиц.

41.3. Снимки экрана, голосовые материалы, дампы и иные расширенные материалы допускаются только при наличии конкретной реализации и надлежащего уведомления. Само существование этого раздела не доказывает, что каждая версия клиента создаёт такие материалы.

41.4. Материалы античита могут связываться с аккаунтом и санкцией, храниться дольше обычной сессии и передаваться уполномоченному техническому специалисту, если это необходимо для проверки, апелляции или защиты инфраструктуры.

42. Доступ внутри LSC

42.1. Доступ к данным должен предоставляться по ролям и по принципу необходимости. Администратор, модератор, сотрудник поддержки и технический специалист могут видеть разные категории сведений.

42.2. Пользовательский контент может быть доступен модераторам для проверки правил. Технические журналы могут быть доступны только безопасности и инженерам. Платёжные подтверждения могут быть доступны ограниченному кругу лиц, ответственному за расчёты и поддержку.

42.3. Доступы могут регистрироваться, пересматриваться и отзыватьcя при смене роли, завершении задачи или выявлении риска. Внешний подрядчик не должен получать больше данных, чем нужно для согласованной операции.

42.4. Внутренние меры доступа не гарантируют абсолютную защиту от ошибки, уязвимости или незаконного действия, но LSC принимает разумные организационные и технические меры для снижения такого риска.

43. Передача инфраструктурным и техническим поставщикам

43.1. Для хостинга, баз данных, доставки контента, защиты от атак, авторизации, отправки уведомлений, аналитики ошибок и обработки платежей могут использоваться поставщики, если соответствующая функция включена.

43.2. Поставщик может получить только тот набор, который необходим для конкретной операции, однако техническая инфраструктура может обрабатывать сетевые адреса, идентификаторы сессий, журналы запросов и метаданные доставки.

43.3. Если поставщик меняется, LSC обновляет описание категорий и ссылок, когда это необходимо. Необязательные внешние сервисы не должны получать данные только потому, что они существуют в инфраструктуре.

43.4. Передача между компонентами может выполняться автоматически. Это не означает продажу персональных данных или разрешение поставщику использовать их для несвязанных целей.

44. Международная обработка и место хранения

44.1. Сервер, резервная копия, поставщик или техническая команда могут находиться в другой стране, если это следует из инфраструктуры и включённых сервисов. Конкретное место может зависеть от выбранной конфигурации.

44.2. При передаче за пределы первоначального места хранения LSC стремится использовать защищённое соединение, ограничение доступа, договорные меры и иные доступные гарантии, если они требуются применимым правом.

44.3. Пользователь понимает, что интернет и распределённая инфраструктура могут включать несколько технических узлов. Это не даёт LSC права передавать данные любому лицу без связи с заявленной целью.

45. Сроки хранения по уровням

45.1. Сессионные и транспортные маркеры могут храниться столько, сколько нужно для входа, безопасности запроса и предотвращения повторного использования.

45.2. Обычные записи аккаунта и пользовательский контент хранятся, пока аккаунт или функция используются, либо пока сохранение нужно для истории, поддержки, модерации, спора или обязательного требования.

45.3. События безопасности, антифрод и античит могут храниться дольше, если они связаны с санкцией, апелляцией, повторным обходом, атакой, расследованием или защитой прав.

45.4. По окончании срока данные удаляются, обезличиваются или переводятся в ограниченный архив, если нет основания сохранить их дольше. Резервные копии удаляются по собственному циклу обновления.

46. Права пользователя и проверка личности

46.1. В зависимости от применимого права Пользователь может запросить сведения об обработке, доступ к данным, исправление, удаление, ограничение обработки, возражение, переносимость или отзыв согласия.

46.2. Для защиты от раскрытия данных другому лицу LSC может попросить подтвердить контроль над аккаунтом или внешним способом авторизации. Проверка должна быть соразмерной запросу.

46.3. Запрос может быть отклонён или ограничен, если его выполнение нарушит права других лиц, раскроет секреты античита, создаст риск безопасности, потребует раскрытия защищённого материала или не допускается законом.

46.4. Пользователь может подать повторный запрос с уточнением цели. Ограничение доступа к части данных не означает отказ во всех данных, которые можно предоставить безопасно.

47. Несовершеннолетние и запросы законного представителя

47.1. LSC ориентирует доступ на лиц от 16 лет, если иной возраст не установлен законом, игрой или конкретной функцией. Для младшего возраста может требоваться участие родителя или законного представителя.

47.2. Запрос представителя должен содержать сведения, достаточные для подтверждения полномочий, но Пользователь не должен отправлять полный документ без необходимости. Лишние данные в копии следует закрывать, если они не нужны для проверки.

47.3. При сомнении в возрасте или основании обработки LSC может временно ограничить профиль, публикацию, сообщения или игровую функцию до завершения проверки.

47.4. Если выявлено, что данные ребёнка получены без необходимого основания, LSC рассматривает вопрос об удалении или ограничении обработки с учётом безопасности, обязательных сроков и уже возникшего спора.

48. Инциденты безопасности и уведомления

48.1. При подозрении на утечку, несанкционированный доступ, вредоносную модификацию или компрометацию поставщика LSC может ограничить сессии, отозвать токены, изменить ключи, временно отключить интеграцию или запросить повторную авторизацию.

48.2. Расследование инцидента может потребовать сохранения журналов, копий запросов, технических идентификаторов и материалов, которые обычно удаляются быстрее. Срок такого сохранения ограничивается расследованием и защитой.

48.3. Если уведомление Пользователей требуется, оно может быть опубликовано на странице, отправлено через доступный канал или показано после входа. Детали, облегчающие повторную атаку, могут не раскрываться.

48.4. Пользователь обязан сообщать о подозрительном письме, краже токена, фишинговой странице или вредоносной ссылке через закрытый канал и не распространять её среди других участников.

49. Внешние ссылки и встроенный контент

49.1. Платформа может содержать ссылки на Discord, игровые сервисы, платёжные страницы, социальные сети, загрузки и иные ресурсы. После перехода обработка регулируется политикой соответствующего ресурса.

49.2. Встроенный контент может передавать технический запрос внешнему домену для загрузки изображения, видео, шрифта или виджета. Если такая функция существенна для приватности, она должна быть описана или по возможности загружаться после действия Пользователя.

49.3. LSC не контролирует все действия внешнего сайта, его cookies, рекламу, сроки хранения и безопасность. Пользователь должен проверять адрес и политику внешнего сервиса самостоятельно.

50. Изменение целей и совместимость обработки

50.1. LSC может использовать ранее полученные данные для новой цели только при наличии совместимости с первоначальной целью, технической необходимости, отдельного основания или нового уведомления, если это требуется.

50.2. Изменение сигнатуры античита без расширения категории данных может быть техническим обновлением. Добавление новой категории доступа, например голоса, активного дисплея или низкоуровневого компонента, требует отдельной оценки и уведомления.

50.3. Если новая функция несовместима с ранее опубликованным описанием, она не должна считаться автоматически разрешённой только потому, что Пользователь когда-то принял общую Политику.

50.4. История редакций позволяет определить, какая версия действовала в момент согласия или события. При споре учитываются запись согласия, опубликованный текст и технические журналы.

51. Реестр операций обработки

51.1. Для каждой значимой функции LSC должна поддерживать внутреннее описание: какие данные используются, откуда они получаются, кто имеет доступ, зачем они нужны и когда подлежат удалению.

51.2. Реестр может существовать в технической форме и не обязан полностью публиковаться, если раскрытие создаст риск безопасности. Пользователь получает публичное описание категорий и целей в настоящей Политике.

51.3. При изменении архитектуры, внешнего провайдера, античита или платёжной функции соответствующая запись должна быть пересмотрена.

51.4. Отсутствие категории в реестре не должно использоваться для скрытого расширения обработки. Новая существенная категория требует оценки до включения функции.

52. Разделение идентификаторов

52.1. LSC может разделять публичное имя, внутренний идентификатор, внешний идентификатор Discord, идентификатор сессии, технический токен и платёжный идентификатор.

52.2. Разделение уменьшает риск раскрытия одной записи через другую. Однако для авторизации, поддержки, безопасности и предотвращения обхода отдельные идентификаторы могут временно связываться.

52.3. Публичное отображение имени не должно автоматически раскрывать технический идентификатор, адрес сети, сведения устройства или внутренний результат проверки.

52.4. Хеширование и псевдонимизация снижают риск, но не всегда исключают возможность связать запись с аккаунтом, если доступны дополнительные сведения.

53. Роли пользователей и настройки приватности

53.1. Пользователь может иметь публичный профиль, ограниченный профиль, роль участника, модератора или другую роль с отдельным набором видимости.

53.2. Настройка приватности влияет на обычное отображение, но не отменяет доступ, необходимый для безопасности, модерации, выполнения закона или обработки обращения.

53.3. Публичная публикация Пользователя может быть доступна поиску, цитированию и просмотру другими участниками. Перед публикацией Пользователь должен проверить, не содержит ли материал чужих данных.

53.4. LSC может скрыть материал по жалобе, запросу Пользователя, результату модерации или технической ошибке, сохранив ограниченную копию для проверки.

54. Логи приложений и наблюдаемость

54.1. Для диагностики могут записываться маршрут запроса, время, код ответа, длительность операции, версия приложения, идентификатор корреляции, ошибка и технические метаданные.

54.2. Логи могут содержать данные, которые Пользователь ввёл в адрес, форму, обращение или заголовок. Поэтому Пользователь не должен помещать секреты в URL, тему обращения или открытые поля.

54.3. Логи доступа к административным функциям могут сохраняться отдельно и использоваться для расследования неправильного доступа.

54.4. Служебное логирование не даёт сотруднику права просматривать содержание запроса без необходимости для выполнения задачи.

55. Резервирование, восстановление и удаление

55.1. Резервные копии создаются для восстановления работы после ошибки, атаки, повреждения или сбоя поставщика. Они могут содержать состояние базы данных и технические журналы на момент копирования.

55.2. Копии должны быть защищены доступом, шифрованием или иными мерами, доступными для выбранной инфраструктуры. Ключи и учётные данные не должны храниться вместе с открытой копией без дополнительной защиты.

55.3. Восстановление может временно вернуть ранее удалённую или изменённую запись. После восстановления LSC должна применить актуальные правила удаления и ограничить доступ к ненужным данным.

55.4. Удаление из резервных копий выполняется в соответствии с циклом их замены. Данные не должны восстанавливаться для обычного использования после того, как основание хранения прекращено.

56. Запросы об ограничении обработки

56.1. Пользователь может попросить временно ограничить использование спорных данных, если оспаривает их точность, законность или необходимость.

56.2. Во время ограничения LSC может хранить данные и использовать их для защиты прав, безопасности, выполнения закона или обработки самого запроса, но не должна применять их для несовместимой обычной цели.

56.3. Ограничение может быть снято после проверки, о чём Пользователь уведомляется, если это требуется и технически возможно.

56.4. Ограничение не обязано прекращать работу функции, если без соответствующей обработки невозможно обеспечить вход, безопасность или предотвращение мошенничества.

57. Исправление, удаление и обезличивание

57.1. Исправление применяется к данным, которые являются неточными или неполными. LSC может сохранить прежнее значение в истории, если это нужно для аудита, безопасности или доказательства события.

57.2. Удаление может быть заменено обезличиванием, если обезличенная статистика не позволяет разумно связать её с Пользователем и нужна для технической работы или отчётности.

57.3. Данные в резервной копии, журнале безопасности, спорном материале или записи обязательного учёта могут удаляться по отдельному циклу.

57.4. Пользователь может попросить объяснить причину отказа в удалении или ограничении в пределах, допускаемых безопасностью и законом.

58. Запросы органов и юридические требования

58.1. LSC может раскрыть данные, если получила обязательный и надлежащий запрос компетентного органа либо если раскрытие необходимо для исполнения обязательства.

58.2. Объём раскрытия должен ограничиваться запросом и доступными данными. LSC может проверить подлинность, уточнить объём или оспорить чрезмерный запрос, если это возможно.

58.3. Уведомление Пользователя может не направляться, если оно запрещено законом, мешает расследованию или создаёт угрозу безопасности.

58.4. Добровольный запрос частного лица не равен обязательному требованию и рассматривается по правилам доступа к данным.

59. Утечки, фишинг и компрометация

59.1. LSC не запрашивает пароль Discord, код двухфакторной защиты, полный токен или данные карты через обычное сообщение поддержки. Подозрительный запрос нужно считать потенциальным мошенничеством.

59.2. При компрометации аккаунта LSC может завершить сессии, временно скрыть профиль, заблокировать смену данных и запросить подтверждение владельца.

59.3. Расследование может включать историю входов, технические журналы, сессии, изменения профиля и действия внешнего провайдера.

59.4. Пользователь должен изменить скомпрометированные реквизиты у провайдера. LSC не может восстановить контроль над чужим Discord-аккаунтом вместо Discord.

60. Раздельное согласие и отказ

60.1. Обязательное согласие на документы, необязательное согласие на рассылку и отдельное согласие на расширенное техническое разрешение должны рассматриваться раздельно, если функция допускает такое разделение.

60.2. Отказ от рекламы, необязательной статистики или расширенной функции не должен сам по себе лишать Пользователя базового доступа, если соответствующая обработка не нужна для него.

60.3. Отказ от обязательной обработки может сделать функцию недоступной. До отказа Пользователь должен быть проинформирован о таком последствии.

60.4. История согласий должна позволять определить текст, версию, время и действие, которым Пользователь выразил согласие.

61. Контроль изменений Политики

61.1. При изменении цели, категории данных, срока хранения, получателей, возраста, античита или платёжного процесса LSC должна провести внутреннюю проверку согласованности документов.

61.2. Редакция должна содержать дату и версию. Ссылки на Политику из других документов должны вести на актуальную опубликованную страницу.

61.3. Исправление опечатки, улучшение навигации и изменение внутренней сигнатуры без изменения категории данных может публиковаться как техническое обновление.

61.4. Существенная новая обработка не должна маскироваться под исправление текста. При необходимости Пользователь должен увидеть уведомление и повторно выразить согласие.

62. Настройки браузера и отказ от cookies

62.1. Пользователь может ограничить cookies через настройки браузера. Некоторые обязательные cookies необходимы для входа, защиты формы, сохранения сессии и не могут быть отключены без потери соответствующей функции.

62.2. Удаление cookies не обязательно удаляет записи аккаунта, серверные журналы, согласия или технические идентификаторы, которые хранятся отдельно.

62.3. После очистки cookies Пользователю может потребоваться повторный вход, повторное согласие или подтверждение безопасности.

63. Обработка обращений и вложений

63.1. Текст обращения, вложения, ссылки и сведения о времени отправки обрабатываются для ответа, проверки нарушения, технической диагностики и защиты прав.

63.2. Доступ к закрытому обращению ограничивается участниками рассмотрения и техническими специалистами, которым необходим материал. Публичная публикация обращения не является обычной целью его обработки.

63.3. После завершения обращения материалы могут сохраняться дольше обычной переписки, если они нужны для апелляции, повторной проверки, безопасности или подтверждения решения.

64. Разумные ожидания пользователя

64.1. LSC принимает меры защиты, но не обещает абсолютную невозможность взлома, утраты соединения, ошибки поставщика, технического сбоя или незаконного действия третьего лица.

64.2. Пользователь обязан использовать актуальное программное обеспечение, защищать внешние аккаунты и своевременно сообщать о подозрительной активности.

64.3. Обработка данных должна оставаться связанной с работой LSC, безопасностью, поддержкой, документами, игровыми функциями и иными прямо описанными целями.