Как стать автором
Обновить

Протектор и LLVM-обфускатор. Сравнение двух подходов к решению задачи запутывания кода

Время на прочтение7 мин
Количество просмотров7.4K
Всего голосов 21: ↑21 и ↓0+21
Комментарии4

Комментарии 4

Можно и другое что-то предложить - я тоже когда-то пытался что-то осмыслить https://habr.com/ru/articles/270443/

Ну а обфуцировать отдельное пользовательское стандалон приложение очень-очень давно как не актуально - уже всё давно вынесено в сеть - пусть покупатель просто пользуется web-севисом/приложением как услугой только через браузер/тонкого клиента - соответственно и к коду приложения не получит доступа

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

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

В bin2bin протекторах эта проблема решена как минимум несколько десятилетий назад при помощи "маркеров" в SDK протектора, которые обозначают участок кода для защиты.

В целом, к сожалению, использование source2source или LLVM обфускаторов оправдано лишь в случае невозможности использования bin2bin протекторов, так как на данном этапе результат их работы и близко не дотягивают до уровня виртуализации Oreans или хотя бы VMProtect.

НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий