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

но всё равно - то к чему есть физический доступ - рано или поздно будет сломано.
Предположим, обходится элементарно - копированием уже распакованного exe-шника. Точно также, константы, если они выцарапываются через одну функцию с ID константы, "лечатся" заменой этой функции на простую табличную.

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

Хуже всего дешифровке поддаётся логика программы. Грубо говоря, по результатам работы дизассемблера сложно отличить управляющий выполнением программы if от всегда истинного условия (утверждения). Как вариант, менять часть условий (и переписывать часть утверждений) с if(condition), if(!condition) на нечто типа if(XOR(condition, GetSecSalt<__LINE__>(ID))).

shmelina,

Ещё раз: в какой модели угроз мы работаем? Кто взломщик? Что именно он не должен сделать? (Для примера, вроде было исследование, что keygen'ы люди используют охотней чем crack'и.)
От профессионала, само по себе, поможет чуть лучше чем никак - если код не запутан, банально ловятся все обращения к зашифрованному файлу, запоминаются ответы, подменяются функции обращения к зашифрованному файлу на обращения к файлу хакера, где эти ответы лежат (собственно, при незапутанном коде проще взять один файл и поменять функции получения кодов железа на возвращающие заданный результат; если нет сервера, на который программа лезет в обязательном порядке, этого достаточно). Простая истина: процессор исполняет незашифрованный код и работает с незашифрованными данными. Из чего следует, что а) все зашифрованные данные в какой-то момент будут расшифровываться, причём ключ расшифровывания должен храниться в самой программе; б) все данные доступны незашифрованными из-под отладчика достаточно низкого уровня.