ся значительно большее количество функций, а именно: Идентификация и аутентификация пользователей
при попытке установления соединения через брандмауэр; Проверка подлинности информации, передаваемой
через шлюз; Разграничение доступа к ресурсам внутренней и
внешней сети; Фильтрация потоков сообщений на прикладном
уровне, а также преобразование потоков сообщений, например, динамический поиск вирусов и прозрачное шифрование информации;
Регистрация событий, реагирование на задаваемые события, а также анализ зарегистрированной информации и генерация отчетов;
Кэширование данных, запрашиваемых из внешней
сети.
Важнейшее отличие прикладного шлюза в том, что посреднические программы шлюза связаны с конкретными приложениями (программными серверами конкретных служб NCP/ IP, то есть серверы HTTP, FTP, SMTP, NNTP и
др.), которые функционируют в резидентном режиме и реализуют функции защиты. Для предъявления требований к межсетевым экранам используется сегодня РД Гостехкомиссии России. Он разработан в дополнение к Руководящим документам Гостехкомиссии России "Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации", М., Военное издательство, 1992 и "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации", М., Военное издательство, 1992.
Документ предназначен для заказчиков и разработ-
270
чиков МЭ, а также сетей ЭВМ, распределенных автоматизированных систем с целью использования при формулировании и реализации требований по их защите от НСД к информации.
МЭ в соответствии с эти документом разделяются на 5 классов (классов защищенности) по уровням контроля межсетевых информационных потоков Дифференциация подхода к выбору функций защиты в МЭ определяется автоматизированной системой, для защиты которой применяется данный экран.
Каждый класс характеризуется определенной минимальной совокупностью требований по защите информации.
Самый низкий класс защищенности - пятый, применяемый для безопасного взаимодействия ИТКС класса 1Д с внешней средой, четвертый - для 1Г, третий - 1В, второй - 1Б, самый высокий - первый, применяемый для безопасного взаимодействия ИТКС класса 1А с внешней средой.
При включении МЭ в ИТКС определенного класса защищенности, класс защищенности ИТКС не должен понижаться. Для ИТКС класса ЗБ, 2Б должны применяться МЭ не ниже 5 класса. Для ИТКС класса ЗА, 2А в зависимости от важности обрабатываемой информации должны применяться МЭ следующих классов: при обработке информации с грифом "секретно" - не ниже 3 класса, при обработке информации с грифом "совершенно секретно" - не ниже 2 класса; при обработке информации с грифом "особой важности" - не ниже 1 класса. Перечень показателей по классам защищенности МЭ приведен в табл.15
Требования к пятому классу защищенности МЭ
Управление доступом. МЭ должен обеспечивать фильтрацию на сетевом уровне. Решение по фильтрации может приниматься для каждого сетевого пакета незави-
271
симо на основе, по крайней мере, сетевых адресов от правителя и получателя или на основе других эквивалентных атрибутов.
Администрирование: идентификация и аутентификация МЭ должен обеспечивать идентификацию и аутентификацию администратора МЭ при его локальных запросах на доступ. МЭ должен предоставлять возможность для идентификации и аутентификации по идентификатору (коду) и паролю условно-постоянного действия.
Администрирование: регистрация. МЭ должен обеспечивать регистрацию входа (выхода) администратора МЭ в систему (из системы) либо загрузка и инициализация системы и ее программный останов. Регистрация выхода из системы не проводится в моменты аппаратурного отключения МЭ.
Таблица 15
Классы защищенности
Показатели защищенности |
5 |
4 |
3 |
2 |
1 |
|
|
|
|
|
|
Управление доступом (фильтрация данных и |
+ |
+ |
+ |
+ |
= |
трансляция адресов) |
|
|
|
|
|
|
|
|
|
|
|
Идентификация и аутентификация |
- |
- |
+ |
= |
+ |
|
|
|
|
|
|
Регистрация |
- |
+ |
+ |
+ |
= |
|
|
|
|
|
|
Администрирование: идентификация и аутен- |
+ |
= |
+ |
+ |
+ |
тификация |
|
|
|
|
|
|
|
|
|
|
|
Администрирование: регистрация |
+ |
+ |
+ |
= |
= |
|
|
|
|
|
|
Администрирование: простота использования |
- |
- |
+ |
= |
+ |
|
|
|
|
|
|
Целостность |
+ |
= |
+ |
+ |
+ |
|
|
|
|
|
|
Восстановление |
+ |
= |
= |
+ |
= |
|
|
|
|
|
|
Тестирование |
+ |
+ |
+ |
+ |
+ |
|
|
|
|
|
|
Руководство администратора защиты |
+ |
= |
= |
= |
= |
|
|
|
|
|
|
Тестовая документация |
+ |
+ |
+ |
+ |
+ |
|
|
|
|
|
|
272
Конструкторская (проектная) документация |
+ |
= |
+ |
= |
+ |
|
|
|
|
|
|
Обозначения:
"-" - нет требований к данному классу, "+" - новые или дополнительные требования;
"=" - требования совпадают с требованиями к МЭ предыдущего класса.
В параметрах регистрации указываются:
-дата, время и код регистрируемого события;
-результат попытки осуществления регистрируемого события - успешная или неуспешная;
-идентификатор администратора МЭ, предъявленный при попытке осуществления регистрируемого события.
Целостность. МЭ должен содержать средства контроля за целостностью своей программной и информационной части.
Восстановление. МЭ должен предусматривать процедуру восстановления после сбоев и отказов оборудования, которые должны обеспечивать восстановление свойств МЭ.
Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования:
-реализации правил фильтрации;
-процесса идентификации и аутентификации администратора МЭ;
-процесса регистрации действий администратора
МЭ;
-процесса контроля за целостностью программной
иинформационной части МЭ;
-процедуры восстановления.
Руководство администратора МЭ. Документ дол-
273
жен содержать:
-описание контролируемых функций МЭ,
-руководство по настройке и конфигурированию
МЭ,
-описание старта МЭ и процедур проверки правильности старта;
-руководство по процедуре восстановления.
Тестовая документация. Должна содержать описа-
ние тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
Конструкторская (проектная) документация
должна содержать:
-общую схему МЭ,
-общее описание принципов работы МЭ;
-описание правил фильтрации;
-описание средств и процесса идентификации и аутентификации;
-описание средств и процесса регистрации;
-описание средств и процесса контроля за целостностью программной и информационной части МЭ; - описание процедуры восстановления свойств МЭ.
Дополнительные требования к четвертому классу защищенности МЭ
Управление доступом. Дополнительно МЭ должен обеспечивать:
-фильтрацию пакетов служебных протоколов, служащих для диагностики и управления работой сетевых устройств;
-фильтрацию с учетом входного и выходного сетевого интерфейса как средство проверки подлинности сетевых адресов;
-фильтрацию с учетом любых значимых полей сетевых пакетов.
274