Теория и практика разработки полиморфных вирусов

Конкретно по теории к сожалению ничего не скажу но соревнование брони и зарада остается в силе.

Добавлю свое Ню.

Если цена коммерческого продукта заоблачна его взломают и окупят этот взлом 100%.
Антивирусы как-то (ну не вирусолог) ловят полифоризм.
А делать защиту которая будет дороже самого продукта не выгодно...

И главное чтоб сам клиент не портил себе нервы вашей защитой...

хороший пример Oracle
ничего не защищают. все юзают и оракл имеет туеву кучу бабла вроде у него годовой оборот больше росийского бюджета (не финансит не пинать меня!)

Что-то подобное, возможно, есть на wasm.ru

криптуй исполняемый основной кусок, а незакриптованной оставляй только спрашивающую пароль часть

Гениально. За нобелевской можешь идти.

> kриптуй исполняемый основной кусок,

:)

> а незакриптованной оставляй только спрашивающую пароль часть

И это будет сигнатурой :)

Любой антивирус будет матерится что какойто файл переписывает себя.

>>Интересует перспектива использования полиморфного кода в качестве >>защиты коммерческих приложений от "копирования" и disassembly.
А вам не кажется что это не совсем то место где стоит обсуждать подобные вопросы ?
Перспективы нет, поскольку у коммерческих приложений нет будущего.

Использовать полиморфный код для защиты коммерческого приложения имхо не выгодно:
1. Написание полиморфного кода (если нет кодогенерялки) задача более сложная нежели просто написание кода, а в коммерческих приложениях обычно проблемы с дэдлайнами и истечением сроков.
2. Полиморфизм реализовывать в приложении компилируемом (не asm) гораздо сложнее, чем в некомпилируемом - что накладывает ограничения на инструментарий.
3. Полиморфный код сложно сопровождать, а для коммерческого приложения это весьма критично.