Защита AutoIt программы

[Ganibal95]

Re: Проверка нового способа защиты Autoit программы.

CreatoR
Вот именно имеется 1 декомпилятор на 1 пк декомпилируется, а на 6ти других, нет, вот и гадай...

Может все-же найти почему?
И сделать нормальный!!!

 

[Medic84]

Re: Проверка нового способа защиты Autoit программы.

CreatoR
А мне интересно что они сделали такого особенного с кодом, что посчитали его невзлавымаемым...
Максисмум что можно сделать с программой что бы ее не взломали нубы - это запуск exe из памяти (программа запуска должна быть написана на C++). Но на это очень хорошо реагируют антивирусы

 

[Yashied]

Re: Проверка нового способа защиты Autoit программы.

Самое лучшее, что можно придумать (не в ущерб работе скрипта), это Obfuscator. И эту утилиту, заметьте, разработали сами разработчики языка AutoIt. Если бы можно было сделать что-то лучше, не меняя структуру самого языка, то это было бы сделано, я думаю. Возможно в версии 4 будет что-то на эту тему, а пока приходится довольствоваться тем, что есть.

Да, конечно, вы можете написать что-то типа своего распаковщика на другом ЯП, но в этом случае придется запускать процесс из памяти, что самым негативным образом может сказаться на работе ваших программ.

 

[CreatoR]

Re: Проверка нового способа защиты Autoit программы.

Ganibal95 [?]

имеется 1 декомпилятор на 1 пк декомпилируется, а на 6ти других, нет, вот и гадай

Нечего гадать, нужно правильно настраивать, но мы это не будем тут обсуждать (и в ЛС тоже не нужно мне писать на эту тему).

 

[Medic84]

Re: Проверка нового способа защиты Autoit программы.

Yashied [?]

Самое лучшее, что можно придумать (не в ущерб работе скрипта), это Obfuscator

Вообще никак не помогает. Тот самый декомпилятор :ninja: восстанавливает полное название переменных (правда в измененном регистре)

Да, конечно, вы можете написать что-то типа своего распаковщика на другом ЯП, но в этом случае придется запускать процесс из памяти, что самым негативным образом может сказаться на работе ваших программ.

Если программа не большая - то можно и так О чем я уже сказал выше...
Причем как только появится программа-пряталка скриптов, моментально появится unпряталка. Воевать тут бесполезно, нужно писать свое.

 

[winbotx]

Re: Проверка нового способа защиты Autoit программы.

А Themida убивает AutoIt ?
Нету других пакеров\протектеров в таком же стиле которые не убивают exe ?

 

[Andrei7]

Re: Проверка нового способа защиты Autoit программы.

блин нет защиты я так понял ;) а если есть, то нужно повозиться! Вывод - если хочешь чтото путнее написать, чтобы хоть как то код скрыть - пиши на другом языке. А аутоит - это так, детское Время своё тратить не советую

 

[Medic84]

Re: Проверка нового способа защиты Autoit программы.

Andrei7
Крайне неверное утверждение. Простой пример. C# - взлавымается быстрее чем AutoIT скрипт (там даже программ особых придумывать не нужно). Но тем не менее им пользуются тысячи программистов и сотни компаний. Почему? Да потому что обычные смертные открыв исходники не поймут что там вообще написано и как эта программа вообще работает.

Мораль: Если хотите защиты - пишите программы сложно, что бы понять их могли только Вы

P.S. Комментарий из Eleanor CMS

Настоящий программист никогда не оставляет комментариев. То что писалось с трудом, должно пониматься с трудом.

 

[Ganibal95]

Re: Проверка нового способа защиты Autoit программы.

CreatoR [?]

(и в ЛС тоже не нужно мне писать на эту тему).

Я и не писал!!!

Короче я делаю эту защиту для себя, моя главная задача сделать так, чтобы декомпилятор не смог декомпилировать скрипт!

 

[inververs]

Re: Проверка нового способа защиты Autoit программы.

Yashied [?]

Да, конечно, вы можете написать что-то типа своего распаковщика на другом ЯП, но в этом случае придется запускать процесс из памяти, что самым негативным образом может сказаться на работе ваших программ.

Очень интересно, а есть уже реализация такого способа?

 

[WSWR]

Re: Проверка нового способа защиты Autoit программы.

inververs
Есть конечно.
Но антивирусы реагируют на это неадекватно)

 

[inververs]

Re: Проверка нового способа защиты Autoit программы.

WSWR
Можете ткнуть где глянуть?

 

[Medic84]

Re: Проверка нового способа защиты Autoit программы.

inververs [?]

Очень интересно, а есть уже реализация такого способа?

http://www.rohitab.com/discuss/topic/31681-c-run-program-from-memory-and-not-file/
На здоровье

 

[Viktor1703]

Re: Проверка нового способа защиты Autoit программы.

На PureBasic тоже есть, прописываете свой EXE и компилируете.

 

[inververs]

Re: Проверка нового способа защиты Autoit программы.

:
Классный этот PureBasic... надо выучить Он компилируемый?

 

[WSWR]

Re: Проверка нового способа защиты Autoit программы.

Я дак простые скрипты вроде ввода пароля делаю в
Neo Sign 0f Misery - вроде эти exe труднее "вскрыть".
Возможности там немаленькие, но примеров мало, многие элементарные в Autoit действия нужно мудрить...

 

[Viktor1703]

Re: Проверка нового способа защиты Autoit программы.

Он компилируемый?

Да, при компиляции он транслирует свой код в FASM код, а дальше компилятор FASM создаёт исполняемый файл.

 

[inververs]

Re: Проверка нового способа защиты Autoit программы.

Viktor1703 [?]

Да, при компиляции он транслирует свой код в FASM код, а дальше компилятор FASM создаёт исполняющий файл.

:
Это очень хорошо. Это ему большой плюс... а autoit...надеюсь что разработчики в 4 версии сделают нечто подобное.

 

[AZJIO]

Re: Проверка нового способа защиты Autoit программы.

Medic84

Тот самый декомпилятор

восстанавливает полное название переменных

Да но есть ключ /om, при котором названия переменных и функций генерируются в имена типа $a, $aa, $ab... $aaa, $aab и т.д.

Настоящий программист никогда не оставляет комментариев. То что писалось с трудом, должно пониматься с трудом.

обфускатор компилятор их удаляет.

 

[CreatoR]

Re: Проверка нового способа защиты Autoit программы.

AZJIO [?]

обфускатор их удаляет

Их удаляет компилятор.