Защита флэш.

[Mur4ik]

Проблема всех вышеперечисленных методов (кроме предложенного Alex Lexcuk) в том, что код дешифрации все равно хранится не в защищаемой флешке, и как следствие доступен. Если уж и защищать как то по мудренее ембеда, то делать это так, чтоб свалить декомпилятор.

Да и декомпилируют в большинстве те (хотя бывают и исключения), кому влом или вещества серого не хватает писАть свое. И могу предположить, когда увидят в декомпиляторе не то что ожидают, дальше просто рыть не станут.

[gloomyBrain]

По поводу метода AlexLexcuk -

причем флешка с неправильными нулями будет работать

как бы не обязательно... Ну или если Вы точно знаете, что на нули можно поменять, а что нет (маловероятно)
А если менять только то, что можно - вряд ли сильно спрячутся ресурсы

По этому, все же, проще и элегантнее просто разрезать на N частей и юзеру (через https и только по секрету) передавать их последовательность. Более того, сохранить эти ByteArra'и в виде файлов с расширением *.quesswho =)

[Felicast]

1) Байткод swf формата должен начинаться с буковок SWF (3 байта)
2) В байткоде флешки должен содержаться её размер (в определенном тэге)

у меня почему то термин "байткод" ассоциируется с другим

[gloomyBrain]

2 Felicast
http://ru.wikipedia.org/wiki/Байткод - То есть не с вот этим?

[etc]

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

2 Felicast
http://ru.wikipedia.org/wiki/Байткод - То есть не с вот этим?

Именно с ним. А вот про то, что вы говорите, не байткод.

[gloomyBrain]

Сорри, согласен, имелась ввиду структура swf формата

[nikolik]

а можно например чтобы флэш ролик только на одном url работал, а на другом нет?

[Psycho Tiger]

Можно =)