Просмотр полной версии : Запретить запуск с локалки SWF
Как запретить запуск с локалки SWF файла??
Ведь можно передавать php скрипту откуда запущен swf и если с любого другого URL кроме родного то отказываться принимать любые посылаемые ему переменные??
Возможно ли это?? И как это организовать??
Это необходимо для защиты удаленного swf!!!
Dendroid
12.10.2006, 04:44
Такой вот способ:
restricted = ["mydomain1.com", "mydomain2.com/test"];
block = true;
for (var i = 0; i<restricted.length; i++) {
if (_url.indexOf(restricted[i])<14 and _url.indexOf(restricted[i])>-1) {
block = false;
}
}
if (block) {
_visible = false;
stop();
}
ещё можно добавить к предыдущему или использовать отдельно:
if (_url.indexOf("file")==0) {_visible = false;stop();}
Это конкретно защита от запуска с локального диска.
А разве прокатит такой способ?? Этож ActioScript !!! Отдекомпельнут флешку и все!!!
Не мне надо через PHP, может возможно это както организвать через actionscript-->document.referrer
Т.е. видим адересс откуда пришел если с нашего скрипта №1 то даем юзать нашскрипт№2 ??
Дело в том что flash общаеться с пхп скриптом и берет оттуда необходимую информацию, хочу сделать так чтоб при запуске с локалки скрипт обнаруживал это и не отсылал данные этому флешу!
«Удалённый» swf попадает в кеш, так или иначе.
Ну и пусть попадает в кеш!!!Да мне до swf нет дела!! Пусть декомпилят, изменяют его как хотят!! Главное чтоб запущенный swf c локалки определялся удаленным скриптом и в него не передавались данные из скрипта!! Таким образом - полноценно будет работать сайт только с необходимого мне URL
Ну пусть твой swf в запросе передаёт _url скрипту.
- очень глупый ход!! Опять же - декомпильнут и подменят _url.
Надо чтоб php скрипт знал окуда ему шлют GET или POST запросы!!!
Помоему мой вариант с проверкой referrer - единственно возможный.
- очень глупый ход!!
Очень глупый ответ.
referrer при запуске с локального диска пуст, это раз.
И у многих пользователей referrer вообще всегда пуст, независимо от места запуска. :bye:
Очень глупый ответ.
referrer при запуске с локального диска пуст, это раз.
И у многих пользователей referrer вообще всегда пуст, независимо от места запуска. :bye:
А вот тут ты не прав!!!
На удаленке он всегда полный!!
А вот тут ты не прав!!!
На удаленке он всегда полный!!
Бред говорите. В браузере (в Opera например) можно отключить referrer.
И у меня в Firefox отключен.
Referer может и можно выключить, но при выключенном referer можно предупреждать пользователя чтоб он его включил.....А если referer совпадает с url сайта то все - ок!
Т.е. это единственный способ или может кроме самому себе мне еще кто что посоветует?
Использовать _url и зашифровать тем же SWF Encrypt. Это надёжнее referrer.
Если захотят сломать, то можно вообще в обход Flash подменить данные в HTTP-заголовке, так что даже referrer тут не спасёт.
Твой вариант - SWF Encrypt неподходит слишком слаба защита, а вот подделать referrer для swf файла я не знаю как!! может кто просветит?
OverFLY, а ты что, думаешь что-то кто-то пойдёт дальше и будет работать в HEX-редакторе?
Сомнительно, что кому-то вообще понадобится лезть в твою флешку.
Ты же не банковскими переводами занимаешься, а SWF Encrypt избавит от 99% любопытных.
Думаю если кто захочет будет работать...любопытных счас много...да и денежки на ввод, вывод в этом сайте крутяться...
А собственно, что тут такого, что Flash будет запущен локально?
ну если флеш запущен локально то соответственно возможен запуск модифицированной верссии которая будет отправлять скрипту левые данные...а мне этого ненадо!!!
Левые данные надо на сервере проверять. И если нужна защита, то вся защита должна быть на сервере. От Flash должен быть ожидаемый формат ответа.
ваша проблема происходит из за ошибки в архитектуре сервера. необходимо или модернизировать или изменять принципы работы сервера, чтобы не пытаться защить заведомо незащищаемый объект. вообщем надо исключить желание декомпильнуть клиент не его мега-защищоностью, а бесполезностью. =)
пока писал, меня опередили =))
Левые данные надо на сервере проверять. И если нужна защита, то вся защита должна быть на сервере. От Flash должен быть ожидаемый формат ответа.
Да это все конечно понятно что надо проверять, прсото есть такие узкие места которые убрать займет очень много времени..Да и вообще лишняя защита не помешает!!!! Лучшеб подсказали как еще организвать это!! Чем разводить демогогию - надо, не надо!
тебе же тебе написали - защиту надо при проектировании внедрять, в саму логику работы сервера. ты не там копаешь.
Работает на vBulletin ® версия 3.7.3. Copyright ©2000-2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 1999-2008 Flasher.ru. All rights reserved.