PDA

Просмотр полной версии : Как спрятать SWF от прямого скачивания?

leowap
20.10.2006, 06:48
Вопрос в заголовке собственно...
wvxvw
20.10.2006, 06:59
мне еще такие не попадались =) по-моему, единственный вариант - это никому его не показывать =)
Хемуль
20.10.2006, 10:32
2 leowap:
SWF грузится в кэш броузера, а значит сохраняется на машине пользователя. Когда что-то попадает на машину пользователя, он может делать с этим всё, что угодно. Ждите AS3 - там вроде есть решение, которое вас удовлетворит.
etc
20.10.2006, 14:36
Ждите AS3
Интересно, а причём тут AS3 и непосредственное попадание swf на локальный компьютер?
Хемуль
20.10.2006, 16:15
2 __etc:
Помнится, кто-то писал на форуме, что в AS3 будет возможность грузить флешку как битовый поток, не занося её в кэш. Или что-то в этом роде...
iNils
20.10.2006, 16:58
2 __etc:
Помнится, кто-то писал на форуме, что в AS3 будет возможность грузить флешку как битовый поток, не занося её в кэш. Или что-то в этом роде...
Есть не один способ получить swf не обращаясь к кешу.
etc
20.10.2006, 17:06
Ну если только в таком виде, то да.
Хемуль
20.10.2006, 17:38
2 iNils:
Да это понятно. Это как со взломами сайтов и получением доступа. Способов много. Самый простой - перебор. Грубым перебором всех возможных паролей можно получить любой доступ. Тут, конечно, не так всё печально, но тоже идея в том, сколько времени и знаний понадобится тому, кто хочет флешку достать. Если б автору темы хотя бы от простых школьников защититься. ^_^
Bar_Duck13
20.10.2006, 18:10
2 leowap: Как именно ты хочешь: не дать скачать или не дать просмотреть скаченный файл?
dantist86
21.10.2006, 11:59
Я не могу ничего сказать про графику. По видимому ее защитить невозможно.
Однако мы натолкнулись на то, что декомпиллеры не справляются с несколькими вложенными if(){..}else{...}, особенно если внутри логика, то это для декомпиллеров - смерть. :)
Это дает некоторые возможности, но от "профи" все равно не защитишся, с другой стороны "профи" не будет тырить.
BigDan
21.10.2006, 13:37
Способ избежать кеширования(в хтмл-странице):
.....
<head>
<meta http-equiv="PRAGMA" content="NO-CACHE">
</head>
PITer
21.10.2006, 18:25
одним из на мой взгляд привлекательным способом является использование прелоадера. Причем в хитрой и извращенной форме.

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

НО этот способ не является непреодолимой преградой для целенаправленного взлома.
DarkLight
21.10.2006, 18:38
Нестандартные расширения это смешно. Не помогает а пару раз у меня такие флешки фаервол резал. Имхо лучше поизвращаться с хекс-кодами и сделать флешку очень трудноломаемой.
Хемуль
21.10.2006, 20:47
2 DarkLight:
И нестабильной в работе, насколько я слышал...
DarkLight
21.10.2006, 20:52
2 Хемуль
Я ни разу не встречал нестабильной работы на имеющихся у меня нескольких десятков сделанных таким образом флешек. Мне попадались защищенные флешки и они тоже работали стабильно. Флеш плеер начинает падать при попытке защитить не только код, но и все ресурсы. Я однажды пытался такое сделать - поизвращался с ресурсами которые не используются но которые я сохранил принудительно в свф. Результат именно такой. Плеер от некорректных ресурсов падает.

ЗЫ Падающие декомпилеры не в счет))
Dendroid
22.10.2006, 10:52
А флэш по-умолчанию защищён "от прямого скачивания". Где Вы видели в браузере "save swf as"? ;) Так что вопрос некорректен. А вот усложнить доступ "к телу" флэшки, если человек вознамирелся-таки его скачать - тут могут быть варианты :) Но абсолютной защиты нет. Неплохой, кстати, метод, проверенный временем: разбить файл на множество частей, или даже включить его в серверную логику, тогда заставить его работать локально или на другом сервере (да просто понять внутреннюю логику) станет действительно проблемой. ;)
PITer
22.10.2006, 17:01
А флэш по-умолчанию защищён "от прямого скачивания". Где Вы видели в браузере "save swf as"?
Ну правда это из серии "о тех ребятах, что за ограду без танка не ходят", но видел.

А про серверную логику я тоже уже упоминал. Думается мне со стороны сервера было бы полезно знать, откуда производится запрос, и в соответствии с этим выдавать результат. Не знаю точно, способен ли сервер установить источник запроса, но в скором времени мне с этим предстоит разбираться :)))