- Сообщения
- 8,673
- Репутация
- 2,486
Обфускация кода - Обсуждение проблем
- Автор темы CreatoR
- Дата начала
Обусфакция кода. Обсуждение проблем.
Кроме того я не тестировал новые версии Obfuscator и пользуюсь пока версией 1.0.29.5, так как после модификаций, когда я описал об ошибке два обновления криво собирали мои остальные проекты, а отписываться на англ. яз. устал, с учётом того что автор желает чтобы я подготовил примеры выявляющий ошибку. Я посчитал, что такие грубые ошибки всплывут сразу у многих и они отпишут на родном языке. Так что если не работает, то нужно отписывать причины, а в моём случае был массив с переносами строк и длинна символов превысила 4096 символов, а обфускатор преобразовывал в одну строку и обрезал часть массива. Пришлось вручную обрезать массив, а после обфускации возвращать обрезанное и компилировать уже обфуцированный без обфускации, хитро но стабильно.
Ещё при беглом просмотре, бросается в глаза
Макро @error является числовым типом всегда, поэтому не нужно использовать двойное приравнивание, хватит и одинарного.
Как она убивается? После обфускации, если скрипт не выдал ошибок и предупреждений, значит обфускация прошла стандартным способом. Если были предупреждения, то нужно смотреть, будут ли текущие изменения конфликтовать. В итоге кто мешает отследить модификации или потестировать? Стандартные UDF пишутся с учётом обфускации (сам в FileOperations.au3 выставлял участок для игнора). Возможно Encoding.au3 будет конфликтовать, но у меня в GoogleTranslator.au3 с Encoding.au3 без метки BOM работает.CreatoR сказал(а):
Кроме того я не тестировал новые версии Obfuscator и пользуюсь пока версией 1.0.29.5, так как после модификаций, когда я описал об ошибке два обновления криво собирали мои остальные проекты, а отписываться на англ. яз. устал, с учётом того что автор желает чтобы я подготовил примеры выявляющий ошибку. Я посчитал, что такие грубые ошибки всплывут сразу у многих и они отпишут на родном языке. Так что если не работает, то нужно отписывать причины, а в моём случае был массив с переносами строк и длинна символов превысила 4096 символов, а обфускатор преобразовывал в одну строку и обрезал часть массива. Пришлось вручную обрезать массив, а после обфускации возвращать обрезанное и компилировать уже обфуцированный без обфускации, хитро но стабильно.
Ещё при беглом просмотре, бросается в глаза
Код:
@error == 0Макро @error является числовым типом всегда, поэтому не нужно использовать двойное приравнивание, хватит и одинарного.
.Обусфакция кода. Обсуждение проблем.
CreatoR [?]
Вывод - постараться не использовать этих функций в UDF или, хотя-бы, в справке к UDF предупреждать об этом и, желательно, давать вариант решения проблемы. Причем такое решение имеется практически всегда - указать какие функции и переменные добавить в исключения для обфускации.
Наличие же в UDF функции GUIRegisterMsg (если их несколько на одно сообщение в разных UDF или основном коде) - без вариантов (т.е. отсутствие обфускации тоже не помогает) превращает проверенную и отлаженную UDF в болванку, которую надо допиливать для каждого конкретного случая.
CreatoR [?]
Это связано с особенностями синтаксиса AutoIt, в частности с наличием в UDF функций Execute, Call и т.п.
Вывод - постараться не использовать этих функций в UDF или, хотя-бы, в справке к UDF предупреждать об этом и, желательно, давать вариант решения проблемы. Причем такое решение имеется практически всегда - указать какие функции и переменные добавить в исключения для обфускации.
Наличие же в UDF функции GUIRegisterMsg (если их несколько на одно сообщение в разных UDF или основном коде) - без вариантов (т.е. отсутствие обфускации тоже не помогает) превращает проверенную и отлаженную UDF в болванку, которую надо допиливать для каждого конкретного случая.
Обусфакция кода. Обсуждение проблем.
CreatoR
Проверил, AutoIt3Wrapper выдаёт результат в кодировке ANSI, далее посмотрел, какие функции содержат символы в UTF-кодировке (за пределом диапазона ANSI) в явном виде, оказалась только одна функция _Encoding_UTF8BOMDecode. В итоге если эта функция не используется в скрипте то можно компилировать с обфускацией, только убрать эту метку BOM, зачем она там нужна, компилятор по содержимому должен определить кодировку. И второй вариант, символы UTF указать бинарными данными с преобразованием в строку, тогда всю UDF можно сохранить в ANSI-кодировке.
CreatoR
Проверил, AutoIt3Wrapper выдаёт результат в кодировке ANSI, далее посмотрел, какие функции содержат символы в UTF-кодировке (за пределом диапазона ANSI) в явном виде, оказалась только одна функция _Encoding_UTF8BOMDecode. В итоге если эта функция не используется в скрипте то можно компилировать с обфускацией, только убрать эту метку BOM, зачем она там нужна, компилятор по содержимому должен определить кодировку. И второй вариант, символы UTF указать бинарными данными с преобразованием в строку, тогда всю UDF можно сохранить в ANSI-кодировке.
