Свой формат для swf
 

Всем привет. Задаюсь двумя вопросами)
1) Можно ли прогнать swf файл в байтовый массив
2) Если можно, то можно ли его декодировать во флеше и привести к swf?

Речь идет не о эмбеде файла. А о том, можно ли swf энкодировать в байтовой массив, сохранить например формате .brabs. А потом, загрузить этот .brabs, декодировать его в swf и использовать уже, как swf файл.

Можно. В чём именно вопрос?
Не совсем понимаю, что значит "энкодировать в байтовой массив". С любым загруженным файлом можно работать, как с ByteArray

illuzor Ну, ведь по сути любые данные можно привести к байтовому массиву так? А значит, swf файл также можно перевести в байтовый массиву так? А значит, если закодировать файл в байтовый массив, занести ключи между байтами, о которых будет знать только создатель и сохранить в новом, придуманном формате, то ведь этот файл, никто не сможет раскодировать без этих самых ключей? Правильно?

А зачем тут swf вообще нужен? можно просто смешать ключи с каким-нибудь белым шумом, только толку в этом чуть

undefined а swf будет всего лишь библиотекой, в которой хранится графика. Только смотри, сейчас можно скачать любой свф и прогнать через декомпилятор, и собственно вытащить всю графику. Но если загружаемый файл, будет другого формата и когда его скачают, то декомпилировать его известные способами не получится. Придется копать и искать методы, а тут окажется, что еще и ключи какие-то нужны для декомпиляции, большая часть заинтересованных бросит это дело на полпути. В итоге получаем защищенную графику и swf в целом

Сейчас появится кэсириан и разгонит всех по домам.

Godwarlock, декомпилим флэшку, которая парсит этот "шифрованный" swf, в ней смотрим формат swf,выкидываем весь мусор из бинарника и спокойно декомпилим графику.И не нужны никакие ключи.

А как ты определишь, что мусор, а что не мусор? И как много времени тебе нужно будет, чтобы между каждым байтом/2 байтом вычищать ненужное? Ведь мусор можно разбросать в хаотичном порядке

Собственно весь код уже будет в твоей основной флэшке, можно прямо в ней сразу после загрузки и расшифровки добавить сохранение готовой swf на диск.

Вот об этом я не подумал. А каким образом можно сохранить из swf другой swf на диск? Что значит добавить сохранение?

http://help.adobe.com/en_US/FlashPla...ce.html#save()

Да уж. Несмотря на то, что придется этот код вшивать в исходный swf, это действительно не спасает.

Ну, вообще, по правде говоря можно усложнить задачу взломщику настолько, что большая часть "желающих" действиетльно отсеится.
И так, что можно сделать:
1) Собрать флешку, в которую будет вшит ключ для дешифровки ресурсов. Я лично использую 16 битное AES шифрование. Ключ этот нужно хранить не в открытом виде, а собирать в рантайме из отдельных частей. Делается это для того, чтобы нельзя было через какой-нибудь HEX редактор просто тупо посмотреть строку внутри файла, даже не декомпилируя его.
2) Обфусцировать флешку
3) Вшить ее как байт массив в другую. Это не позволит декомпиляторам докопаться до ее прямого кода, а даже если кто-то докопается, то читать эту обфусцированную хрень, вряд ли многие захотят, особенно если кода много.
Другую флешку (в которую вшивается эта) тоже обфусцировать

100% защиты не дает ни один способ защиты, но палок в колеса можно много навставлять. Вопрос будет только в том, а действительно ли взлом твоей флешки представляет такую важную задачу, что кто-то будет со всем этим возиться. В большинстве случаев с простыми инди играми, ответ однозначный: нет

Кстати, контраргумент всем тем, кто говорит, что не надо ничего шифровать. Все apk файлы, которые мне доводилось разбирать (написанные под AIR и не только), а разбирал я их просто гору (речь только об играх), хранят ресурсы в зашифрованном виде. У кого-то используются ключи для шифрования, а кто-то юзает просто XOR, но тем не менее, шифруют файлы даже крутые крупные компании