Декомпилятор и обфускатор для Flex и AS3

Не я не пробывал я peid плохо знаю а эту прогу тем более

Меня больше волнует вопрос о том ведется ли разработка средств для аналога java-шного hot swap-а. Кто не знает - это возможность после запуска в режиме debug приложения выполнить перекомпиляцию его кода и подменить в памяти AVM-машины старый код на новый - что дает огромное ускорение отладки кода.

Странно, говорит, что файл поврежден (перезакачивал, не помогло).
Кстати, уже есть первый "обфускатор" - http://anirudhs.chaosnet.org/blog/2008.02.04.html

У меня тож ошибка.

По поводу защиты SWF.
Это хорошо все, но одного обфускирования в as3 мало.
Делал для одного проекта зашифрованную закачку рисунков (честно, похоже параноики, но не об этом речь).
Так вот, там модуль загрузки - был динамичным и содержал в себе ключ к расшифровке полученного потока для того, чтобы затем подать на Loader.loadBytes()
Думаю такой подход уменьшит количество копателей в разы, так как удорожает стоимость разработки "противоядия".

2 yoyo: если рисунки платные, то взлом твоего метода шифрования наверняка дешевле обойдется. Всего-навсего декомпилировать модуль загрузки и получить твой ключик и алгоритм. Уменьшит в разы - факт, но отсеет только дилетантов и ленивых.
Конечно, если под словом "динамичный модуль" ты подразумевал то, что он генерится сервером и в него зашивается уникальный ключ каждой сессии, да еще и алгоритм шифрования варьировать, то это уже и профессионалам надо будет напрячься.
А вот если твой модуль защитить от декомпиляции - либо как в былые времена кривым байт-кодом, либо запутыванием кода - сложность задачи взлома просто убьет само желание.

Вообще, шифровать загружаемые на компьютер картинки, которые в итоге всё равно можно заскриншотить, смысла мало. Для этого "водяные" знаки кладут.
Вот если надо защищать обмен данными от разного рода снифферов - это действительно важно, хотя разве https-протокол не справляется с этим?

Я сталкивался пару раз с ситуацией, когда надо было сохранять данные на сервер (результаты промо-игры). Пытались что-то шифровать, но не шибко заморачивались, т.к. ценность была никакая - в лучшем случае победитель получал приз. И защиту от декомпеляции не ставили. Думали, что никому не охота будет ломать. Хрен. Сломали тут же - уже через день милионные результаты висели в топе. Люди, видимо, этим увлекаются из спортивного интереса.
А с другой стороны, реализовывать методы с открытым ключем для таких игрушек тоже накладно.

А вообще, может поделитесь своими методами защиты данных (на идейном уровне :) ). Кстати, есть ли реализация для AS2/3 - PHP метода ассиметричного шифрования к примеру, RSA ?

динамичный модуль - в том проекте было всего 64 заранее скопмилированных дешифратора на базе xor (нетривиальным образом), которые отличались только ключами.

По поводу https, если конечно, интересно: Если имеется ввиду перехват в сети - то это зависит от настроек оборудования в локальной сети. Где возможен ARP Spoofing там и можно "подстроиться" между клиентом и сервером. Если на клиенете - то https - это всего лишь протокол, открытый конец которого упирается в application layer, т.е. для флеша - прозрачен.

RSA: http://www.google.ru/search?q=AS3+RSA

Хм, куда-то имя подевалось.

RSA: http://www.google.ru/search?q=AS3+RSA

Скачал. Установил. Продизассемблил.
ВСе получилось.
Ждем когда будет выдавать готовый исходный код.

etc, про тебя мы и так знаем, а тут же ж заморское чудо, да еще и с целью обфускации. Кстати, ты не собирался свой проект на Гуглокоде захостить? Людям нравится.

Можно, конечно. Время найдется (дай бог через пару месяцев) ­— выложу.
Если он кому-нибудь вообще будет нужен.
SWFExplorer я тоже могу расшарить, да только он декомпилит только первый класс (ну или какой укажешь руками), да ещё с ошибками.

Ждем когда будет выдавать готовый исходный код.

А что самому слабо написать али как?

Dymow, я начал писанину ещё в июне 2007. Забросил это действо где-то в июле.
Довольно непростая задача, требует много человеко-часов, которых у меня не стало к тому моменту.