Здравствуйте.
Я являюсь начинающим исследователем программ и поэтому возникает куча вопросов.
Пытаюсь понять принцип генерации серийника к программе BitFontCreator Pro 3.5.
Серийник состоит из 4 шеснадцатиричных значений, разделенных символом "-" (sn1-sn2-sn3-sn4)
Четвертая часть номера не меняется (0xBAF7 подобрана экспериментальным путем) и влияет на порчу выходного С кода, генерируемого из шрифтов.
Для проверки серийника используется сумма кодов всех символов e-mail адреса (email_sum)
Обнаружил 2 места проверки серийника :
Непосредственно после ввода по адресу 0x40C2F0 с использованием условия 329*email_sum = 11*sn1+3*sn2+15*sn3
При запуске программы по адресу 0x437f80 с использованием условия 294*email_sum = 9*sn1+4*sn2+13*sn3
При попытке решения получившейся системы линейных уравнений получить целочисленное решение невозможно и в итоге серийник принятый в окне ввода не принимается при запуске, а номер прописанный сразу в реестр не принимается в окне ввода. Но программа при этом успешно запускается.
Еще может подскажите как перехватить место в коде куда отправляет 4 часть серийника функция SendMesageW по адресу 0x42B38B . Перерыл кучу документации, но не смог найти как перехватить место обработки принятой информации из параметра lParam=sn4.
Генератор номера написал, но его приходится ручками прописывать в реестр по причине того, что в окне ввода он бракуется.
Прошу помощи по дальнейшему восстановлению алгоритма генерации номера.
Файлы комментариев к коду из ollydbg 1.10 в аттаче. Исследуемый файл имеет имя BitFontCreatorPro (1).exe , чтобы сохранить исходный файл нетронутым.
Заранее благодарен за помощь.

6fe4_07.01.2015_EXELAB.rU.tgz - BitFontCreatorPro (1).zip

| Сообщение посчитали полезным:

sn1 = (21*sn3 - 434*email_sum) / 17; Накосячил со знаком при переносе. Вывод не сильно меняется.

Целочисленные решения существуют, но для этого нужно решить уравнение a*x mod n = c

-----
старый пень

| Сообщение посчитали полезным:

У меня чуть по-другому ... хм, надо разбираться
oops, 13*3 = 39 :D а не 52 как было


Добавлено спустя 3 минуты
и получается 434*sum - 21*sn3 должно делиться на 17 без остатка

Добавлено спустя 39 минут

(273*sum - 8*sn3) тоже должно делиться на 17 без остатка

Добавлено спустя 44 минуты
банальный перебор:


ds
ds@mail.ua
5F83-3C16-0005-BAF7

-----
ds

| Сообщение посчитали полезным: injener

Огромное спасибо за помощь с генерацией серийного номера.
Похоже после двух дней копания в исходниках уже голова перестала соображать.
Теперь мне останется только найти куда уходит четвертая часть номера. Ведь мне просто повезло что я его угадал.
Еще раз спасибо за помощь.

| Сообщение посчитали полезным:

DimitarSerg
После того как подобрал sn3 и вычислил sn1, sn2 вычисляется из подстановки сделанной выше
sn2 = 2*sn1 + 2*sn3 -35*email_sum

-----
старый пень

| Сообщение посчитали полезным:

r_e
а можно получить sn3, а потом генерить:
sn3:=(k * 17) + sn3 , где k - рандом, ест-но (k * 17) + sn3 должно быть менее 0x7FFF и остальные переменные чтоб в WORD влезали )

sn1 := (434*sum - 21*sn3) div 17;
sn2 := (273*sum - 8*sn3) div 17; или уже как у тебя sn2 := 2*sn1 + 2*sn3 -35*sum

-----
ds

| Сообщение посчитали полезным:

Всем огромная благодарность за помощь.
По быстрому набросал генератор на базе AutoIt v3 и рекомендаций DimitarSerg.
Буду дальше смотреть программу от этого же производителя BitFontCreator Grayscale.
Защита немного посложнее, но довольно похожая.
Может получится все-таки выяснить куда именно функция SendMessageW передает сообщение с четвертой частью серийника.
Если интересно попробовать получившийся генератор ключей, то он в приложениях.

При правильном значении экспорт чистый , а при неправильном ко всем символам применяется маска.
На скринах один и тот же символ (ПРОБЕЛ 0x20) при разных значениях ключа 0xbaf7 и 0xbaf8






f1ad_07.01.2015_EXELAB.rU.tgz - keygen.au3

| Сообщение посчитали полезным:

injener
А 4-ая часть точно не рандом ? Проверил со своим серийником и последним блоком из 1111 - экспорт вроде норм. Как проявляется тот глюк/проверка ?

-----
ds

| Сообщение посчитали полезным:

Я наконец докопался до истины где именно проверяется 4 часть серийника
Сначала в процессе передачи сообщения функцией SendMessageW обработчик размещает данные в памяти (скрин 1), а затем номер проверяется при помощи битовых масок (скрин 2 и 3) sn4 & 0x000A , sn4 & 0x0001 , sn4 & 0x0200 , sn4 & 0x8000
В итоге число 0x820B будет принято успешно и в меню Help пропадает пункт меню Register.
PS. Значение 0xFFFF тоже успешно проходит проверку, но отказывается сохранять файл








| Сообщение посчитали полезным:

По видимому, там есть еще одна проверка - через случайное время использования (от получаса до нескольких часов) редактор рушится с предложением заплатить денег - MessageBox "Some error happening.\r\nPlease purcase lincense from our site."

| Сообщение посчитали полезным:

injener пишет:
Буду дальше смотреть программу от этого же производителя BitFontCreator Grayscale.
Защита немного посложнее, но довольно похожая.
с генерацией серийников к BitFontCreator Grayscale есть подвижки?
Или еще кто-нибудь разбирался?

| Сообщение посчитали полезным:

jonmey пишет:
с генерацией серийников
Факторизуй 398-битный N, дай нам P, Q и будут серийники

| Сообщение посчитали полезным:

TryAga1n
Где ты там рса увидел ?

| Сообщение посчитали полезным: