1) чтоже ты там делаеш такого что у тя комп подвисает? Оптимизируй код. Да и циклы 20 сек - это жестокие вычисления какието. Или просто тупо расставь по коду invoke Sleep, 1

2) как вариант юзай таблицу замен. т.е. цифры от 0 до 255 перемешивай случайным образом. и потом из этой таблици бери данные. Тогда ключе - это таблица замены размером 256 байт. Реализуется очень просто, пару байт на асме

1)Просто обычный цикл ложу там в eax 0 , в ebx ffffffff и делаю цикл с шагом 1 и в нём там например mov ecx,eax и из за этого подвисает.
Со слипом не вариант, его антивирусы пропускают.

2)Можешь дать ссыль где поподробнее про это моно почитать, а то не совсем понятно

Щас порылся в инете и нашёл некий алгоритм tea со 128 битным ключём, он не повышает энтропию?

Чтоб не подвисало гугли API WaitForSingleObject

Пример использования

ТС вообще-то насчет АСМа вопросы задавал

strictly ASM.

Trillian keygen, ('05 года, не знаю, есть ли ещё в архивах моих),
прогонял keygen' в дебаггере до мозолей на пальцах,
так и не смог реверс-инженирнуть код упаковки ((

единственное, поставил брейк на вход в процедуру отображения в Вин,
и снял "слепок" keygen-а в памяти с WinHex.

строго, не шифровальщик - packer. но очень классный packer.
реализовать, так понимается не сложно,
ибо встречал подобную реализацию и в других кигенах...

Насчёт 2) уже сделал код, правда у него ключ выходной получился не 256 а гораздо меньше, но суть его в том, что сказал слэш.

А вот насчёт длинного цикла:неужели его нельзя сделать без функций вообще, а за счёт обычных ассемблерных команд, чтобы не подвисало? Если это действительно так, то я разочарован....

Потоки. На асме правда хз как. Но ведь WinAPI тоже на ассемблер раскладывается

Да понятное дело, что win api это ассемблерный код, но тут дело не в этом. А именно в том, что в самом коде будет виден именно вызов функции, а мне нужно, чтобы там никаких функций не было.