Восстановление доступа к аккаунту EXBO

Система EXBO использует взвешенный многофакторный анализ для определения владельца аккаунта. Каждому фактору присвоен относительный приоритет — от критического до вспомогательного.

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

Смена оборудования. При переезде или новом ПК теряется главный аппаратный фактор — без него одной совокупности остальных данных часто недостаточно. Компенсируйте это:

• кассовые чеки с номерами заказов;
• банковские выписки о транзакциях;
• подтверждение доступа к привязанной почте;
• вход через Google или VK;
• точные даты изменений в истории аккаунта.

Отказ поддержки. Если уверены в своей позиции, обжалуйте решение отдела игровой безопасности. Чеки, выписки и скриншоты лучше прикладывать к письму — не дублировать их только в тикете exbo.support.

Лаунчер EXBO сохраняет данные в реестре Windows для авто-авторизации. Эти данные используются системой для подтверждения владения аккаунтом.

HWID (Hardware ID) — это уникальный идентификатор оборудования, который генерируется при первом запуске лаунчера и привязывается к аккаунту. Этот идентификатор используется как один из основных факторов верификации владельца.

Лаунчер собирает информацию о компонентах системы через стандартные API Windows (WMI — Windows Management Instrumentation):

• Идентификатор процессора (CPU ID)
• Серийный номер материнской платы
• Серийные номера дисков (HDD/SSD)
• MAC-адреса сетевых адаптеров

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

Система EXBO использует несколько эндпоинтов для многофакторной проверки владения аккаунтом. Каждый эндпоинт предоставляет уникальные данные для верификации.

Эндпоинт аутентификации возвращает разные типы ответов в зависимости от стадии авторизации и статуса владения аккаунтом. Каждый тип ответа содержит поля для верификации.

Запрос: GET /auth?state=true&login=LoginUser&pass=Qwerty123123&bootstrap=...&hwid=...&id=...&protocol_version=3&start=true

Ответ типа POW_BCRYPT:

{
  "type": "POW_BCRYPT",
  "licenseAccepted": false,
  "secretHash": "asdasdasdasd.1231231",
  "timeLeft": -1,
  "untilChangingFinish": null
}

Верификация: Сервер подтверждает существование логина и возвращает соль для хеширования пароля. licenseAccepted: false — ожидается на этом этапе.

Запрос: GET /auth?state=true&login=LoginUser&pass=Qwerty123123&passhash=asd3$d2sa$a1bc$.12312asd12313asd213.123dsa&bootstrap=...&hwid=...&id=...&protocol_version=3

Ответ при успехе (GOOGLE_AUTH):

{
  "type": "GOOGLE_AUTH",
  "licenseAccepted": true,
  "trueLogin": "UserLogin",
  "timeLeft": -1
}

Верификация: licenseAccepted: true подтверждает владение. trueLogin возвращает подтверждённый логин аккаунта.

Запрос: GET /auth?secret=123456&login=UserLogin&id=...&protocol_version=3

Ответ при успехе (OK):

{
  "type": "OK",
  "licenseAccepted": true,
  "trueLogin": "UserLogin",
  "session": "12345678-1234-1234-1234-123456789012",
  "token": "12345678-1234-1234-1234-123456789012",
  "mailAbbreviation": "art***@gmail.com"
}

Верификация: Полная авторизация с выдачей сессионных токенов. mailAbbreviation показывает маску привязанной почты.

Запрос: GET /auth?state=false&login=UserLogin&session=12345678-1234-1234-1234-123456789012&bootstrap=...&hwid=...&protocol_version=3&id=...&start=true

Ответ при успехе:

{
  "type": "OK",
  "licenseAccepted": true,
  "trueLogin": "UserLogin",
  "session": "12345678-1234-1234-1234-123456789012",
  "token": "12345678-1234-1234-1234-123456789012"
}

Верификация: Сессионный токен подтверждает владение без ввода пароля. Сессия хранится в реестре.

Запрос: с несовпадающим HWID

Ответ при ошибке:

{
  "type": "WRONG_HWID",
  "licenseAccepted": false,
  "genericError": "Hardware ID mismatch"
}

Верификация: HWID не совпадает с зарегистрированным — блокировка авторизации.

Примечание: При смене оборудования (материнская плата, процессор, диски) HWID изменяется. В этом случае для восстановления доступа потребуется обратиться в службу поддержки и предоставить дополнительные доказательства владения аккаунтом.

Запрос: GET /characters/list?login=User&session=abcde1234567890098765432112345678900987654321234567890253D&distributor=EXBO

Ответ при успехе:

{
  "accepted_legal_version": "v8_ru_launcher",
  "characters": [...],
  "characters_limit": 10,
  "had_characters": true,
  "reserved_names": []
}

Верификация: had_characters: true подтверждает наличие персонажей в истории аккаунта.

Кассовые чеки содержат уникальные фискальные данные, которые невозможно подделать. Система поддержки EXBO принимает чеки как доказательство владения с высоким уровнем доверия.

Почему чеки важны: каждый чек содержит фискальный признак, номер заказа, дату и время операции, а также email покупателя. Эти данные сверяются с историей транзакций аккаунта EXBO. Совпадение всех параметров существенно усиливает позицию заявителя при верификации.

Веб-клиент EXBO сохраняет детальную историю всех изменений аккаунта. Эти данные используются для верификации при восстановлении доступа.

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

Данное исследование основано на анализе работы лаунчера EXBO и документации по API Stalcraft.