Security (1027395), страница 15

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 15)

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

Если группа маршрутизаторов и коммутаторов передает пакеты по одному маршруту, а принимает подругому, система IDS будет видеть только половину трафика, что вызовет ложные срабатывания и нулевую реакцию на реальные атаки.ÅÂÁÓÔ‡ÒÌÓ ÛÔ‡‚ÎÂÌËÂ Ë ÓÚ˜ÂÚÌÓÒÚ¸«Хотите записать данные? Тогда попробуйте сначала их прочитать». Простая мысль, не так ли? Любойспециалист по сетевой безопасности наверняка высказывал ее хотя бы однажды. И все же запись и чтение информации, поступающей со ста с лишним устройств, представляет собой сложную задачу. Какиезаписи являются наиболее важными? Как отделить важные сообщения от рутинных уведомлений? Какобеспечить защиту данных во время передачи? Как синхронизировать метки времени, если множествоустройств одновременно регистрируют атаку? Какую информацию нужно предоставлять правоохранительным органам, ведущим расследование? Как справиться с огромным объемом данных, которые генерирует большая сеть? Для эффективного управления журналами событий (лог-файлами) вам нужно найти ответ на каждый из этих вопросов.

На уровне сетевого управления можно предложить другой наборвопросов. Как управлять устройством в безопасном режиме? Как передавать содержание на серверы общего доступа, чтобы исключить искажение данных во время передачи? Как отслеживать изменения вустройствах, чтобы исправить положение в случае атаки или сетевого сбоя?С архитектурной точки зрения, первым шагом в реализации любой стратегии управления и отчетностиявляется управление сетевыми системами по выделенной сети (out-of-band — OOB).

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

Убедитесь в том, что дополнительная сеть (OOB) не имеет своих собственных проблемс безопасностью. Более подробную информацию можно получить в разделе «Модуль управления».После развертывания сети управления ООВ работа с лог-файлами и отчетностью становится более простой и логичной. При этом большинство сетевых устройств будут генерировать системные данные (syslog data), имеющие огромную ценность для диагностики сетевых проблем и анализа угроз безопасности.Эти данные можно передавать одному или нескольким хостам, отвечающим за анализ системных данныхв сети управления.

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

Обобщение данных об атакеможет дать представление об общем состоянии безопасности сети. Чтобы синхронизировать лог-сообщения о времени, необходимо синхронизировать системное время на хостах и сетевых устройствах. Точное время на всех устройствах можно поддерживать с помощью протокола сетевого времени NTP(Network Time Protocol), если устройства его поддерживают. При отражении атак счет времени идет насекунды, и поэтому очень важно определить точную последовательность событий.34При управлении, к которому в настоящем документе мы относим все, что делает с устройством администратор, за исключением отчетности и записей в лог-файлы, существуют другие проблемы и решения.Так же, как и в случае с записями в лог-файлы и отчетностью, сеть ООВ позволяет передавать информацию в контролируемой защищенной среде, где ее невозможно исказить. И все же, если есть возможность использовать дополнительные средства защиты, такие как SSL (secure socket layer) или SSH (secureshell), то они позволяют повысить уровень защищенности.

К протоколу управления SNMP нужно относиться с величайшей осторожностью, так как этот протокол имеет свои точки уязвимости. Подумайте отом, чтобы предоставить доступ к устройствам по SNMP только на чтение. При этом к паролю для доступа к переменным SNMP (SNMP community string) следует относиться с таким же вниманием, как к корневому паролю на критически важном Unix-хосте.Управление изменениями конфигурации также имеет отношение к безопасности. Когда сеть подвергается атаке, очень важно знать состояние критически важных сетевых устройств и сроки их последнеймодификации. План управления изменениями конфигурации должен быть составной частью вашей политики безопасности.

Как минимум, следует записывать все изменения с помощью имеющихся на устройствах систем аутентификации и архивировать конфигурации через FTP или TFTP.äÓÔÓ‡ÚË‚Ì˚È ÏÓ‰Ûθ ÍÛÔÌÓ„Ó Ô‰ÔËflÚËflКорпорация состоит из двух функциональных областей: кампуса и периферии. Эти области, в свою очередь, делятся на модули, которые определяют детали функционирования каждой из областей. Модулиподробно описываются в разделах «Корпоративный кампус» и «Корпоративная периферия».

После этого в разделе «Корпоративные опции» описываются различные варианты дизайна.éÊˉ‡ÂÏ˚ ۄÓÁ˚Говоря об угрозах, следует отметить, что корпоративная сеть, как и большинство других сетей, подключена к Интернет. Внутренние пользователи должны получать выход в Интернет, а внешние пользователи должны получать доступ к внутрикорпоративной сети. Это создает ряд угроз общего характера, которые могут дать хакеру щелочку, через которую он может проникнуть к важным сетевым ресурсам.Первая угроза — это угроза со стороны внутренних пользователей. Статистика приводит разные цифры,но все исследователи сходятся в том, что большинство атак начинается изнутри корпоративной сети.

Потенциальными источниками таких атак являются обиженные сотрудники, промышленные шпионы, посетители и беспечные пользователи, допускающие ошибки. Разрабатывая систему безопасности, необходимо уделять особое внимание внутренним угрозам.Второй является угроза подключенным к Интернет хостам общего доступа. Эти системы являются потенциальными объектами атак на уровне приложений и атак типа DoS.И наконец, еще одна угроза связана с тем, что хакер может попытаться определить ваши телефонные номера, которые используются для передачи данных, с помощью аппаратного и/или программного устрой-ства под названием «war-dialer». Это устройство набирает множество телефонных номеров и определяет тип системы, находящейся на другом конце провода.

Наиболее уязвимыми для них являются слабо защищенные персональные системы спрограммными средствами удаленногодоступа, установленными пользователем. Такие системы расположены внутри зоны, защищенной межсетевымэкраном, и поэтому хакер пытается получить доступ к ним через хост, поскольку это позволяет обезличитьпользователя.Подробное описание угроз содержится в Приложении В «Основы сетевойбезопасности».äÓÔÓ‡ÚË‚Ì˚È Í‡ÏÔÛÒНиже следует детальное описаниевсех модулей, расположенных в корпоративном кампусе.åÓ‰Ûθ ÛÔ‡‚ÎÂÌËflêËÒÛÌÓÍ 35.

èÓ‰ӷ̇fl ÒıÂχ ÍÓÔÓ‡ÚË‚ÌÓ„Ó Í‡ÏÔÛÒ‡Главная цель модуля управления состоит в том, чтобы обеспечить безопасное управление всеми устройствами и хостами в корпоративной архитектуре SAFE. Потоки отчетности и информации для лог-файловпоступают с устройств на хосты управления, тогда как изменения конфигурации и новое программноеобеспечение поступают с хостов управления на устройства.Основные устройства:хост управления SNMP — поддерживает функцииуправления устройствами по протоколу SNMP;● хост NIDS — собирает сигналы тревоги по всемустройствам NIDS в сети;● хост(ы) Syslog — получает информацию от межсетевого экрана и хостов NIDS;● сервер контроля доступа — обеспечивает аутентификацию доступа к сетевым устройствам с помощью однократных паролей;● сервер одноразовых паролей (сервер ОТР) —авторизует информацию по однократным паролям,поступающую с сервера контроля доступа;● хост системного администратора — обеспечивает изменение конфигурации устройств и их проêËÒÛÌÓÍ 36.

Характеристики

Список файлов лекций