[VBN12]

Во сколько настрочили по этому делу….целую страницу. Похоже надо внести свою лепту в этот вопрос. Читать два - три раза и медленно.

Начнем с версий KD5.0. Поскольку нумерации не существует, будем их обозначать по дате изготовления, от даты опубликования на сайте они отличаются максимум на сутки.
От 27.01.2006, 18.08.2006, 30.10.2006, 28.11.2006, 13.12.2006, 01.03.2007, 23.03.2007, 19.04.2007, 01.06.2007, 05.07.2007, 20.09.2007 и последняя, та что лежит сейчас на сайте 13.12.2007.
Судя по этим датам, следующая KD появится от 01.03.2008.

Первая массовая была от 13.12.2006, хотя и до неё были сделаны кейгены. Но популярности не получили ввиду не умения пользоваться ими в массах.
Так вот, эта KD от 13.12.2006 имела следующую защиту по датам использования.
При установке у файлов не меняется атрибут «Дата изменения», а он всегда равен дате создания, (очевидно некорректный перевод в WINDOWS, подменены понятия), считывается KD и сверяется с системной датой. При этом при первом запуске KD50, формируется ключ в реестре по адресу:
[HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref]
"nBeg500_2"=dword:458b03d4 (значение приведено только для примера)
Что означает "nBeg500_2" – запуск KD50 произведен …..458b03d4 – число, месяц, год, часы минуты, секунды. Beg – это от английского «begin», в переводе «начинать», «начало»

Если системная дата и дата изменения отличаются более чем на ……суток, KD закрывается и начинает «посылать» на сайт за обновлением. И формирует ключ по адресу:
[HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref]
"nEnd500_2"=dword:458b03d4 (значение приведено только для примера).
Что означает «Окончание работы KD ………- число, месяц, год, часы минуты, секунды. End – английский – «конец, окончание».

Исходя из вышеизложенного делаем выводы.
1. Для обхода этого ограничения по времени меняем даты у KD_app.EXE и Dv.dll на запредельные, например 31.12.2035. Теперь при сверке даты KD получает отрицательный результат в разности дат и продолжает работать, так как он меньше 0, а ограничений на отрицательные числа разработчики не определили.
2. После смены дат, открываем реестр и удаляем ключ, определяющий время окончания работы.
HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref]
"nEnd500_2"=dword:458b03d4
Почему удаляем? Потому что при запуске KD, даже со смененными датами, он будет считываться и блокировать работу KD. Это сделано как защита от переустановки KD.

Но вот следующая проблема. Сам кейген. Он сделан на 1 год и берет значение в ключе
[HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref]
"nBeg500_2"=dword:458b03d4
3. Для продления срока службы самого кейгена, устанавливаем значение nBeg500_2 на приемлемую для нас дату, например 31 декабря 2035 г. 4:15. Это будет значение 7c231f32 , его можно ввести вручную.

Поскольку всё это дело идёт в массы, а они весьма разные, в папку кейгена были вложены:
KD_app.EXE и Dv.dll с изменёнными датами;
FileDate.exe – для тех, кто хочет менять даты сам;
Reg файлы по работе с ключами, чтобы не особенно напрягаться.

Поскольку Reg файл можно писать в Блокноте, давайте составим такой файл сами, исходя из того, что написано выше:
REGEDIT4

[HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref]
"nBeg500_2"=dword:7c231f32
"nEnd500_2"=-

Это звучит примерно так: открыть реестр, найти ветку HKEY_CLASSES_ROOT\Software\Microsoft\MediaPlayer\P ref, сделать изменения в параметре DWORD с названием nBeg500_2 на время запуска KD 31 декабря 2035 г. 4:15 в шестнадцатеричной системе 7c231f32,
Параметр с названием nEnd500_2 – удалить.

Называем этот файл как-нибудь, например KD50nBeg500_2.reg. Можно запускать.

Теперь по параметру с названием nBeg500_3.
Сейчас на сайте лежит KD50 от 13.12.2007. Он начал использовать другие ключи.
nBeg500_3 – начало работы
nEnd500_3 – конец работы.
Полагаю переделать REG файл у здесь присутствующих на новые параметры трудностей не вызовет. Исправить 2 на 3.
А кейгена к нему пока нет.