Щит для web-контентаДокучаев Дмитрий aka ForbХакер, номер #085, стр. 085-056-1 (forb@real.xakep.ru) Методы и технологии защиты web-контента Воровство в глобальной Сети еще более развито, чем в реальной жизни. В Интернете воруют все — пароли, аськи, почтовые аккаунты, переписку, web-дизайн, картинки и исходники дорогих программ. Очень сложно защищать от кражи и незаконного использования то, что по своей природе и сущности должно быть доступно большому числу людей. Однако сложно — это не синоним слова «невозможно». Cегодня мы научимся защищать от кражи html-код страниц, красивую графику, картинки и даже исходники PHP-систем. [защита от самых маленьких] Множество пользователей, так или иначе, не хотят украсть непосредственно дизайн. Они желают скопировать кусок текста, сохранить картинку, либо оставить себе на память HTML-фрагмент. С такими юзерами мы и будем бороться в первую очередь, так как их большинство. Во-первых, если ты не желаешь, чтобы исходник страницы был просмотрен пользователем, то обязательно запрети ее кэширование на диск. То есть, после посещения пользователем ссылки, страница не будет сохраняться в кэше. Наверняка ты знаешь, как это сделать, но все же напомню тебе опцию, которая должна присутствовать в блоке <head></head>: <META HTTP-EQUIV=Cache-Control content=no-cache> Во-вторых, можно защититься JavaScript’ом, помогающим во время копирования текста непосредственно с HTML-страницы. Этот прием очень моден в наши дни, однако перед его применением задумайся — не отпугнет ли он твоих посетителей. Если ты все же решился на подобный способ — добавь в тот же блок заголовка следующий скрипт. <SCRIPT LANGUAGE="JavaScript"> document.ondragstart = test; document.onselectstart = test; document.oncontextmenu = test; function test() { retu false } </SCRIPT> Три события, ссылающиеся на функцию test() следят за перетаскиванием, выделением элементов, а также за вызовом контекстного меню. Как видишь, сама функция — обычная пустышка, возвращающая ложное значение. [адреса в опасности] В последнее время у злоумышленников появился нездоровый интерес к исходникам HTML-страниц. Но он вызывается отнюдь не прелестями дизайна, а всего-то наличием email-адресов. Я говорю про обычных спамеров, которые запускают паучка в просторы Интернета. Последний, проверяя каждую ссылку сайта, записывает все мыльники, которые там встречаются. Посему мудрые дизайнеры изобрели ряд ухищрений, способных защитить от подобных напастей. Первый и самый простой способ защиты — использование Unicode-символов, которые понимают большинство браузеров. Для обычного пользователя этот адрес будет выглядеть нормально, но в исходниках HTML-страницы он окажется закодированным. Рассмотрим простой пример. Допустим, на странице форума имеется e-mail forb@real.xakep.ru. Я не хочу, чтобы меня доставали спамеры (к слову в ящик мне сыплется порядка 200 писем мусора каждый день :)), поэтому щедро поделился с автором борды способом Unicode-кодирования. Итак, адрес представлен следующей строкой: <a href=”forb@real.xakep.ru”>forb@real.xakep.ru</a>. Наша задача закодировать значение параметра href, так как именно его грабят спамерские пауки. Все символы можно заменить конструкцией NUM;, где NUM — какое-либо число. К примеру, мой адрес можно закодировать так: Содержание Вперед на стр. 085-056-2 |


















































































































