Цитата(AntonSaburov @ 3.3.2005, 18:40)

Обфускатор по сути "запутывальщик".

Значит, это все-таки не абсолютная защита, да? Он не закрывает код, а старается изменить его до неузнаваемости, и, зная алгоритмы его работы и ключи (если он их использует), можно раскрыть код. Получается, что задача "деобфускации" - это криптоатака?

Цитата

Пользую jad, вроде работает

это я к

Цитата

jad.exe декомпилирует вроде нормально, вот только внутренних классов не видет, знает кто нибудь еще декомпиляторы?

Абсолютной защиты не будет никогда.

Цитата(Lamer @ 3.3.2005, 18:50)

Получается, что задача "деобфускации" - это криптоатака?

Нет, это больше напоминает, что первоначальный маршрут от Питера до Москвы шел напрямую, но его выдали в виде "через Владивосток". При этом заменяются имена классов и методов на абсолютно бессмысленные - a1, b32, f4 и так далее.

Ну предположим у класса есть 25 методов из них 18 закрыты. Можно изменить имена этих методов. Можно сделать промежуточный класс, который будет создаваться и уже внутри себя вызывать нужный метод. Можно вырезать какие-то методы в отдельный класс, назвать его страшно непонятным именем. Ну и прочая. Т.е. получается код. который читать можно, но понимать который (и вносить какие-либо изменения) приносит головной боли столько, что это никто делать не будет. Разве что за большие-большие деньги, которые будут сравнимы со стоимостью пакета.

я тут еще один декомпилятор нашла, может пригодится кому нибудь:
http://members.fortunecity.com/neshkov/dj.html

Цитата

Значит, это все-таки не абсолютная защита, да? Он не закрывает код, а старается изменить его до неузнаваемости, и, зная алгоритмы его работы и ключи (если он их использует), можно раскрыть код. Получается, что задача "деобфускации" - это криптоатака?

Нет, обфускатор делает код практичски бессмысленным для того, кто его декомпилит. И знаниe алгоритмa нe поможет, т.к. будут уничтожны все несущие смысл именa переменных, классов, и пр. А без этого понять как работаеt код сложновато.

Ясно. Спасибо за разъяснения.

Насчет jad (и других тоже), он то в принципе работает, вот только иногда try/catch не распознает и странние конструкции такого вида создает:

Код

buf = new byte[256]; _L2:        if(conn != null || port >= 9940)            break; /* Loop/switch isn't completed */        conn = new Socket("localhost", port);        BufferedInputStream in = new BufferedInputStream(conn.getInputStream());        BufferedOutputStream out = new BufferedOutputStream(conn.getOutputStream());        buf[0] = 63;        out.write(buf);        out.flush();        Thread.sleep(50L);        if(in.available() <= 0)            break MISSING_BLOCK_LABEL_113;        in.read(buf, 0, 256);        if(buf[0] == 33)            return conn;        continue; /* Loop/switch isn't completed */        return null;        IOException exception;        exception;        port = 9940;        continue; /* Loop/switch isn't completed */        exception;        port++;        if(true) goto _L2; else goto _L1 _L1:

Цитата(Lamer @ 3.3.2005, 18:50)

Значит, это все-таки не абсолютная защита, да? Он не закрывает код, а старается изменить его до неузнаваемости, и, зная алгоритмы его работы и ключи (если он их использует), можно раскрыть код. Получается, что задача "деобфускации" - это криптоатака?

В том то и проблемма байт кода что его можно однозначно декомпилировать. То есть абсолютной защиты для байт кода как таковой нет.
Ключей при обфускации нет. нО криптоатака деобфускации не поможет
Тут такой момент. В процессе обфускации происходит 3-и основных действия:
1. Удаяляется дебаговая информация (это может быть пропущенно если компилировалось без нее)
2. переименовываеются классы, методы и переменные (за некоторым исключением, связонные с рефлексией). То есть:

Код

class Foo {    private String fooStr;    public String fooFunction()    {         return fooStr;    } }

будет при компилировании-обыфускации-декомпилировании выглядеть примерно так:

Код

class if {    private String for;    public String if()    {         return for;    } }

или

Код

class а {    private String а;    public String а()    {         return а;    } }

Что будет затруднять разбор программы.

3. добавляются "логические бомбы" (это делают не все обфускаторы).
к примеру самая простая логическая бомба:

Код

class if {    private String for;    public String if()    {         return for;    } }

->

Код

class if {    private String for;    public String if()    {         return for;         catch(e)         {         }    } }

Катч вставлен в данном случае в байт код после ретурна (точнее вставленна последовательность инструкций, которая обозначет катч). При работе программы она никак на будет влиять на выполнение данной функции. При декомпиляции же не всякий декомпилятор сможет это "переварить".
Добавлено @ 19:13

Цитата(kashka @ 3.3.2005, 19:07)

Насчет jad (и других тоже), он то в принципе работает, вот только иногда try/catch не распознает и странние конструкции такого вида создает:

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

Я имею ввиду что, после декомпиляции появляются иногда странные структуры,
например:

Код

return true;        Exception exception;        exception;        new HuginGUIError(exception);        return false;

а
Добавлено @ 19:21
я так думаю, что jad try/catch иногда в такои форме записивает. По краинеи мере после соответствующего исправления, все работало .

Там просто неоднозначная ситуация. И поэтому не до конца переводится в ява код.
По этому поводу советую почитать Работем с Байткодом (с)Domestic Cat.

В каком смысле неоднозначная?

try/catch при компиляции превращается в несколько запутанный байткод, видимо декомпилер и колбасит по этому поводу

Так как мы достигли ретурна, то это может быть либо логической бомбой, либо катчем эксепшина.
В большинстве таких случаев декомпиляторы эксепшины из опкода не переводят в ява код.

Добавлено @ 19:42
ЗЫ. Кстати. Внешне катч в байт коде выглядит еще более запутанно
Так что неоднозначностей там хватает.

Ну ладно try/catch можно легко исправить а вот что означает:

Код

if(rootFrame == null || !rootFrame.containsInstances())            break MISSING_BLOCK_LABEL_104;        int answer = JOptionPane.showConfirmDialog(this, "This network contains instances of other networks.\nDo you want all instance networks to be reloaded as well?", "Reload subnets?", 0, 3, null);        if(answer != 0)            break MISSING_BLOCK_LABEL_73;

Цитата(AntonSaburov @ 3.3.2005, 18:56)

При этом заменяются имена классов и методов на абсолютно бессмысленные - a1, b32, f4 и так далее.

А как же библиотеки???