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

По поводу неподдержки юникода: поправьте меня, если я не прав, но насколько мне известно, в юникоде каждый символ просто представляется 2-я байтами. Следовательно, прочитав их, можно понять, что за символ.

прошу прощения за заведомо ламерский вопрос, но, нельзя ли подробнее? Куда это дело вписать и как оно будет работать? В кадр пустого флэша, или куда? Появилась необходимость в защите от сохранения, а как это приделать -- ??? :confused: Спасибо.

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

Это уже давно не секрет, я всегда так делаю. Не защита это.

http://www.amayeta.com, думаю хватит от 99.99% взломщиков кода

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

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

Еще типа ссылка: http://www.genable.com/aso.html
А енто obfu (халява, поентому командная строка и не всегда читает файл). См. readme

Какая-то она подозрительно мелкая, на вирус похожа

Так я ж говорю: работает в терминале - поентому и размер такой Туда даже приличный вирус не влезет.

Самый маленький вирус занимает 13 байт

Самый маленький вирус занимает 66 байт, Micro-66, писан лично автором ДрВеба И.Даниловым для доказательства возможности этого в принципе. Описан здесь. Имеется в виду именно вирус, способный к самовоспроизведению. Ессно, просто вредоносная асм-программа, форматирующая, например, первый сектор винта, будет занимать меньше, но она не будет вирусом в полном смысле этого слова. Поправь меня, если я ошибаюсь.

В книге рекордов гиннеса содержится инфа о вирусе trivialOW13, который занимает 13 байт и искажает информацию в файлах

Разве что на специально для него написанной операционке и интерпретаторе.

Для x86 программа, которая пишет что-то куда-то на диск, размером в 13 байт, наверное возможна (я не помню точно, сколько байт нужно, чтобы посекторно писать на диск), но вирусом, как таковым, она не будет. Вирус это в первую очередь - саморазмножение.

Вирус - уничтожение данных, в т.ч.

Кста, как этот обфу работает? Может кто-нить пример командной строки показать? А то у мя так и непалучилось!

В т.ч., но не во-первых, и не обязательно.

Компьютерный вирус.

там readme с описанием - obfu исходник.swf защищеный файл.swf Я бы ссылку на сайт дал, но забыл где у них он выложен.

Я так и пишу, но он них не делает

Он часто в терминале пишет: Hrm. Doesn't look like a swf file to me..
Потому шо халява - не все он поддерживает.

в общем, господа, расстраивает это всё ппц.
трезвые ответы дали нам тов. aksyos (матёрый видно чувак в защите рюхает) и тов. Dimchansky (определил некоторые суммы - тоже в общем молодец), остальное всё как-то малосодержательно.

Попробую со своей стороны поставить вопрос ребром.

а) есть, скажем, разработчик. и делает он продукты разные. (это может быть, как правильно говорили, казино, но это слишком сильная для взлома штука, да и для создания, мягко говоря; в частном случае это может быть просто .swf-клипы какие-нибудь)
б) скажем, разработчик понимает, что его физиологические ресурсы ограничены - к старости зрение у него портится от компьютера, и если он не напишет чё-нибудь такое то, что можно один раз сделать и потом много раз продавать, он рискует остаться с разбитым корытом к концу своей никчёмной в перспективе вечности жызни.
в) он создаёт какой-нибудь красивый такой и мультифункциональный супер-клип и начинает его толкать.
г) если этот клип достаточно мультифункционален (т.е. можно его, скажем, продать не один раз, а 1000 раз разным клиентам), имеет смысл его как следует защитить. это, собственно, не только к .swf-клипам относится, такая проблема стоит перед любым разработчиком - например, разбудильник для мобильных серии nokia взломанный одно время очень трудно было найти, но хотя копия стоит всего $10 порядка, его !всё !равно !взломали после примерно полугода с момента появления.
д) а клип может стоить раз в десять больше. я сейчас ваяю на 2.5k евро клип. его тоже захотят взломать - это довольно несложный вывод: 25000>>10. взламывать и перепродавать такие вещи выгодно.
е) собственно, проблема даже не в том заключается, чтобы что-то там в клипе взломать. проблема в том, что можно этот клип заставить работать силой, без взлома. про это товарищ, который создал тему (тоже респект ему, кстати, огромный) не упомянул.

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

