BruNetto
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Что касается разбора старого скайпа. VladDr спрашивал в личке, да и другим полезно будет. Изначально идея SuPriTo была в том, чтобы разобрать и починить эту форму авторизации, которая на JavaScript.
Судя по разбору login.js и изучения поведения скайпа Fiddler-ом, авторизация live-логинов работает в три этапа - сначала получение токена через OAuth от майкрософта, потом через api.skype.com маппинг к скайповому live:логину и затем авторизация через те же сервера, что обычная авторизация, но через access_token.
Первый этап все еще работает без проблем - это стандартная веб-форма OAuth авторизации, MS всё ещё выдаёт для данного User-Agent'а IE8-совместимую версию страницы. При необходимости можно было бы скопировать перехваченную ссылку и пройти авторизацию в свежем браузере, вручную подставив полученные токены в код, но пока работает и так.
Второй этап работает на Win 7, но не работает на XP, т.к. api.skype.com уже использует TLS > 1.0, который на XP не поддерживается в IE/WinInet. Лечится либо заменой https на http в конце файла login.js, либо добавлением поддержки TLS 1.2 в IE8 путем установки официального обновления от MS для POSReady 2009.
А третий обламывается на том же этапе, что при авторизации обычным аккаунтом - "не удалось установить соединение". И Fiddler-ом этот этап уже не виден, т.к. HTTP на этом заканчивается. Всё, что можно увидеть Fiddler-ом, всё ещё отрабатывает хорошо. Через Wireshark же видно, что он ломится (при любой авторизации) на один из серверов dsn[0-15].d.skype.net (диапазон найден в тексте бинарника). Как генерируется номер порта не знаю, но связку IP-порт можно увидеть и использовать далее.
Здесь я хочу напомнить о таком проекте, как skype open source. Если не встречали ранее, почитайте здесь. Исходники того клиента все еще доступны по ссылке, можно предметно потыкать авторизацию, разобраться, на каком этапе она отваливается и можно ли что-то с этим сделать.
Сразу клиент работать не будет, т.к. в skyauth4.dll прописан уже недоступный IP-адрес авторизации. Для того, чтобы разбираться конкретно с авторизацией, можно открыть отдельно skyauth4_dll\skyauth4_dll.sln, в настройках проекта поменять DLL на EXE, вместо main_skyauth4 в skyauth4.c сделать обычный main() (сам main_skyauth4 можно оставить пустой функцией, чтобы компилятор не возмущался), заменить IP и порт на полученные в Wireshark (я пробовал с 157.55.235.165:40033) и добавить в начало функции char* username = "yourusername"; char* password = "yourpassword"; хотя корректность логина, похоже, значения не имеет - на этапе авторизации в do_login_process сервер как будто отвечает случайными значениями разной длины. А может, что-то некорретное возвращается уже на более раннем этапе и программа не замечает в этом ошибку. В общем, желающих разобраться милости прошу. По результату авторизации сервер должен как раз вернуть некие credentials.
Что еще может помочь:
[HKEY_CURRENT_USER\Software\Skype\Phone\UI\General]
"Logging"="SkypeDebug2003"
В реестре включает логгинг для деобфусцированных скайпов 5.5 и 6.14
SuPriTo, Вы спрашивали насчет бинарных логов у седьмого скайпа. В этом документе есть упоминание, что ключ Logging - для зашифрованных логов, Logging2 - для текстовых. Но корректное необходимое значение неизвестно. Можете попробовать то же самое значение установить в Logging2, вдруг сработает.
Помимо этого, есть предположение, что Credentials3 обновляются при переключении из оффлайна в онлайн, не выходя из скайпа. Не знаю, правда, как это может помочь, но вдруг это продлевает жизнь токена, например. Сам не проверял и возможности уже не имею. К сожалению, свой скайп я потерял, т.к. автологин включен не был, а компьютер потерпел перезагрузку. Но заблаговременно на всякий случай был сделан дамп, так что если бы кто предложил способ достать из дампа процесса скайпа 5.5 deob эти самые Credentials3, было бы очень кстати. |
Всего записей: 51 | Зарегистр. 08-04-2019 | Отправлено: 16:49 15-04-2019 | Исправлено: BruNetto, 17:46 15-04-2019 |
|
