В последнее время я бесчисленное количество раз разбирал файл CloudDeviceStatus.dex, для связки аккаунта сяоми и устройства, и чем больше я его изучаю, тем больше понимаю, насколько запутан дизайн Xiaomi. Он полон ненужных шагов, и даже просто смотреть на них утомительно. Ключевые методы четко изложены; их можно найти, декомпилировав и выполнив поиск. Не обманывайтесь поверхностными деталями. Во-первых, посмотрите на bindAccountWithDevice. Это точка входа для привязки. Внутри она выполняет множество локальных проверок: авторизована ли учетная запись? Вставлена ли SIM-карта? Подключено ли устройство к сети передачи данных? Правильный ли статус устройства? Требуется, чтобы при любом из этих условий выдавался код ошибки, даже не затрагивая сервер. Ошибка 30001 является распространенной причиной многих сбоев системы; это чисто клиентское ограничение. Затем посмотрите на два интерфейса nonce. Это не простой механизм успеха/неудачи. Первый параметр, /v1/micloud/nonce, — это просто обычное случайное число, к которому может получить доступ любой желающий без проверки каких-либо прав доступа. Он используется в качестве материала для подписи, соответствующего логике проверки подлинности в шифровании, которая очень похожа на систему проверки подписи RSA. Xiaomi просто добавила свою собственную оболочку. Второй параметр, /mic/binding/identified/device/account, — это место, где происходит фактическая проверка, используя информацию об устройстве и userId из предыдущего nonce. Токены объединяются, для вычисления подписи используется HMAC-SHA256, и сервер проверяет подпись, чтобы выдать действительные учетные данные. Однако в ошибке 30001 нет ничего загадочного. Она включает в себя getSignWithData и getDeviceInfo, которые являются стандартными алгоритмами без частного шифрования или скрытых блокировок. Это просто делает простой процесс сложным. Самым важным элементом является токен для входа в учетную запись Xiaomi. Имея действительный токен, вы можете пропустить различные проверки в файле dex, такие как время ожидания, требования к установке SIM-карты и состояние системы. Все это правила на стороне клиента; вы можете напрямую запросить интерфейс с помощью PHP-скрипта. Сервер распознает только подпись и токен, независимо от того, был ли nonce отправлен мобильным клиентом. Nonce может быть получен произвольно и не определяет успех или неудачу. Разблокировка токена также может быть выполнена в соответствии с правилами. Система Xiaomi — типичный пример принудительного управления облаком. Локальный файл dex только выполняет облачные политики; фактическая проверка происходит на стороне сервера. Пока вы обходите локальные проверки состояния и напрямую подключаетесь к серверу, вы можете надежно выполнить привязку без возникновения ошибки 30001. Просто посмотрите файл CloudDeviceStatus.dex и найдите эти методы; названия говорят сами за себя. Все дело в процедурных уловках; здесь нет ничего сложного.

Ниже приведены некоторые рекомендации для тех, кто хочет попробовать:

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

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

3. Nonce, информация об устройстве и userId должны быть объединены в соответствии с форматом параметров в dex-файле. Вычислите подпись, используя алгоритм HMAC-SHA256. Обратите внимание, что подпись должна быть преобразована в нижний регистр, и формат должен быть правильным.

4. Обойдите локальную проверку CloudDeviceStatus на мобильном устройстве. Используйте скрипт для последовательного вызова интерфейса nonce, интерфейса heartbeat и интерфейса binding, чтобы имитировать обычный процесс запроса.