ж) проблему защиты кода кое-как решили.
почему решили - если закодировать программу, её действительно будет довольно трудно расшифровать.
почему вскользь - никто не указал грамотного способа кодирования. наверняка такие вещи (алгоритмы кодирования скриптов) давно существуют и применяются на практике.
было предложено решение самому заниматься шифрованием, это довольно сложный процесс, учитывая, что существуют какие-то общепринятые алгоритмы.
было так же предложено решение использовать программы-шифраторы типа swfencrypt. вероятно, на каждую такую программу рано или поздно появится и программа-дешифратор.
но в целом код научиться шифровать можно, а если он длинный, то, как правильно сказали, и шифровать ничего не надо и так сам чёрт ногу сломит.

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

теперь о том, что, собственно, требуется для полноценной защиты:
1) ролики разработчика размещаются на разных сайтах, у разработчика на его ресурсе есть список допустимых сайтов-клиентов.
2) каждый ролик перед запуском знакомится со списком и сверяет свой url: если его в списке нет, он не срабатывает.
3) защита должна быть сделана таким образом, чтобы ролик нельзя было заставить работать никакими внешними средствами.
4) защита должна быть сделана так, чтобы ролик нельзя было разобрать и затем собрать.

если у кого-нибудь есть универсальное решение проблемы защиты .swf-роликов, наша компания готова его оплатить; у меня защиту сделать с ходу не получилось, хотя я объективно дешку рублю в as.

была, собственно, такая весёлая история: я делал мультифункциональный продукт для последующей продажи, сделал к нему защиту, потом у меня похерился винт с исходниками. ну похерился и фиг бы с ним, сделаю новые, но тут появился заказчик, нужно было срочно продемонстрировать ему продукт. а у меня остались только .swf-ролики от разных версий, и в каждой написано большими такими буквами: "несанкционированная копия! ахтунг, документик верботтен!" пришлось, понимаешь, ломать свой же продукт, причём в срочном порядке. взломал за два часа его. со слезами на глазах ломал. расстроился пипец - можно, оказывается.. а жаль. :wacko:

Уважаемый dusia, что вы тут расписали я не понял. Это что -- ваши мысли вслух?

:wacko: :wacko: :wacko:

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

Для меня эта тема никогда небыла первоочередной, более того мне вообще ни разу за всю свою немаленькую flash-жизнь не понадобилось защищать SWF. Во как оказываеться бывает!

щас ступлю...
а можно замутить чтоб флешка ваще самоуничтожалась?
ну типо дал заказчику на показ, таймер на день поставил а потом delete???

Это синдром Билла Гейтса. Человек хочет сделать флэшку, а потом выжать из этого как можно больше денег.
За всех решать я бы не стал. Это возможно для вас данная проблема - первоочередная. Круто, а потом еще окошко выскакивает с предупреждением: "Если вы не заплатите много денег, то же самое произойдет и с остальными файлами на вашем компьютере!"

естесс-но
лично я впервые вижу медведя-флэшера :) :) :)

Я думаю у вас "в первый раз" будет ещё "не один раз" :)

Рисуй программно =).
А вообще эта тема уже зашла в тупик. Самый вразумительный ответ на нее дал Bright уже во вотором посте. Универсального решения проблемы защиты не существует, если один человек сделал, другой всегда может это заюзать. Графику может вытащить любой декомпилер. Ну а чтобы скрипт был нечитаем можно использовать хороший обфускатор.

ну да, можно и так поступить, только если взять и скачать твою swfку, то есть декомпилеры, которые её откроют, вытянут весь код, сохранят в fla файл и переделав код экспортируют в свой. Так что вот так. Пример программы - swf decompiler.

правда есть swf encrypter - который собственно и мешает декомпилеру. Но это от чайников. Кому надо - утянут все что хочешь.

3vc, вы прям открыли всем глаза...

защитить графику (и то просто поддав неприятностей) можно неким аналогом ксс во флеше. т.е. какой-то внешний файл с настройками.

собственно вытащить графику из флеша не шибко сложней чем из хтмл-сайта.

Кстати, а почему бы не слить тему с темой "Защита свф"?

потому что трёп бестолковый.

т.е. потом заходишь в эту тему и читаешь как можно взломать ту или иную защиту ))) номрально придумано че )))