Министерство  образования и науки Российской Федерации

ГОУ ВПО  «Магнитогорский государственный  университет им.Г.И. Носова»

Кафедра информатики и информационных технологий

Реферат

На тему: «Основные схемы сетевой защиты на базе межсетевых экранов»

 

Оглавление

Межсетевые  экраны 3

Классификация 5

Коммутаторы 5

Пакетные  фильтры 6

Шлюзы сеансового уровня 9

Посредники  прикладного уровня 11

Инспекторы  состояния 12

Выбор межсетевого экрана 14

Возможности 14

Трансляция  сетевых адресов 14

Аутентификация  пользователей 15

Регистрация событий 16

Реализация 16

Недостатки 19

Ограничение функциональности сетевых  сервисов 19

Потенциально  опасные возможности 19

Вирусы  и атаки 21

Снижение  производительности 21

Персональные  межсетевые экраны. 23

Заключение 28

Список  использованной литературы 29 

 

Межсетевые  экраны

     Когда речь заходит о защите от атак, то первое, что приходит на ум большинству  пользователей, - это межсетевые экраны (firewall). И это закономерно. Данная технология является одной из самых первых и поэтому самой известной. Итак, что же такое межсетевой экран? Говоря общими словами, - это средство, которое разграничивает доступ между двумя сетями (или, в частном случае, узлами) с различными требованиями по обеспечению безопасности. В самом распространенном случае межсетевой экран устанавливается между корпоративной сетью и Internet.

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

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

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

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

    - "Разрешено  все, что не запрещено в явном  виде". С одной стороны данный  принцип облегчает администрирование  межсетевого экрана, т.к. от администратора  не требуется никакой предварительной  настройки - межсетевой экран  начинает работать сразу после  включения в сеть электропитания. Любой сетевой пакет, пришедший  на МСЭ, пропускается через  него, если это не запрещено  правилами. С другой стороны,  в случае неправильной настройки  данное правило делает межсетевой  экран дырявым решетом, который  не защищает от большинства  несанкционированных действий, описанных  в предыдущих главах. Поэтому  в настоящий момент производители межсетевых экранов практически отказались от использования данного принципа.

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

 

Классификация

     До  сих пор не существует единой и  общепризнанной классификации межсетевых экранов. Каждый производитель выбирает удобную для себя классификацию  и приводит ее в соответствие с  разработанным этим производителем межсетевым экраном. Однако, основываясь  на приведенном выше неформальном определении  МСЭ, можно выделить следующие их классы, учитывающие уровни OSI или стека TCP/IP:

    - коммутаторы,  функционирующие на канальном уровне;

    - сетевые  или пакетные фильтры, которые,  как видно из названия, функционируют на сетевом уровне;

    - шлюзы  сеансового уровня (circuit-level proxy);

    - посредники прикладного уровня (application proxy или application gateway);

    - инспекторы состояния (stateful inspection).

Коммутаторы

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

     Многие  производители коммутаторов, например, Cisco, Nortel, 3Com, позволяют осуществлять фильтрацию трафика на основе MAC-адресов, содержащихся во фреймах, пытающихся получить доступ к определенному порту коммутатора. Наиболее эффективно данная возможность реализована в решениях компании Cisco, в частности в семействе коммутаторов Catalyst, которые обладают механизмом Port Security. Однако надо заметить, что практически все современные сетевые карты позволяют программно изменять их MAC-адреса, что приводит к неэффективности такого метода фильтрации. Поэтому существуют и другие параметры, которые могут использоваться в качестве признака фильтрации. Например, VLAN, которые разграничивают трафик между ними - трафик одной VLAN никогда не пересекается с трафиком другой VLAN.

     Более "продвинутые" коммутаторы могут  функционировать не только на втором, но и на третьем, четвертом (например, Catalyst) и даже седьмом уровнях модели OSI (например, TopLayer AppSwitch) . Необходимо сразу сделать небольшое замечание. Существует некоторая путаница в терминологии. Одни производители упоминают про коммутацию на пятом уровне, другие - на седьмом. И те и другие правы, но… В маркетинговых целях эффектнее выглядит заявление о коммутации на 7-ми, а не 5-ти уровнях. Хотя на самом деле в обоих случаях подразумевается одно и то же. Ведь в модели TCP/IP всего пять уровней и последний, прикладной, уровень включает в себя заключительные три уровня, существующие в модели OSI/ISO. 

Пакетные  фильтры

     Пакетные  фильтры (packet filter) - это одни из первых и самые распространенные межсетевые экраны, которые функционируют на третьем, сетевом уровне и принимают решение о разрешении прохождения трафика в сеть на основании информации, находящейся в заголовке пакета. Многие фильтры также могут оперировать заголовками пакетов и более высоких уровней (например, TCP или UDP). Распространенность этих межсетевых экранов связана с тем, что именно эта технология используется в абсолютном большинстве маршрутизаторов (т.н. экранирующий маршрутизатор, screening router) и даже коммутаторах (например, в решениях компании Cisco). В качестве параметров, используемых при анализе заголовков сетевых пакетов, могут использоваться:

    - адреса  отправителей и получателей;

    - тип  протокола (TCP, UDP, ICMP и т.д.);

    - номера  портов отправителей и получателей (для TCP и UDP трафика);

    - другие  параметры заголовка пакета (например, флаги TCP-заголовка).

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

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

     Сетевые фильтры, обладая рядом достоинств, не лишены и ряда серьезных недостатков. Во-первых, исходя из того, что они  анализируют только заголовок (такие  фильтры получили название stateless packet filtering), за пределами рассмотрения остается поле данных, которое может содержать информацию, противоречащую политике безопасности. Например, в данном поле может содержаться команда на доступ к файлу паролей по протоколу FTP или HTTP, что является признаком враждебной деятельности. Другой пример. Пакетный фильтр может пропустить в защищаемую сеть TCP-пакет от узла, с которым в настоящий момент не открыто никаких активных сессий. Т.к. межсетевой экран, функционирующий на сетевом уровне, не анализирует информацию, присущую транспортному и более высокому уровню, то он пропустит такой пакет в сеть. В целом, недостаток пакетных фильтров заключается в том, что они не умеют анализировать трафик на прикладном уровне, на котором совершается множество атак - проникновение вирусов, Internet-червей, отказ в обслуживании и т.д.

     Некоторые производители, например, Cisco, предлагают пакетные фильтры с учетом состояния (stateful packet filtering), которые сохраняют в памяти сведения о состоянии текущих сеансов, что позволяет предотвратить некоторые атаки (в частности, описанные в последнем примере).

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

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