безопасности системы; - для надежного канала связи между функциями безопасности системы.
|
|
|
Таблица 15 |
|
|
|
Функциональные требования |
||
Функциональный |
Функциональное семейство |
|||
|
класс |
|
|
|
|
|
|
|
|
Класс |
FAU: |
Аудит |
Автоматическая реакция аудита безопасности |
|
безопасности |
|
|
||
|
Генерация данных аудита безопасности |
|||
|
|
|
||
|
|
|
|
|
|
|
|
Анализ аудита безопасности |
|
|
|
|
|
|
|
|
|
Просмотр аудита безопасности |
|
|
|
|
|
|
|
|
|
Выбор событий аудита безопасности |
|
|
|
|
|
|
|
|
|
Сохранение событий аудита безопасности |
|
|
|
|||
Класс FCO: Связь |
Подтверждение отправления |
|||
|
|
|
|
|
|
|
|
Подтверждение приема |
|
|
|
|
|
|
Класс |
FCS: |
Защита |
Управление криптографическими ключами |
|
данных |
пользовате- |
|
||
Криптографические операции |
||||
ля |
|
|
||
|
|
|
||
|
|
|
|
|
Класс |
FDP: |
защита |
Политика управления доступом |
|
данных |
пользовате- |
|
||
Функции управления доступом |
||||
ля |
|
|
||
|
|
|
||
|
|
|
|
|
|
|
|
Аутентификация данных |
|
|
|
|
|
|
|
|
|
Экспорт данных за пределы области управле- |
|
|
|
|
ния |
|
|
|
|
|
|
|
|
|
Политика управления информационными по- |
|
|
|
|
токами |
|
|
|
|
|
|
|
|
|
Функции управления информационными пото- |
|
|
|
|
ками |
|
|
|
|
|
|
|
|
|
Импорт данных из-за пределов области управ- |
|
|
|
|
ления функций безопасности |
|
|
|
|
|
|
|
|
|
Внутренняя передача объекта оценки |
|
|
|
|
|
|
290
|
|
|
Защита остаточной информации |
|
|
|
|
|
|
|
|
|
Возврат |
|
|
|
|
|
|
|
|
|
Целостность хранимых данных |
|
|
|
|
|
|
|
|
|
Защиты конфиденциальности данных при пе- |
|
|
|
|
редаче между функциями безопасности |
|
|
|
|
|
|
|
|
|
Защита целостности данных при передаче ме- |
|
|
|
|
жду функциями безопасности |
|
|
|
|
|
|
Класс |
FIA: |
Иденти- |
Отказы аутентификации |
|
фикация и аутенти- |
|
|||
Определение атрибутов пользователя |
||||
фикация |
|
|||
|
|
|||
|
|
|
Определение секретов |
|
|
|
|
|
|
|
|
|
Аутентификация пользователя |
|
|
|
|
|
|
|
|
|
Идентификация пользователя |
|
|
|
|
|
|
|
|
|
Связи: пользователь-субъект |
|
|
|
|
|
|
Класс |
FMT: |
Управ- |
Управление функциями безопасности |
|
ление |
безопасно- |
|
||
Управление атрибутами безопасности |
||||
стью |
|
|
||
|
|
|
||
|
|
|
Управление данными из функций безопасности |
|
|
|
|
|
|
|
|
|
Отмена |
|
|
|
|
|
|
|
|
|
Срок действий атрибутов безопасности |
|
|
|
|
|
|
|
|
|
Роли управления безопасностью |
|
|
|
|
|
|
Класс |
FPR: |
Секрет- |
Анонимность |
|
ность |
|
|
|
|
|
|
Псевдонимы |
||
|
|
|
||
|
|
|
|
|
|
|
|
Невозможность обобщения |
|
|
|
|
|
|
|
|
|
Ненабдюдаемость |
|
|
|
|
|
|
Класс |
FPT: |
Защита |
Тест основной абстрактной машины |
|
функций безопасно- |
|
|||
Защита от сбоев |
||||
сти |
|
|
||
|
|
|
||
|
|
|
Доступность экспортируемых данных функций |
|
|
|
|
безопасности |
|
|
|
|
|
|
291
|
Конфиденциальность экспортируемых данных |
|
|
|
|
|
Целостность экспортируемых данных |
|
|
|
|
|
Передача данных функций безопасности внут- |
|
|
ри системы |
|
|
|
|
|
Физическая защита функций безопасности |
|
|
|
|
|
Надежное восстановление |
|
|
|
|
|
Обнаружение подмены |
|
|
|
|
|
Посредничество при ссылках |
|
|
|
|
|
Разделение областей |
|
|
|
|
|
Протокол синхронности состояний |
|
|
|
|
|
Отметка времени |
|
|
|
|
|
Согласованность данных функций безопасно- |
|
|
сти при взаимных обменах |
|
|
|
|
|
Согласованность тиражирования функций |
|
|
безопасности |
|
|
|
|
Класс FRU: Исполь- |
Отказоустойчивость |
|
зование ресурсов |
|
|
Приоритет обслуживания |
||
|
||
|
|
|
|
Распределение ресурсов |
|
|
|
|
Класс FTA: Доступ к |
Ограничение области выбираемых атрибутов |
|
системе |
|
|
Ограничение числа одновременных сеансов |
||
|
||
|
|
|
|
Блокирование сеанса |
|
|
|
|
|
Сообщение при доступе к системе |
|
|
|
|
|
Хронология доступа |
|
|
|
|
|
Открытие сеанса |
|
|
|
|
Класс FTP: Надеж- |
Надежный внутренний канал функций безо- |
|
ный путь/ канал |
пасности |
|
|
|
|
|
Надежный путь |
|
|
|
292
В третьей части определяются требования доверия ("уверенности") через множество стандартных компонент, которые каталогизированы и систематизированы тоже в виде семейств и классов. При этом требования жестко структурированы и регламентируют все этапы проектирования, создания и эксплуатации ИТ-продукта с точки зрения обеспечения надежности работы средств защиты и их адекватности функциональным требованиям. Таксономия требований доверия (уверенности) приведена на рис.33. Кроме того, в третьей части определяются критерии оценки для профилей защиты и целей обеспечения безопасности информационных систем и представлены уровни "гарантии" оценки, которые устанавливают "гарантийную" качественную шкалу, определяющую уровни доверия ("уверенности") к оценке (табл.16). Всего имеется 7 классов требований доверия (уверенности):
1.Класс АСМ: управление конфигурацией. Устанавливается для обеспечения целостности контролируемых ими частей объекта оценки (системы), представляя метод отслеживания любых изменений, обеспечения таким образом гарантию того, что объект оценки и документация представляют собой продует и документы, подготовленные для распространения
2.Класс ADO: поставка и функционирование. Определяет требования к мерам, процедурам и стандартам, касающимся надежной поставки, инсталляции продукта, гарантирующие, что меры безопасности не скомпрометированы во время перемещения продукта, его инсталляции, запуска и функционирования.
3.Класс ADV: разработка. Определяет требования к пошаговому уточнению функций безопасности в процессе разработки.
293
4.Класс AGD: руководящие документы. Требования направлены на обеспечение понятности и полноты документации, представляемой разработчиком.
5.Класс ALG: поддержка жизненного цикла. Определяет требования к гарантии принятия точно определенной модели жизненного цикла для всех шагов разработки системы, в том числе процедур и политики устранения изъянов, правильного использования инструментов и методов, а также мер безопасности, применяемых для защиты среды разработки.
6.Класс АТЕ: испытания. Устанавливает требования к испытаниям, которые демонстрируют, что функции безопасности удовлетворяют установленным требованиям.
7.Класс AVA: оценивание уязвимостей. Определяет требования, направленные на идентификацию уязвимостей, сохраняющихся при эксплуатации (возникающих при проектировании, построении, функционировании, неправильном использовании или конфигурировании системы).
Таблица 16 Классификация функций доверия (уверенности)
Класс гарантии |
Семейство гарантии |
|
|
|
|
Класс АСМ: Управление конфи- |
Автоматизация управления УК |
|
гурацией |
|
|
Объем УК |
||
|
||
|
|
|
Класс ADO: Поставка и функцио- |
Поставка |
|
нирование |
|
|
Инсталляция, генерация и запуск |
||
|
||
|
|
|
Класс ADV: Разработки |
Функциональная спецификация |
|
|
|
|
|
Высокоуровневый проект |
|
|
|
|
|
Представление реализации |
|
|
|
|
|
Внутренние организации функ- |
294