Комментарии 4
Можно и другое что-то предложить - я тоже когда-то пытался что-то осмыслить https://habr.com/ru/articles/270443/
Ну а обфуцировать отдельное пользовательское стандалон приложение очень-очень давно как не актуально - уже всё давно вынесено в сеть - пусть покупатель просто пользуется web-севисом/приложением как услугой только через браузер/тонкого клиента - соответственно и к коду приложения не получит доступа
Каждой технологии есть своё применение. Если речь про гомоморфное шифрование, то один из кейсов это защита данных клиента от недобросовестных провайдеров.
Классическая обфускация и защита web-сервисов также встречается на практике, т.к. есть компании которые продают web-сервисы и им важно чтобы соблюдались лицензионные условия.
возникают сложности с определением окончания функций. Аналогичную проблему приходится решать в протекторе
В bin2bin протекторах эта проблема решена как минимум несколько десятилетий назад при помощи "маркеров" в SDK протектора, которые обозначают участок кода для защиты.
В целом, к сожалению, использование source2source или LLVM обфускаторов оправдано лишь в случае невозможности использования bin2bin протекторов, так как на данном этапе результат их работы и близко не дотягивают до уровня виртуализации Oreans или хотя бы VMProtect.
Протектор и LLVM-обфускатор. Сравнение двух подходов к решению задачи запутывания кода