Исследование защиты программы Zoom Photo Screensaver

Скринсейвер Zoom Photo Screensaver представляет собой слайдшоу из ваших фотографий, которые меняются с эффектом "Pan and Zoom". Это небольшое приближение фотографии относительно центра, в результате, как написано на офсайте, получается эффект просмотра кино. Ничего сверхъестественного, но даже за такую ерунду почему-то надо выложить почти двадцатку баксов.

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


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


А вот как этот блок выглядит в дизассемблере.Напрямую ссылок на строку нет, зато есть указатель, на который, в свою очередь, уже есть ссылки из кода. А точнее одна единственная ссылка:Отлично. Здесь проверяется DWORD по фиксированному адресу 461370, и, если он имеет ненулевое значение, то выполняется переход на обработку строки "This version is registered to", иначе обрабатывается строка "You are using the trial version". Логично предположить, что этот DWORD и является флажком "зарегистрировано".


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

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


Но не тут-то было. Часто срабатывающий трюк со сравнением введенного серийника и правильного серийника тут не прокатывает, сравниваются бинарные значения, причем одно значение остается постоянным, а второе в цикле меняется. Но такая ситуация нам уже встречалась ранее: от введенного серийника считается какой-либо хеш, а затем он сравнивается поочередно со списком хешей, хранимым в самой программе. Не зная даже формата серийного номера, восстановление исходной строки по хешу может быть выполнено только прямым перебором, который запросто займет месяцы и годы. Поэтому красивого решения с кейгенами и серийниками не получится, воспользуемся старым добрым патчем. В начало функции сравнения по адресу 00435D80 запишем команды MOV AL,1 и RET. Теперь при любом раскладе байт регистрации будет взводиться в правильное значение. Сохраняем изменения, повторяем регистрацию:


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

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

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