Общие положения

1. Данные показатели содержат требования к средствам защиты, обеспечивающим безопасное взаимодействие сетей ЭВМ, АС посредством управления межсетевыми потоками информации, и реализованных в виде МЭ.
2. Показатели защищенности применяются к МЭ для определения уровня защищенности, который они обеспечивают при межсетевом взаимодействии. Конкретные перечни показателей определяют классы защищенности МЭ.
3. Деление МЭ на соответствующие классы по уровням контроля межсетевых информационных потоков с точки зрения защиты информации необходимо в целях разработки и применения обоснованных и экономически оправданных мер по достижению требуемого уровня защиты информации при взаимодействии сетей ЭВМ, АС.
4. Дифференциация подхода к выбору функций защиты в МЭ определяется АС, для защиты которой применяется данный экран.
5. Устанавливается пять классов защищенности МЭ. Каждый класс характеризуется определенной минимальной совокупностью требований по защите информации.
6. Самый низкий класс защищенности - пятый, применяемый для безопасного взаимодействия АС класса 1Д с внешней средой, четвертый - для 1Г, третий - 1В, второй - 1Б, самый высокий - первый, применяемый для безопасного взаимодействия АС класса 1А с внешней средой.

При включении МЭ в АС определенного класса защищенности, класс защищенности совокупной АС, полученной из исходной путем добавления в нее МЭ, не должен понижаться.

Описание требований

1. Требования к пятому классу защищенности МЭ:
   1. Управление доступом. МЭ должен обеспечивать фильтрацию на сетевом уровне. Решение по фильтрации может приниматься для каждого сетевого пакета независимо на основе, по крайней мере, сетевых адресов отправителя и получателя или на основе других эквивалентных атрибутов.
   2. Администрирование: идентификация и аутентификация. МЭ должен обеспечивать идентификацию и аутентификацию администратора МЭ при его локальных запросах на доступ. МЭ должен предоставлять возможность для идентификации и аутентификации по идентификатору (коду) и паролю условно-постоянного действия.
   3. Администрирование: регистрация. МЭ должен обеспечивать регистрацию входа (выхода) администратора МЭ в систему (из системы) либо загрузка и инициализация системы и ее программный останов. Регистрация выхода из системы не проводится в моменты аппаратурного отключения МЭ. В параметрах регистрации указываются:
      • дата, время и код регистрируемого события;
      • результат попытки осуществления регистрируемого события - успешная или неуспешная;
      • идентификатор администратора МЭ, предъявленный при попытке осуществления регистрируемого события.
   4. Целостность. МЭ должен содержать средства контроля за целостностью своей программной и информационной части.
   5. Восстановление. МЭ должен предусматривать процедуру восстановления после сбоев и отказов оборудования, которые должны обеспечивать восстановление свойств МЭ.
   6. Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования:
      • реализации правил фильтрации,
      • процесса идентификации и аутентификации администратора МЭ,
      • процесса регистрации действий администратора МЭ,
      • процесса контроля за целостностью программной и информационной части МЭ,
      • процедуры восстановления.
   7. Руководство администратора МЭ. Документ содержит:
      • описание контролируемых функций МЭ,
      • руководство по настройке и конфигурированию МЭ,
      • описание старта МЭ и процедур проверки правильности старта,
      • руководство по процедуре восстановления.
   8. Тестовая документация. Должна содержать описание тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
   9. Конструкторская (проектная) документация. Должна содержать:
      • общую схему МЭ,
      • общее описание принципов работы МЭ,
      • описание правил фильтрации,
      • описание средств и процесса идентификации и аутентификации,
      • описание средств и процесса регистрации,
      • описание средств и процесса контроля за целостностью программной и информационной части МЭ,
      • описание процедуры восстановления свойств МЭ.
