То что и и или операторы перехода используется?

Чо?

(0) на тебе ",,,,,,,". не жадничай, рассыпь как полагается. если не хватит, то я тебе еще дам

The fact that and and or operators using the transition

Похоже разработчики алгоритмов защиты настолько телепаты что и и или переходы то операторы используются

(4) Ты все напутал... Не "что и и", а "то что и и или". Это важно!

+ (2) или отсыпь, не жадничай :)

(0) Ты не поверишь, иногда используется:
mov eax, offset Метка1
push eax
ret

(7) изврат в первой строке. так явно делают только первоклассники. профи вычисляют динамически, с использованием данных текущего куска программы, что затрудняет отладку.

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

(8) В качестве примера сойдет.

(7) На современных процессорах это сильно просадит производительность.

(9) Это отлично отлавливается time-sample профайлером. Плюс любой более-менее опытный программист-ассембрелщик отличит незашифрованный x86 код от защифрованного. Ну а далее - точка останова в конце расшифровки - и готово.

(11) Не сильно. Конвеер все равно перезагрузится, что скрытый что явный jmp. Падение производительности будет только при кэш-промахе.

(13) Собьется стэк call/ret, а это промахи при каждом более высоком уровне call и ret, плюс не сработает store-to-load forward, что еще тактов 20 накинет, плюс будет гарантированный кеш-промах при возврате, потому как предсказатель возьмет адрес из стэка call/ret, плюс за адресом возврата в кеш придется лезть.