Шифрование - Страница 2

goodguy · 15.11.2011, 07:31

Цитата:

Сообщение от Astraport

Хранить эти данные в внедренной SWF

Статья уже не актуальна. Современные декомпиляторы видят вшитые swf
Плюс к тому, автор пишет:

Цитата:

Переменные, защищённые модификатором доступа private, либо переменные определённые только в области видимости методов, декомпиляторы прочитать так же способны, но их имена заменяют например на _loc_1.

Переменные с модификатором private декомпиляторы читают так же как и паблик, сохраняя исходные имена.

DaFive · 15.11.2011, 10:29

Уже сказали, кому надо - взломают. Делать логику просчета на сервере. Максимально усложнить задачу средствами обфускаторов (типа secureSWF) не получится. Максимально запутать код? Тоже вычисляется.

goodguy · 15.11.2011, 10:33

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

DaFive · 15.11.2011, 10:39

Ну дык, о том и речь. На обфускатор надейся, а логику на сервер. Отпугнёт конечно, я даже более чем уверен что в некоторых случаях декомпилированный код назад не соберется, куча RTE повылезает.

scarm · [+1 20.11.11]

Можно к паролям применить байтовый сдвиг на рандомную величину. Байтовое значение скидывается в один массив (либо разрывается по кусочкам и раскладывается по нескольким массивам), ключи сдвига скидываются в другой массив, при этом могут вшиваться в мусорные значения, например: 02312"ключ к сдвигу"030033. Паранойя конечно, но при декомпиляции совсем неочевидно будет, что в наборе непонятных массивов хранятся пароли.

smithy · 15.11.2011, 15:39

Цитата:

Сообщение от scarm

но при декомпиляции совсем неочевидно будет, что в наборе непонятных массивов хранятся пароли.

Да и пофиг. Все равно достанут сразу метод, который из массивов собирает пароли, а как он это делает - это не важно.

Как-то раз столкнулся с флешкой, в которой в битмапе был зашит дешифратор. Битмапа декодируется в ByteArray, а он потом запускается через в loadBytes(). Ну и дешифрует загружаемый контент. Вроде бы непросто, да. Но я через декомпил узнаю как называется класс дешифратора, подгружаю эту хитроумную флешку и получаю дешифратор при помощи getDefinitionByName.

gloomyBrain · 15.11.2011, 16:01

Цитата:

Как-то раз столкнулся с флешкой

О да... Тот еще был эпос =) Надо отдать должное создателям - первый день вообще не сильно было поятно, что там творится. Но... - *****код пока что лучший обфускатор. Проверено.

scarm · [+1 20.11.11]

Кстати, к вопросу о *****коде...
Если метод Decrypt() будет собирать массив passwords, то повышенное внимание к нему гарантированно.
А, предположим, метод SyncronizeLocalTime(), который использует getTime(), стучится на сервера точного времени, и помимо прочего, склеивает непонятную инфу из байткода с большой долей вероятности навеет тоску на взломщика.

smithy · 15.11.2011, 17:02

Поверь, я не буду просматривать все методы в поисках метода Decrypt().
Я просто найду все обращения к интересующим меня массивам.
И опять же, я не буду разбираться что творится в методе, а просто его выдеру.

Как бы хитроумно не были запрятаны методы дешифровки - все равно есть место в коде, где начинается дешифровка.

Цитата:

Сообщение от gloomyBrain

О да... Тот еще был эпос =) Надо отдать должное создателям - первый день вообще не сильно было поятно, что там творится. Но... - *****код пока что лучший обфускатор. Проверено.

Да, было дело =)
Сейчас хочу разобраться с флешкой, которая вешает декомпиляторы.

gloomyBrain · 15.11.2011, 17:23

Цитата:

я не буду разбираться что творится в методе, а просто его выдеру

Ты суров