2. Требования к четвертому классу защищенности МЭ:
   1. Управление доступом. Данные требования полностью включают аналогичные требования пятого класса. Дополнительно МЭ должен обеспечивать:
      • фильтрацию пакетов служебных протоколов, служащих для диагностики и управления работой сетевых устройств,
      • фильтрацию с учетом входного и выходного сетевого интерфейса как средство проверки подлинности сетевых адресов,
      • фильтрацию с учетом любых значимых полей сетевых пакетов.
   2. Регистрация. МЭ должен обеспечивать возможность регистрации и учета фильтруемых пакетов. В параметры регистрации включаются адрес, время и результат фильтрации.
   3. Администрирование: регистрация. Данные требования включают аналогичные требования пятого класса. Дополнительно МЭ должен обеспечивать регистрацию запуска программ и процессов (заданий, задач).
   4. Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования:
      • реализации правил фильтрации,
      • процесса регистрации,
      • процесса идентификации и аутентификации администратора МЭ,
      • процесса регистрации действий администратора МЭ,
      • процесса контроля за целостностью программной и информационной части МЭ,
      • процедуры восстановления.
   5. Тестовая документация. Должна содержать описание тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
3. Требования к третьему классу защищенности МЭ:
   1. Управление доступом. Данные требования полностью включают аналогичные требования четвертого класса. Дополнительно МЭ должен обеспечивать:
      • фильтрацию на транспортном уровне запросов на установление виртуальных соединений. При этом, по крайней мере, учитываются транспортные адреса отправителя и получателя,
      • фильтрацию на прикладном уровне запросов к прикладным сервисам. При этом, по крайней мере, учитываются прикладные адреса отправителя и получателя,
      • фильтрацию с учетом даты/времени.
   2. Идентификация и аутентификация. МЭ должен обеспечивать возможность аутентификации входящих и исходящих запросов методами, устойчивыми к пассивному и/или активному прослушиванию сети.
   3. Регистрация. Данные требования включают аналогичные требования четвертого класса. Дополнительно МЭ должен обеспечивать:
      • регистрацию и учет запросов на установление виртуальных соединений,
      • локальную сигнализацию попыток нарушения правил фильтрации.
   4. Администрирование: идентификация и аутентификация. Данные требования включают аналогичные требования пятого класса. Дополнительно МЭ должен препятствовать доступу неидентифицированного субъекта или субъекта, подлинность идентификации которого при аутентификации не подтвердилась. При удаленных запросах администратора МЭ на доступ идентификация и аутентификация должны обеспечиваться методами, устойчивыми к пассивному и активному перехвату информации.
   5. Администрирование: регистрация. Данные требования полностью включают аналогичные требования четвертого класса. Дополнительно МЭ должен обеспечивать регистрацию действия администратора МЭ по изменению правил фильтрации.
   6. Администрирование: простота использования. Многокомпонентный МЭ должен обеспечивать возможность дистанционного управления своими компонентами, в том числе, возможность конфигурирования фильтров, проверки взаимной согласованности всех фильтров, анализа регистрационной информации.
   7. Целостность. Данные требования полностью включают аналогичные требования пятого класса. Дополнительно должен обеспечиваться контроль целостности программной и информационной части МЭ по контрольным суммам.
   8. Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования:
      • реализации правил фильтрации,
      • процесса регистрации,
      • процесса идентификации и аутентификации запросов,
      • процесса идентификации и аутентификации администратора МЭ,
      • процесса регистрации действий администратора МЭ,
      • процесса контроля за целостностью программной и информационной части МЭ,
      • процедуры восстановления.
   9. Тестовая документация. Должна содержать описание тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
   10. Конструкторская (проектная) документация. Данные требования полностью включают аналогичные требования пятого класса по составу документации. Дополнительно документация должна содержать описание средств и процесса централизованного управления компонентами МЭ.
