Спецификация программных или программноаппаратных средств, применяемых для защиты СВТ и реализующих механизм управления доступом и его интерфейсы, должна быть высокоуровневой. Эта спецификация должна быть верифицирована на соответствие заданным принципам разграничения доступа.
Для высоких классов защищенности СВТ должно быть предусмотрено, чтобы высокоуровневые спецификации были отображены последовательно в спецификации одного или нескольких нижних уровней вплоть до реализации высокоуровневой спецификации на языке программирования высокого уровня.
Процедуры восстановления после сбоев и отказов оборудования должны обеспечивать полное восстановление свойств защиты.
В СВТ должны быть предусмотрены средства периодического контроля за целостностью программной и информационной части применяемого комплекса средств защиты.
Программы по обеспечению защиты информации должны выполняться в отдельной части оперативной памяти. Это требование должно быть подвергнуто верификации.
При проектировании, построении и сопровождении СВТ должно быть предусмотрено управление конфигурацией СВТ, то есть управление изменениями в формальной модели, спецификациях (разных уровней), документации, исходном тексте, версии в объектном коде. Между документацией и текстами программ должно быть соответствие. Генерируемые версии должны быть сравнимыми. Оригиналы программ должны быть защищены.
При изготовлении копий с оригинала СВТ должен быть осуществлен контроль точности копирования про-
296
граммных или программно-аппаратных средств защиты информации. Изготовленная копия должна гарантированно повторять образец.
Защита должна обладать механизмом, гарантирующим перехват диспетчером доступа всех обращений субъектов к объектам.
ВСВТ должна быть предусмотрена модульная и четко определенная структура построения комплекса средств защиты информации, что делает возможными его изучение, анализ, верификацию и модификацию. Должен быть обеспечен надежный интерфейс пользователя, который должен быть логически изолирован от других интерфейсов.
ВСВТ должны тестироваться:
а) реализация правил разграничения доступа (перехват явных и скрытых запросов на доступ, правильное распознавание санкционированных и несанкционированных запросов на доступ, функционирование средств защиты механизма разграничения доступа, санкционированные изменения правил разграничения доступа и др.);
б) очистка оперативной и внешней памяти; в) работа механизма изоляции процессов в опера-
тивной памяти; г) маркировка документов;
д) защита ввода и вывода информации на отчуждаемый физический носитель и сопоставление пользователя с устройством;
е) идентификация и аутентификация, а также средства их защиты;
ж) регистрация событий, средства защиты регистрационной информации и возможность санкционированного ознакомления с ней;
з) работа механизма надежного восстановления;
297
и) работа механизма, осуществляющего контроль за целостностью комплекса средств защиты;
к) работа механизма, осуществляющего контроль дистрибуции.
4. Требования к документации .
При приемке СВТ, их сертификации и испытаниях других видов необходимо подробное и всестороннее описание принятых мер защиты информации (комплекса средств защиты), т.е. необходима документация, включающая в себя:
а) руководство пользователя; б) руководство по защите информации (комплексу
средств защиты); в) текстовую документацию;
г) конструкторскую (проектную) документацию. Руководство пользователя должно включать в себя
краткое описание способов использования комплекса средств защиты и его интерфейсов с пользователем.
Руководство по защите (комплексу средств защиты) адресовано администратору защиты и должно содержать;
а) описание контролируемых функций; б) руководство по генерации комплекса средств за-
щиты;
в) описание старта СВТ и процедур проверки правильности старта;
г) описание процедур работы со средствами регист-
рации;
д) руководство по средствам надежного восстанов-
ления;
е) руководство по средствам контроля модификации и дистрибуции.
298
Тестовая документация должна содержать описание тестов и испытаний, которым подвергались СВТ, а также результатов тестирования.
Конструкторская (проектная) документация должна содержать:
а) общее описание принципов работы СВТ; б) общую схему защиты информации (применяемо-
го в СВТ комплекса средств защиты); в) описание интерфейсов защиты информации; г) описание модели защиты; д) описание диспетчера доступа;
е) описание механизма контроля целостности комплекса средств защиты;
ж) описание механизма очистки памяти; з) описание механизма изоляции программ в опера-
тивной памяти; и) описание средств защиты ввода и вывода на от-
чуждаемый физический носитель информации и сопоставления пользователя с устройством;
к) описание механизма идентификации и аутентификации;
л) описание средств регистрации; м) высокоуровневую спецификацию программных и
программно-аппаратных средств защиты и их интерфейсов;
н) верификацию соответствия высокоуровневой спецификации комплекса средств защиты модели защиты; о) описание гарантий проектирования и эквива-
лентность дискреционных и мандатных ПРД.
Таковы требования, которые должны предъявляться к СВТ, применяемым в ИТКС.
299
13. ТРЕБОВАНИЯ ПО ЗАЩИТЕ ИНФОРМАЦИИ, ПРЕДЪЯВЛЯЕМЫЕ К ИНФОРМАЦИОННОТЕЛЕКОММУНИКАЦИОННЫМ СИСТЕМАМ
Информационно-телекоммуникационные системы являются автоматизированными системами, требования к которым по защите информации от НСД устанавливаются в соответствии с РД Гостехкомиссии России "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации", 1992.
Согласно этому документу комплекс средств защиты и организационных (процедурных) решений по защите информации от НСД должен реализовываться в рамках системы защиты информации от НСД, включающей в себя следующие четыре подсистемы:
управления доступом; регистрации и учета; криптографической; обеспечения целостности.
Состав указанных подсистем зависит от класса защиты ИТКС. Выбор требуемого класса защиты определяется:
*перечнем защищаемых информационных ресурсов ИТКС и их уровнем конфиденциальности;
*перечнем лиц, имеющих доступ к штатным средствам ИТКС, с указанием их уровня полномочий;
*матрицей доступа или полномочий субъектов доступа по отношению к защищаемым информационным ресурсам ИТКС;
*режимом обработки данных в ИТКС.
В зависимости от указанных признаков может быть введен один из девяти классов защищенности информаци-
300