защита собственности [Архив]

Просмотр полной версии : защита собственности

deem

10.06.2005, 22:10

скажите, уважаемые, как сделать так, чтобы мой ролик, опубликованный на определенном сайте нельзя было скачать себе и использовать:
а) локально
б)на другом сайте???
заранее спасибо!!!

Nirth

10.06.2005, 22:45

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

Смольный (Smolniy)

10.06.2005, 23:48

Вот тут описано нечто похожее
Но обойти можно все :)

http://www.vmstudio.com/materials.php?nocacheswf

KidsKilla

11.06.2005, 00:25

=))
ну мне, к примеру, ежели нужен свф -- сохраняю страеничу, а там разбираюсь, а в таком случае свф копируется =)))
вот и с той страницы свфка легко взялась =)

свф заполучить можно всегда.
максимум можно зашифровать(привести к нечитабельному виду) код, если его надо скрыть.

deem

12.06.2005, 01:18

Ну а если сделать SWF с loadmovie-ами (у меня по теме такое подойдет - это карта) - и прописать чтобы он брал их каталога с определенным названием или прям чтобы брал с указанием полного путя ;) http://sait.ru/map/loadable.swf ???

Или он будет ругаться на отсутствие именно такого файла по такому пути???

DOG-Paul

12.06.2005, 01:26

D-MAN

12.06.2005, 03:27

проще тада по Url защиту сделать
эффект тот же

[GIN]

12.06.2005, 12:38

проще тада по Url защиту сделать
Для автора поясню что это такое:
this.stop();
var myHost:String = "site.ru";
var Sw:Number = Stage.width;
var Sh:Number = Stage.height;
txtForm = new TextFormat();
txtForm.size = 14;
txtForm.font = "Verdana";
txtForm.align = "center";
protocol = _url.substr(0, _url.indexOf(":"));
doubleSlash = _url.indexOf("//");
server = _url.substr(doubleSlash+2, _url.indexOf("/", doubleSlash+2)-doubleSlash-2);
server = server.toUpperCase();
if (server.indexOf("WWW.") ne -1) {
server = server.substr(server.indexOf("WWW.")+4, server.length);
}
if (protocol eq "http" && server.indexOf(myHost.toUpperCase()) ne -1) {
this.play(); //Playing Movie
} else {
this.createTextField("popup", 10, Sw/2-105, Sh/2-20, 210, 40);
this.popup.selectable = false;
this.popup.text = "Movie can be run only"+newline+"on the original host";
this.popup.setTextFormat(txtForm);
}
максимум можно зашифровать(привести к нечитабельному виду) код, если его надо скрыть
По этой теме очень много обсуждений. здесь (http://www.builderau.com.au/webdev/multimedia/0,39024686,20281905,00.htm) можно посмотреть сравнения нескольких кодировщиков и декомпиляторов (хотя это не совсем по теме, но может пригодится)
Если зашифровать код ролика + сделать защиту по url, то можно получить неплохой результат, хотя любую защиту можно обойти. Вопрос в другом, что нужно создать такого, чтобы требовалась "непробиваемая" защита? :-)

aaanet

12.06.2005, 13:13

да, [GIN] прав, лучше сделать уже по url защиту
но, всетаки и так ты мало поможешь своей свф'ке, уж слишком далеко ушли декомпиляторы...

aaanet

12.06.2005, 13:16

Вот тут описано нечто похожее
Но обойти можно все :)

http://www.vmstudio.com/materials.php?nocacheswf

ну этоже просто запрет кеширования, те кто захочит украсть просто установят программу, которая наоборот заставляет кэшироваться, или более того по нажатию на правую кнопку и найдя меню "save swf with <декомпилятор>"

Штрек

12.06.2005, 15:09

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

Nirth

12.06.2005, 15:14

а не легче ли сразу перейти на классы?
и кеширование классов, пофиксить.

Штрек

13.06.2005, 00:37

а не легче ли сразу перейти на классы?
и кеширование классов, пофиксить.
Я говорю о том, что код кадра можно было бы
подгружать на лету, что можно делать и сейчас, однак
посредством подгрузки файлов которые можно лёгко
перехватить на компе юзера... Речь не о кэшировании,
а о том, что с помощью браузера можно схавать любой файл, а вот если бы браузер не замал какой нить спец_файл, который предназначался только плугу
и уничтожался после разбора.......Или обычный txt
кодировался таким образом, чтоб никуда дальше плуга
он не помещался и мог плугом же быть уничтожен.......

Artem Brigert

13.06.2005, 00:37

Nirth

13.06.2005, 00:45

2 штрек
да это идей

Artem Brigert

13.06.2005, 00:54

единственный способ защиты кода это: обработка кода на стороне сервера , а всё что предлагает штрек бред ... имхо

Штрек

13.06.2005, 01:17

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

Artem Brigert

13.06.2005, 01:22

ты на солнышке не перегрелся? :) или может тебе разницу между например .js и .jsp обьяснить?

Штрек

13.06.2005, 01:46

ты на солнышке не перегрелся? :) или может тебе разницу между например .js и .jsp обьяснить?
Ты, как всегда, не хочешь ничего слышать, а главное -
думать.....
Повторяю -
создаётся файл с меткой, которая говорит браузеру -
помещать в папку Temporary Internet Files не надо,
а надо передать данный файл для разбора плугу,
напр.8.0 и уже, втроенный в плуг механизм,
после разбора файла его уничтожает........
Весь, созданный на сервере, код может быть перехвачен
при поступлении на машину юзера, вот от этого я и предлагаю избавиться........

Artem Brigert

13.06.2005, 01:49

и что ты предлагаешь?... каждому свой сервер поставить? тут 99% с "народа" слезть боятся... :)

Nirth

13.06.2005, 01:50

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

Штрек

13.06.2005, 02:03

и что ты предлагаешь?... каждому свой сервер поставить? тут 99% с "народа" слезть боятся... :)
Ну при чем здесь сервера....
Новая версия плеера от Макродии могла бы использовать этот механизм защиты кода...........

Artem Brigert

13.06.2005, 02:05

всё что работает на клиентской стороне может быть взломано. если не в данный момент то через неделю или месяц

ответ понятен я надеюсь?

D-MAN

13.06.2005, 04:37

Абсолютно верно.

Я думаю ответ на вопрос нужно рассматривать в другой плоскости:
- "Хакеры/декомпиляторы" могут ВСЕ взломать на клиент-сайде
- От ламеров, которые просто сохранят твою флешку (например, игру) на компе и поробую ее там запустить, на 100% поможет защита по URL. Притом, кстати, при декомпиляции флешка лишь в ~20% случаев восстанавливается полностью. При усложнении swf этот процент еще уменьшается.

Тогда зачем дергаться? ;)