4. Требования ко второму классу защищенности МЭ:
   1. Управление доступом. Данные требования включают аналогичные требования третьего класса. Дополнительно МЭ должен обеспечивать:
      • возможность сокрытия субъектов (объектов) и/или прикладных функций защищаемой сети,
      • возможность трансляции сетевых адресов.
   2. Регистрация. Данные требования включают аналогичные требования третьего класса. Дополнительно МЭ должен обеспечивать:
      • дистанционную сигнализацию попыток нарушения правил фильтрации,
      • регистрацию и учет запрашиваемых сервисов прикладного уровня,
      • программируемую реакцию на события в МЭ.
   3. Администрирование: идентификация и аутентификация. МЭ должен обеспечивать идентификацию и аутентификацию администратора МЭ при его запросах на доступ. МЭ должен предоставлять возможность для идентификации и аутентификации по идентификатору (коду) и паролю временного действия. МЭ должен препятствовать доступу неидентифицированного субъекта или субъекта, подлинность идентификации которого при аутентификации не подтвердилась. При удаленных запросах на доступ администратора МЭ идентификация и аутентификация должны обеспечиваться методами, устойчивыми к пассивному и активному перехвату информации.
   4. Целостность. МЭ должен содержать средства контроля за целостностью своей программной и информационной части по контрольным суммам как в процессе загрузки, так и динамически.
   5. Восстановление. МЭ должен предусматривать процедуру восстановления после сбоев и отказов оборудования, которые должны обеспечивать оперативное восстановление свойств МЭ.
   6. Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования
      • реализации правил фильтрации,
      • процесса идентификации и аутентификации,
      • процесса регистрации,
      • процесса идентификации и аутентификации администратора МЭ,
      • процесса регистрации действий администратора МЭ,
      • процесса контроля за целостностью программной и информационной части МЭ,
      • процедуры восстановления.
   7. Тестовая документация. Должна содержать описание тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
5. Требования к первому классу защищенности МЭ:
   1. Идентификация и аутентификация. Данные требования полностью включают аналогичные требования второго класса. Дополнительно МЭ должен обеспечивать идентификацию и аутентификацию всех субъектов прикладного уровня.
   2. Администрирование: идентификация и аутентификация. МЭ должен обеспечивать идентификацию и аутентификацию администратора МЭ при его запросах на доступ. МЭ должен предоставлять возможность для идентификации и аутентификации по биометрическим характеристикам или специальным устройствам (жетонам, картам, электронным ключам) и паролю временного действия. МЭ должен препятствовать доступу неидентифицированного субъекта или субъекта, подлинность идентификации которого при аутентификации не подтвердилась. При удаленных запросах на доступ администратора МЭ идентификация и аутентификация должны обеспечиваться методами, устойчивыми к пассивному и активному перехвату информации.
   3. Администрирование: простота использования. Многокомпонентный МЭ должен обеспечивать возможность централизованного управления своими компонентами, в том числе, конфигурирования фильтров, проверки взаимной согласованности всех фильтров, анализа регистрационной информации. Должен быть предусмотрен графический интерфейс для управления МЭ.
   4. Целостность. МЭ должен содержать средства контроля за целостностью своей программной и информационной части по контрольным суммам аттестованного алгоритма как в процессе загрузки, так и динамически.
   5. Тестирование. В МЭ должна обеспечиваться возможность регламентного тестирования:
      • реализации правил фильтрации,
      • процесса идентификации и аутентификации,
      • процесса регистрации,
      • процесса идентификации и аутентификации администратора МЭ,
      • процесса регистрации действий администратора МЭ,
      • процесса централизованного управления компонентами МЭ и графический интерфейс для управления МЭ,
      • процесса контроля за целостностью программной и информационной части МЭ,
      • процедуры восстановления.
   6. Тестовая документация. Должна содержать описание тестов и испытаний, которым подвергался МЭ, и результаты тестирования.
   7. Конструкторская (проектная) документация. Данные требования полностью включают аналогичные требования третьего класса по составу документации. Дополнительно документация должна содержать описание графического интерфейса для управления МЭ.