- #1
Автор Темы
Уже не первый раз приносят телефоны в состояний, не работает рекавери, загрузчик залочен, соответственно без edl авторизаций не прошить. Читал и пробовал разные firehose но всё бесполезно, какие бы версий miflash не пробовал, мол патченые и т.д всё равно требует авторизацию, так же и с дырами в сахаре, пробовал и qfil в общем, ни чего не получалось, и заказывал услугу удалённой авторизаций. За одно и наблюдал за процессом, и сохранял логи. Так же изучал версию mi flash которую устанавливали при авторизаций, копировали токен, а после вводили данные в открывавшемся окне, пасс и ещё один токен.
Как пример, один и тот же телефон при двух попытках прошить выдавал:
[12:59:48 COM3]
rigin:AQAAALcBAAD-dSR5JhuR9SXGaysB8Z173oxvww
[12:59:48 COM3]:SignEdl
[12:59:50 COM3]:authentication failed result -6
и
[13:08:18 COM3]
rigin:AQAAALcBAAD-dSR5mVCIW_FIxY8BouGI8SHjmw
[13:08:18 COM3]:SignEdl
[13:08:20 COM3]:authentication failed result -6
два разных ключа, так сказать сессионные
И пришёл к выводу, что в большинстве случаев используется некий keygen, для генераций ответного кода для сахары, а по уже патчено на запрос не на сервер, а к пользователю для ввода
Как пример, один и тот же телефон при двух попытках прошить выдавал:
[12:59:48 COM3]

[12:59:48 COM3]:SignEdl
[12:59:50 COM3]:authentication failed result -6
и
[13:08:18 COM3]

[13:08:18 COM3]:SignEdl
[13:08:20 COM3]:authentication failed result -6
два разных ключа, так сказать сессионные
И пришёл к выводу, что в большинстве случаев используется некий keygen, для генераций ответного кода для сахары, а по уже патчено на запрос не на сервер, а к пользователю для ввода