Please enable JavaScript.

Coggle requires JavaScript to display documents.

НД ТЗІ 2.5-004-99 - Бовкун Д.О. КБ-91 - Coggle Diagram

- - - - Ця послуга дозволяє користувачу керувати потоками інформації від інших користувачів до захищених об'єктів, що належать його домену. Рівні даної послуги ран
        жируються на підставі повноти захисту і вибірковості керування.
      - Рівні:
        
        ЦД-1. Мінімальна довірча цілісність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу користувача і захищеного об'єкта
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретних користувачів і/або групи користувачів, які мають право модифікувати об'єкт
        
        Політика довірчої цілісності, що реалізується КЗЗ, повинна визначати множину об'єктів КС, до яких вона відноситься
        
        Для всіх рівнів
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        Запити на зміну прав доступу до об'єкта повинні оброблятися КЗЗ на підставі атрибутів доступу користувача, що ініціює запит, і об'єкта
        
        Права доступу до кожного захищеного об'єкта повинні встановлюватися в момент його створення або ініціалізації. Як частина політики довірчої цілісності мають бути представлені правила збереження атрибутів доступу об'єктів під час їх експорту і імпорту
        
        ЦД-2. Базова довірча цілісність
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретні процеси і/або групи процесів, які мають право модифікувати об'єкт
        
        КЗЗ повинен надавати користувачу можливість для кожного процесу, що належить його домену, визначити конкретних користувачів і/або групи користувачів, які мають право ініціювати процес
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу і захищеного об'єкта
        
        ЦД-3. Повна довірча цілісність
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретні процеси (і групи процесів), які мають, а також тих, що не мають права модифікувати об'єкт
        
        Політика довірчої цілісності, що реалізується КЗЗ, повинна відноситись до всіх об'єктів КС
        
        КЗЗ повинен надавати користувачу можливість для кожного процесу, що належить його домену, визначити конкретних користувачів (і групи користувачів), які мають, а також тих, які не мають права ініціювати процес
        
        НЕОБХІДНІ УМОВИ: КО-1
        
        ЦД-4. Абсолютна довірча
        цілісність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу, користувача і захищеного об'єкта
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретних користувачів і процеси (і групи користувачів і процесів), які мають, а також тих, що не мають права модифікувати об'єкт
    - - Ця послуга дозволяє адміністратору або спеціально авторизованому користувачу керувати потоками інформації від користувачів до захищених об'єктів. Рівні
        даної послуги ран жируються на підставі повноти захисту і вибірковості керування.
      - Рівні:
        
        Для всіх рівнів
        
        Запити на зміну прав доступу повинні оброблятися КЗЗ тільки в тому випадку, якщо вони надходять від адміністраторів або від користувачів, яким надані відповідні повноваження
        
        Права доступу до кожного захищеного об'єкта повинні встановлюватися в момент його створення або ініціалізації. Як частина політики адміністративної цілісності мають бути представлені правила збереження атрибутів доступу об'єктів під час їх експорту і імпорту
        
        НЕОБХІДНІ УМОВИ: НО-1, НИ-1
        
        ЦА-1. Мінімальна адміністративна
        цілісність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу користувача і захищеного об'єкта
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретних користувачів і/або групи користувачів, які мають право модифікувати об'єкт
        
        Політика адміністративної цілісності, що реалізується КЗЗ, повинна визначати
        множину об'єктів КС, до яких вона відноситься
        
        ЦА-2. Базова адміністративна
        цілісність
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретні процеси і/або групи процесів, які мають право модифікувати об'єкт
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного процесу шляхом керування належністю користувачів і процесів до відповідних доменів визначити конкретних користувачів і/або групи користувачів, які мають право ініціювати процес
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу і захищеного об'єкта
        
        ЦА-3. Повна адміністративна
        цілісність
        
        Політика адміністративної цілісності, що реалізується КЗЗ, повинна відноситись до всіх об'єктів КС
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретні процеси (і групи процесів), які мають, а також тих, які не мають права модифікувати об'єкт
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного процесу шляхом керування належністю користувачів і процесів до відповідних доменів визначити конкретних користувачів (і групи користувачів), які мають, а також тих, які не мають права ініціювати процес
        
        НЕОБХІДНІ УМОВИ: КО-1
        
        ЦА-4. Абсолютна адміністративна
        цілісність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу, користувача і захищеного об'єкта
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, який має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретних користувачів і процеси (і групи користувачів і процесів), які мають, а також тих, які не мають права модифікувати об'єкт
    - - Ця послуга забезпечує можливість відмінити операцію або послідовність операцій і повернути (відкатити) захищений об'єкт до попереднього стану. Рівні даної послуги ран жируються на підставі множини операцій, для яких забезпечується відкат.
      - Послуги:
        
        Для всіх рівнів
        
        Політика відкату, що реалізується КЗЗ, повинна визначати множину об'єктів КС, до яких вона відноситься
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        ЦО-1. Обмежений відкат
        
        Повинні існувати автоматизовані засоби, які дозволяють авторизованому користувачу або процесу відкатити або відмінити певний набір (множину) операцій, виконаних над захищеним об'єктом за певний проміжок часу
        
        ЦО-2. Повний відкат
        
        Повинні існувати автоматизовані засоби, які дозволяють авторизованому користувачу або процесу відкатити або відмінити всі операції, виконані над захищеним об'єктом за певний проміжок часу
    - - Ця послуга дозволяє забезпечити захист об'єктів від несанкціонованої модифікації інформації, що міститься в них, під час їх експорту/імпорту через незахищене
        середовище. Рівні даної послуги ран жируються на підставі повноти захисту і вибірковості керування.
      - Послуги:
        
        Для всіх рівнів
        
        Політика цілісності при обміні, що реалізується КЗЗ, повинна визначати множину об'єктів КС і інтерфейсних процесів, до яких вона відноситься, рівень захищеності, що забезпечується використовуваними механізмами, і спроможність користувачів і/або процесів керувати рівнем захищеності
        
        ЦВ-1: Мінімальна цілісність при обміні
        
        КЗЗ повинен забезпечувати можливість виявлення порушення цілісності інформації, що міститься в об'єкті, який передається
        
        ЦВ-2: Базова цілісність при обміні
        
        КЗЗ повинен забезпечувати можливість виявлення порушення цілісності інформації, що міститься в об'єкті, який передається, а також фактів його видалення або дублювання
        
        КЗЗ повинен забезпечувати можливість виявлення порушення цілісності інформації, що міститься в об'єкті, який передається а також фактів його видалення або дублювання
        
        Запити на імпорт захищеного об'єкта повинні оброблятися приймальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу
        
        Запити на присвоєння або зміну рівня захищеності повинні оброблятися КЗЗ тільки в тому випадку, якщо вони надходять від адміністраторів або користувачів, яким надані відповідні повноваження
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        ЦВ-3: Повна цілісність при обміні
        
        НЕОБХІДНІ УМОВИ: НВ-1
        
        Запити на експорт захищеного об'єкта повинні оброблятися передавальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу і приймальника об'єкта
        
        Запити на імпорт захищеного об'єкта повинні оброблятися приймальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу і джерела об'єкта
        
        Представлення захищеного об'єкта має бути функцією атрибутів доступу інтерфейсного процесу, самого об'єкта, а також його джерела і приймальника
- - - - Загрози, що відносяться до несанкціонованого ознайомлення з інформацією, становлять загрози конфіденційності. Якщо існують вимоги щодо обмеження можливості ознайомлення з інформацією, то відповідні послуги треба шукати в розділі “Критерії конфіденційності”. В цьому розділі описані такі послуги
      - В цьому розділі описані такі послуги - довірча конфіденційність, адміністративна конфіденційність, повторне використання об'єктів, аналіз прихованих каналів, конфіденційність при обміні (експорті/імпорті).
    - - Загрози, що відносяться до несанкціонованої модифікації інформації, становлять загрози цілісності. Якщо існують вимоги щодо обмеження можливості модифікації інформації, то відповідні послуги треба шукати в розділі “Критерії цілісності”.
      - В цьому розділі описані такі послуги: довірча цілісність, адміністративна цілісність, відкат і цілісність при обміні.
    - - Загрози, що відносяться до порушення можливості використання комп'ютерних систем або оброблюваної інформації, становлять загрози доступності. Якщо існують вимоги щодо захисту від відмови в доступі або захисту від збоїв, то відповідні послуги треба шукати в розділі “Критерії доступності”.
      - В цьому розділі описані такі послуги: використання ресурсів, стійкість до відмов, горяча заміна, відновлення після збоїв.
    - - Ідентифікація і контроль за діями користувачів, керованість комп'ютерною системою становлять предмет послуг спостереженості і керованості. Якщо існують вимоги щодо контролю за діями користувачів або легальністю доступу і за спроможністю комплексу засобів захисту виконувати свої функції, то відповідні послуги треба шукати у розділі “Критерії спостереженості”.
      - В цьому розділі описані такі послуги: реєстрація, ідентифікація і автентифікація, достовірний канал, розподіл обов'язків, цілісність комплексу засобів захисту, самотестування, автентифікація при обміні, автентифікація відправника (невідмова від авторства), автентифікація одержувача (невідмова від одержання).
- - - - Ця послуга дозволяє користувачу керувати потоками інформації від захищених об'єктів, що належать його домену, до інших користувачів. Рівні даної послуги
        ранжируються на підставі повноти захисту і вибірковості керування.
      - Рівні:
        
        КД-1. Мінімальна довірча конфіденційність
        
        Політика довірчої конфіденційності, що реалізується КЗЗ, повинна визначати множину об'єктів КС, до яких вона відноситься
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу і захищеного об'єкта
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретні процеси і/або групи процесів, які мають право одержувати інформацію від об'єкта
        
        Для всіх рівнів
        
        Запити на зміну прав доступу до об'єкта повинні оброблятися КЗЗ на підставі атрибутів доступу користувача, що ініціює запит, і об'єкта
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        Права доступу до кожного захищеного об'єкта повинні встановлюватись в момент його створення або ініціалізації. Як частина політики довірчої конфіденційності
        повинні бути представлені правила збереження атрибутів доступу об'єктів під час їх експорту та імпорту
        
        КД-2. Базова довірча конфіденційність
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретних користувачів і/або групи користувачів, які мають право одержувати інформацію від об'єкта
        
        КЗЗ повинен надавати користувачу можливість для кожного процесу, що належить його домену, визначити конкретних користувачів і/або групи користувачів, які мають право ініціювати процес
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу користувача і захищеного об'єкта
        
        КД-3. Повна довірча конфіденційність
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити конкретних користувачів (і групи користувачів), які мають, а також тих, які не мають права одержувати інформацію від об'єкта
        
        НЕОБХІДНІ УМОВИ: КО-1
        
        КЗЗ повинен надавати користувачу можливість для кожного процесу, що належить його домену, визначитиконкретних користувачів (і групи користувачів), які мають, а також тих, що не мають права ініціювати процес
        
        Політика довірчої конфіденційності, що реалізується КЗЗ, повинна відноситись до всіх об'єктів КС
        
        КД-4. Абсолютна довірча конфіденційність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу
        
        КЗЗ повинен надавати користувачу можливість для кожного захищеного об'єкта, що належить його домену, визначити
    - - Ця послуга дозволяє адміністратору або спеціально авторизованому користувачу керувати потоками інформації від захищених об'єктів до користувачів. Рівні даної послуги ран жируються на підставі повноти захисту і вибірковості управління.
      - Рівні:
        
        Для всіх рівнів
        
        Запити на зміну прав доступу повинні оброблятися КЗЗ тільки в тому випадку, якщо вони надходять від адміністраторів або від користувачів, яким надані відповідні повноваження
        
        Права доступу до кожного захищеного об'єкта повинні встановлюватися в момент його створення або ініціалізації. Як частина політики адміністративної конфіденційності мають бути представлені правила збереження атрибутів доступу об'єктів під час їх експорту та імпорту
        
        НЕОБХІДНІ УМОВИ: НО-1, НИ-1
        
        КА-1. Мінімальна адміністративна
        конфіденційність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу процесу і захищеного об'єкта
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретні процеси і/або групи процесів, які мають право одержувати інформацію від об'єкта
        
        Політика адміністративної конфіденційності, що реалізується КЗЗ, повинна визначати множину об'єктів КС, до яких вона відноситься
        
        КА-2. Базова адміністративна
        конфіденційність
        
        ЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретних користувачів і/або групи користувачів, які мають право одержувати інформацію від об'єкта.
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного процесу через керування належністю користувачів і процесів до відповідних доменів визначити конкретних користувачів і/або групи користувачів, які мають право ініціювати процес.
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу користувача і захищеного об'єкта
        
        КА-3. Повна адміністративна
        конфіденційність
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретних користувачів (і групи користувачів), які мають, а також тих, які не мають права одержувати інформацію від об'єкта
        
        НЕОБХІДНІ УМОВИ: КО-1
        
        Політика адміністративної конфіденційності, що реалізується КЗЗ, повинна відноситись до всіх об'єктів КС
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного процесу через керування належністю користувачів і процесів до відповідних доменів визначити конкретних користувачів (і групи користувачів), які мають, а також тих, які не мають права ініціювати процес
        
        КА-4. Абсолютна адміністративна
        конфіденційність
        
        КЗЗ повинен здійснювати розмежування доступу на підставі атрибутів доступу користувача, процесу і захищеного об'єкта
        
        КЗЗ повинен надавати можливість адміністратору або користувачу, що має відповідні повноваження, для кожного захищеного об'єкта шляхом керування належністю користувачів, процесів і об'єктів до відповідних доменів визначити конкретних користувачів і процеси (і групи користувачів і процесів), які мають, а також тих, які не мають права одержувати інформацію від об'єкта
    - - Ця послуга дозволяє забезпечити коректність повторного використання розділюваних об'єктів, гарантуючи, що в разі, якщо розділюваний об'єкт виділяється
        новому користувачу або процесу, то він не містить інформації, яка залишилась від попереднього користувача або процесу.
      - Рівні
        
        КО-1. Повторне використання об'єктів
        
        Політика повторного використання об'єктів, що реалізується КЗЗ, повинна відноситись до всіх об'єктів КС
        
        Перш ніж користувач або процес зможе одержати в своє розпорядження звільнений іншим користувачем або процесом об'єкт, встановлені для попереднього користувача або процесу права доступу до даного об'єкта повинні бути скасовані
        
        Перш ніж користувач або процес зможе одержати в своє розпорядження звільнений іншим користувачем або процесом об'єкт, вся інформація, що міститься в даному об'єкті, повинна стати недосяжною
        
        НЕОБХІДНІ УМОВИ: НЕМАЄ
    - - Аналіз прихованих каналів виконується з метою виявлення і усунення потоків інформації, які існують, але не контролюються іншими послугами. Рівні даної
        послуги ран жируються на підставі того, чи виконується тільки виявлення, контроль або перекриття прихованих каналів.
      - Рівні
        
        Для всіх рівнів
        
        Повинен бути виконаний аналіз прихованих каналів
        
        НЕОБХІДНІ УМОВИ: КО-1, Г-3
        
        КК-1. Виявлення прихованих каналів
        
        Всі приховані канали, які існують в апаратному і програмному забезпеченні, а також в програмах ПЗП, повинні бути документовані
        
        Має бути документована максимальна пропускна здатність кожного знайденого прихованого каналу, одержана на підставі теоретичної оцінки або вимірів
        
        Для прихованих каналів, які можуть використовуватися спільно, повинна бути документована сукупна пропускна здатність
        
        КК-2. Контроль прихованих каналів
        
        КЗЗ повинен забезпечувати реєстрацію використання затвердженої підмножини знайдених прихованих каналів
        
        НЕОБХІДНІ УМОВИ: НР-1
        
        КК-3. Перекриття прихованих каналів
        
        Всі (затверджена підмножина) знайдені під час
        аналізу приховані канали повинні бути усунені
    - - Ця послуга дозволяє забезпечити захист об'єктів від несанкціонованого ознайомлення з інформацією, що міститься в них, під час їх експорту/імпорту через
        незахищене середовище. Рівні даної послуги ран жируються на підставі повноти захисту і вибірковості керування.
      - Рівні
        
        Для всіх рівнів
        
        Політика конфіденційності при обміні, що реалізується КЗЗ, повинна визначати рівень захищеності, який забезпечується механізмами, що використовуються, і спроможність користувачів і/або процесів керувати рівнем захищеності
        
        КЗЗ повинен забезпечувати захист від безпосереднього ознайомлення з інформацією, що міститься в об'єкті, який передається
        
        КВ-1. Мінімальна конфіденційність при обміні
        
        Політика конфіденційності при обміні, що реалізується КЗЗ, повинна визначати множину об'єктів і інтерфейсних процесів, до яких вона відноситься
        
        КВ-2. Базова конфіденційність при обміні
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        Запити на експорт захищеного об'єкта повинні оброблятися передавальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу
        
        Запити на імпорт захищеного об'єкта повинні оброблятися приймальним КЗЗ на підставі атрибутів доступу інтерфейсного
        процесу
        
        Запити на призначення або зміну рівня захищеності повинні оброблятися КЗЗ тільки в тому випадку, якщо вони надходять від адміністраторів або користувачів, яким надані відповідні повноваження
        
        КВ-3. Повна конфіденційність при обміні
        
        Політика конфіденційності при обміні, що реалізується КЗЗ, повинна відноситись до всіх об'єктів і існуючих інтерфейсних процесів
        
        Запити на експорт захищеного об'єкта повинні оброблятися передавальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу і приймальника об'єкта
        
        Запити на імпорт захищеного об'єкта повинні оброблятися приймальним КЗЗ на підставі атрибутів доступу інтерфейсного процесу і джерела об'єкта
        
        Представлення захищеного об'єкта має бути функцією атрибутів доступу інтерфейсного процесу, самого об'єкта, а також його джерела і приймальника
        
        НЕОБХІДНІ УМОВИ: НВ-1
        
        КВ-4. Абсолютна конфіденційність при обміні
        
        Політика конфіденційності при обміні повинна включати опис інформації , яку можливо отримати шляхом сумісного аналізу ряду одержаних об'єктів Повинен бути виконаний аналіз прихованих каналів обміну. Всі знайдені приховані канали обміну і максимальна пропускна здатність кожного із них мають бути документовані. Повинна бути забезпечена реєстрація використання затвердженої підмножини знайдених прихованих каналів, їх часткове перекриття або усунення
        
        НЕОБХІДНІ УМОВИ: НР-1, Г-3
- - - - Ця послуга дозволяє користувачам керувати використанням послуг і ресурсів. Рівні даної послуги ран жируються на підставі повноти захисту і вибірковості
        керування доступністю послуг КС.
      - Рівні
        
        Для всіх рівнів
        
        Запити на зміну встановлених обмежень повинні оброблятися КЗЗ тільки в тому випадку, якщо вони надходять від адміністраторів або від користувачів, яким надані
        відповідні повноваження
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        ДР-1. Квоти
        
        Політика використання ресурсів, що реалізується КЗЗ, повинна визначати множину об'єктів КС, до яких вона відноситься
        
        Політика використання ресурсів повинна визначати обмеження, які можна накладати, на кількість даних об'єктів (обсяг ресурсів), що виділяються окремому користувачу
        
        ДР-2. Недопущення захоплення ресурсів
        
        Політика використання ресурсів, що реалізується КЗЗ, повинна відноситися до всіх об'єктів КС
        
        Повинна існувати можливість встановлювати обмеження таким чином, щоб КЗЗ мав можливість запобігти діям, які можуть призвести до неможливості доступу інших користувачів до функцій КЗЗ або захищених об'єктів. КЗЗ повинен контролювати такі дії, здійснювані з боку окремого користувача
        
        ДР-3. Пріоритетність використання ресурсів
        
        Політика використання ресурсів повинна визначати обмеження, які можна накладати, на кількість даних об'єктів (обсяг ресурсів), що виділяються окремому користувачу і довільним групам користувачів
        
        Повинна існувати можливість встановлювати обмеження таким чином, щоб КЗЗ мав можливість запобігти діям, які можуть призвести до неможливості доступу інших користувачів до функцій КЗЗ або захищених об'єктів. КЗЗ повинен контролювати такі дії, здійснювані з боку окремого користувача і довільних груп користувачів
    - - Стійкість до відмов гарантує доступність КС (можливість використання інформації, окремих функцій або КС в цілому) після відмови її компонента. Рівні даної
        послуги ран жируються на підставі спроможності КЗЗ забезпечити можливість функціонування КС в залежності від кількості відмов і послуг, доступних після відмови.
      - Рівні
        
        ДС-1. Стійкість при обмежених відмовах
        
        Політика стійкості до відмов, що реалізується КЗЗ, повинна визначати множину компонентів КС, до яких вона відноситься, і типи їх відмов, після яких КС в змозі продовжувати функціонування
        
        Відмова одного захищеного компонента не повинна призводити до недоступності всіх послуг, а має в гіршому випадку проявлятися в зниженні характеристик обслуговування
        
        Для всіх рівнів
        
        Розробник повинен провести аналіз відмов компонентів КС
        
        Повинні бути чітко вказані рівні відмов, при перевищенні яких відмови призводять до зниження характеристик обслуговування або недоступності послуги
        
        КЗЗ повинен бути спроможний повідомити адміністратора про відмову будь-якого захищеного компонента
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        ДС-2. Стійкість з погіршенням характеристик
        обслуговування
        
        Політика стійкості до відмов, що реалізується КЗЗ, повинна відноситися до всіх компонентів КС
        
        ДС-3. Стійкість без погіршення характеристик
        обслуговування
        
        Відмова одного захищеного компонента не повинна призводити до недоступності всіх послуг або до зниження характеристик обслуговування
    - - Ця послуга дозволяє гарантувати доступність КС (можливість використання інформації, окремих функцій або КС в цілому) в процесі заміни окремих
        компонентів. Рівні даної послуги ран жируються на підставі повноти реалізації
      - Рівні
        
        Для всіх рівнів
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        ДЗ-1. Модернізація
        
        Політика гарячої заміни, що реалізується КЗЗ, повинна визначати політику проведення модернізації КС
        
        Адміністратор або користувачі, яким надані відповідні повноваження, повинні мати можливість провести модернізацію (upgrade) КС. Модернізація КС не повинна призводити до необхідності ще раз проводити інсталяцію КС або до переривання виконання КЗЗ функцій захисту
        
        ДЗ-2. Обмежена гаряча заміна
        
        Політика гарячої заміни, що реалізується КЗЗ, повинна визначати множину компонентів КС, які можуть бути замінені без переривання обслуговування
        
        Адміністратор або користувачі, яким надані відповідні повноваження, повинні мати можливість замінити будь-який захищений компонент
        
        НЕОБХІДНІ УМОВИ: ДС-1
        
        ДЗ-3. Гаряча заміна будь-якого
        компонента
        
        Політика гарячої заміни, що реалізується КЗЗ, повинна забезпечувати можливість заміни будь-якого компонента без переривання обслуговування
    - - Ця послуга забезпечує повернення КС у відомий захищений стан після відмови або переривання обслуговування. Рівні даної послуги ран жируються на підставі
        міри автоматизації процесу відновлення.
      - Рівні
        
        Для всіх рівнів
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        Політика відновлення, що реалізується КЗЗ, повинна визначати множину типів відмов КС і переривань обслуговування, після яких можливе повернення у відомий захищений стан без порушення політики безпеки. Повинні бути чітко вказані рівні відмов, у разі перевищення яких необхідна повторна інсталяція КС
        
        ДВ-1. Ручне відновлення
        
        Після відмови КС або переривання обслуговування КЗЗ
        повинен перевести КС до стану, із якого повернути її до
        нормального функціонування може тільки
        адміністратор або користувачі, яким надані відповідні
        повноваження
        
        Повинні існувати ручні процедури, за допомогою яких можна безпечним чином повернути КС до нормального функціонування
        
        ДВ-2. Автоматизоване відновлення
        
        Якщо автоматизовані процедури не можуть бути використані, то КЗЗ повинен перевести КС до стану, з якого повернути її до нормального функціонування може тільки адміністратор або користувачі, яким надані відповідні повноваження
        
        Після відмови КС або переривання обслуговування КЗЗ має бути здатним визначити, чи можуть бути використані автоматизовані процедури для повернення КС до нормального функціонування безпечним чином. Якщо такі процедури можуть бути використані, то КЗЗ має бути здатним виконати їх і повернути КС до нормального функціонування
        
        ДВ-3. Вибіркове відновлення
        
        Після будь-якої відмови КС або переривання обслуговування, що не призводить до необхідності заново інсталювати КС, КЗЗ повинен бути здатним виконати необхідні процедури і безпечним чином повернути КС до нормального функціонування або, в гіршому випадку, функціонування в режимі з погіршеними характеристиками обслуговування
        
        Повинні існувати ручні процедури, за допомогою яких можна безпечним чином повернути КС з режиму з погіршеними характеристиками обслуговування в режим нормального функціонування
- - - - Реєстрація дозволяє контролювати небезпечні для КС дії. Рівні даної послуги ран жируються залежно від повноти і вибірковості контролю, складності засобів аналізу даних журналів реєстрації і спроможності вияву потенційних порушень
      - Рівні
        
        Для всіх рівнів
        
        Політика реєстрації, що реалізується КЗЗ, повинна визначати перелік подій, що реєструються
        
        Журнал реєстрації повинен містити інформацію про дату, час, місце, тип і успішність чи неуспішність кожної зареєстрованої події. Журнал реєстрації повинен містити
        інформацію, достатню для встановлення користувача, процесу і/або об'єкта, що мали відношення до кожної зареєстрованої події
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        НР-1. Зовнішній
        
        КЗЗ повинен бути здатним здійснювати
        реєстрацію подій, що мають безпосереднє
        відношення до безпеки
        
        КЗЗ має бути здатним передавати журнал реєстрації в інші системи з використанням певних механізмів захисту
        
        НР-2. Захищений журнал
        
        КЗЗ повинен забезпечувати захист журналу реєстрації від несанкціонованого доступу, модифікації або руйнування. Адміністратори і користувачі, яким надані відповідні повноваження, повинні мати в своєму розпорядженні засоби перегляду і аналізу журналу реєстрації
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        НР-3. Сигналізація про
        небезпеку
        
        КЗЗ має бути здатним контролювати одиничні або повторювані реєстраційні події, які можуть свідчити про прямі (істотні) порушення політики безпеки КС. КЗЗ має бути здатним негайно інформувати адміністратора про перевищення порогів безпеки і, якщо реєстраційні небезпечні події повторюються, здійснити неруйнівні дії щодо припинення повторення цих подій
        
        НР-4. Детальна
        реєстрація
        
        КЗЗ повинен бути здатним здійснювати реєстрацію подій, що мають безпосереднє або непряме відношення до безпеки
        
        НР-5. Аналіз в
        реальному часі
        
        КЗЗ має бути здатним виявляти і аналізувати несанкціоновані дії в реальному часі
    - - Ідентифікація і автентифікація дозволяють КЗЗ визначити і перевірити особистість користувача, що намагається одержати доступ до КС. Рівні даної послуги ран
        жируються залежно від числа задіяних механізмів автентифікації.
      - Рівні
        
        Для всіх рівнів
        
        Політика ідентифікації і автентифікації, що реалізується КЗЗ, повинна визначати атрибути, якими характеризується користувач, і послуги, для використання яких необхідні ці атрибути. Кожний користувач повинен однозначно ідентифікуватися КЗЗ
        
        НИ-1. Зовнішня ідентифікація і автентифікація
        
        Перш ніж дозволити будь-якому користувачу виконувати будь-які інші, контрольовані КЗЗ дії, КЗЗ повинен з використанням захищеного механізму одержати від деякого зовнішнього джерела автентифікований ідентифікатор цього користувача
        
        НИ-2. Одиночна ідентифікація і автентифікація
        
        Перш ніж дозволити будь-якому користувачу виконувати будь-які інші, контрольовані КЗЗ дії, КЗЗ повинен автентифікувати цього користувача з використанням захищеного механізму
        
        НЕОБХІДНІ УМОВИ: НК-1
        
        КЗЗ повинен забезпечувати захист даних автентифікації від несанкціонованого доступу, модифікації або
        руйнування
        
        НИ-3. Множинна ідентифікація і автентифікація
        
        Перш ніж дозволити будь-якому користувачу виконувати будь-які інші, контрольовані КЗЗ дії, КЗЗ повинен автентифікувати цього користувача з використанням захищених механізмів двох або більше типів
    - - Ця послуга дозволяє гарантувати користувачу можливість безпосередньої взаємодії з КЗЗ. Рівні даної послуги ран жируються залежно від гнучкості надання можливості КЗЗ або користувачу ініціювати захищений обмін.
      - Рівні
        
        Для всіх рівнів
        
        Політика достовірного каналу, що реалізується КЗЗ, повинна визначати механізми встановлення достовірного зв'язку між користувачем і КЗЗ
        
        НК-1. Однонаправлений достовірний канал
        
        Достовірний канал повинен використовуватися для початкової ідентифікації і автентифікації. Зв'язок з використанням даного каналу повинен ініціюватися виключно користувачем
        
        НК-2. Двонаправлений достовірний канал
        
        Достовірний канал повинен використовуватися для початкової ідентифікації і автентифікації та у випадках, коли необхідний прямий зв'язок користувач/КЗЗ або КЗЗ/користувач. Зв'язок з використанням даного каналу повинен ініціюватися користувачем або КЗЗ
        
        Обмін з використанням достовірного каналу, що ініціює КЗЗ, повинен бути однозначно ідентифікований як такий і має відбутися тільки після позитивного підтвердження готовності до обміну з боку користувача
    - - Ця послуга дозволяє зменшити потенційні збитки від навмисних або помилкових дій користувача і обмежити авторитарність керування. Рівні даної послуги ранжируються на підставі вибірковості керування можливостями користувачів і адміністраторів.
      - Рівні
        
        Для всіх рівнів
        
        Політика розподілу обов'язків, що реалізується КЗЗ, повинна визначати ролі адміністратора і звичайного користувача і притаманні їм функції
        
        Користувач повинен мати можливість виступати в певній ролі тільки після того, як він виконає певні дії, що підтверджують прийняття їм цієї ролі
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        НО-1. Виділення адміністратора
        
        НО-2. Розподіл обов'язків адміністраторів
        
        Політика розподілу обов'язків повинна визначати мінімум дві адміністративні ролі: адміністратора безпеки та іншого адміністратора. Функції, притаманні кожній із ролей, повинні бути мінімізовані так, щоб включати тільки ті функції, які необхідні для виконання даної ролі
        
        НО-3. Розподіл обов'язків на підставі привілеїв
        
        Політика розподілу обов'язків повинна визначати
        множину ролей користувачів
    - - Ця послуга визначає міру здатності КЗЗ захищати себе і гарантувати свою спроможність керувати захищеними об'єктами.
      - Рівні
        
        НЦ-1. КЗЗ з контролем цілісності
        
        Політика цілісності КЗЗ повинна визначати склад КЗЗ і механізми контролю цілісності компонентів, що входять до складу КЗЗ
        
        В разі виявлення порушення цілісності будь-якого із своїх компонентів КЗЗ повинен повідомити адміністратора і або автоматично відновити відповідність компонента еталону або перевести КС до стану, з якого повернути її до нормального функціонування може тільки адміністратор або користувачі, яким надані відповідні повноваження
        
        НЕОБХІДНІ УМОВИ: НР-1, НО-1
        
        Повинні бути описані обмеження, дотримання яких дозволяє гарантувати, що послуги безпеки доступні тільки
        через інтерфейс КЗЗ і всі запити на доступ до захищених об'єктів контролюються КЗЗ
        
        НЦ-2. КЗЗ з гарантованою цілісністю
        
        Політика цілісності КЗЗ повинна визначати домен КЗЗ та інші домени, а також механізми захисту, що
      - НЦ-3. КЗЗ з функціями диспетчера доступу
        
        КЗЗ повинен гарантувати, що послуги безпеки доступні тільки через інтерфейс КЗЗ і всі запити на доступ до захищених об'єктів контролюються
        
        КЗЗ повинен підтримувати домен для свого власного виконання з метою захисту від зовнішніх впливів і
        несанкціонованої модифікації і/або втрати керування
    - - Самотестування дозволяє КЗЗ перевірити і на підставі цього гарантувати правильність функціонування і цілісність певної множини функцій КС. Рівні даної послуги ран жируються на підставі можливості виконання тестів у процесі запуску або штатної роботи.
      - Рівні
        
        Для всіх рівнів
        
        Політика самотестувания, що реалізується КЗЗ, повинна описувати властивості КС і реалізовані процедури, які можуть бути використані для оцінки правильності
        функціонування КЗЗ
        
        НЕОБХІДНІ УМОВИ: НО-1
        
        КЗЗ має бути здатним виконувати набір тестів з метою оцінки правильності функціонування своїх критичних функцій.
        
        НТ-1. Самотестування за запитом
        
        Тести повинні виконуватися за запитом
        користувача, що має відповідні повноваження
        
        НТ-2. Самотестування при старті
        
        КЗЗ має бути здатним виконувати набір тестів з метою оцінки правильності функціонування своїх критичних функцій. Тести повинні виконуватися за запитом користувача, що має відповідні повноваження, при ініціалізації КЗЗ
        
        НТ-3. Самотестування в реальному часі
        
        КЗЗ має бути здатним виконувати набір тестів з метою оцінки правильності функціонування своїх критичних функцій. Тести повинні виконуватися за запитом користувача, що має відповідні повноваження, при ініціалізації КЗЗ і в процесі штатного функціонування
    - - Ця послуга дозволяє одному КЗЗ ідентифікувати інший КЗЗ (встановити і перевірити його ідентичність) і забезпечити іншому КЗЗ можливість ідентифікувати
        перший, перш ніж почати взаємодію. Рівні даної послуги ран жируються на підставі повноти реалізації.
      - Рівні
        
        Для всіх рівнів
        
        Політика ідентифікації і автентифікація при обміні, що реалізується КЗЗ, повинна визначати множину атрибутів КЗЗ і процедури, які необхідні для взаємної ідентифікації при ініціалізації обміну даними з іншим КЗЗ
        
        КЗЗ, перш ніж почати обмін даними з іншим КЗЗ, повинен ідентифікувати і автентифікувати цей КЗЗ с використанням захищеного механізму
        
        Підтвердження ідентичності має виконуватися на підставі затвердженого протоколу автентифікації
        
        НВ-2: Автентифікація джерела даних
        
        КЗЗ повинен використовувати захищені механізми для встановлення джерела кожного об'єкта, що
        експортується та імпортується
        
        НВ-1: Автентифікація вузла
        
        НВ-3: Автентифікація з підтвердженням
        
        Використовуваний протокол автентифікації повинен забезпечувати можливість однозначного підтвердження джерела об'єкта незалежною третьою стороною
    - - Ця послуга дозволяє забезпечити захист від відмови від авторства і однозначно встановити належність певного об'єкта певному користувачу, тобто той факт, що об'єкт був створений або відправлений даним користувачем. Рівні даної послуги ран жируються на підставі можливості підтвердження результатів перевірки незалежною третьою стороною.
      - Рівні
        
        Для всіх рівнів
        
        Політика автентифікації відправника, що реалізується КЗЗ, повинна визначати множину властивостей і атрибутів об'єкта, що передається, користувача-відправника і інтерфейсного процесу, а також процедури, які дозволяли б однозначно встановити, що даний об'єкт був відправлений (створений) певним користувачем
        
        Встановлення належності має виконуватися на підставі затвердженого протоколу автентифікації
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        НА-1: Базова автентифікація відправника
        
        НА-2: Автентифікація відправника з підтвердженням
        
        Додатково повинні бути визначені ті властивості, атрибути і процедури, які можуть використовуватися для однозначного підтвердження належності об'єкта незалежною третьою стороною
        
        Використовуваний протокол автентифікації повинен забезпечувати можливість однозначного підтвердження належності об'єкта незалежною третьою стороною
    - - Ця послуга дозволяє забезпечити захист від відмови від одержання і дозволяє однозначно встановити факт одержання певного об'єкта певним користувачем. Рівні даної послуги ран жируються на підставі можливості підтвердження результатів перевірки незалежною третьою стороною.
      - Рівні
        
        Для всіх рівнів
        
        Політика автентифікації одержувача, що реалізується КЗЗ, повинна визначати множину властивостей і атрибутів об'єкта, що передається, користувача-одержувача і
        інтерфейсного процесу, а також процедури, які дозволяли б однозначно встановити, що даний об'єкт був одержаний певним користувачем
        
        Встановлення одержувача має виконуватися на підставі затвердженого протоколу автентифікації
        
        НЕОБХІДНІ УМОВИ: НИ-1
        
        НП-1: Базова автентифікація отримувача
        
        НП-2: Автентифікація отримувача з підтвердженням
        
        Додатково повинні бути визначені ті властивості, атрибути і процедури, які можуть використовуватися незалежною третьою стороною для однозначного підтвердження факту одержання об'єкта
        
        Використовуваний протокол автентифікації повинен забезпечувати можливість однозначного підтвердження незалежною третьою стороною факту одержання об'єкта
- - - - Вимоги до архітектури забезпечують гарантії того, що КЗЗ у змозі повністю реалізувати політику безпеки.
      - Вимоги
        
        КЗЗ повинен реалізовувати політику безпеки. Всі його компоненти повинні бути чітко визначені (Г1 >=)
        
        КЗЗ повинен складатися з добре визначених і максимально незалежних компонентів. Кожний з компонентів повинен бути спроектований відповідно до принципу мінімуму повноважень (Г-3 >=)
        
        Критичні для безпеки компоненти КЗЗ повинні бути захищені від не критичних для безпеки за рахунок
        використання механізмів захисту, які надаються програмно-апаратними засобами більш низького рівня (Г-4 >=)
        
        З боку Розробника мають бути вжиті зусилля, спрямовані на виключення з КЗЗ компонентів, що не є критичними для безпеки. Мають бути наведені підстави для включення до КЗЗ будь-якого елемента, який не має відношення до захисту (Г-5 >=)
        
        Розробка ПЗ переважно має бути спрямована на мінімізацію складності КЗЗ. КЗЗ має бути спроектований і структурований так, щоб використовувати повний і концептуально простий механізм захисту з точно визначеною семантикою. Цей механізм повинен відігравати центральну роль в реалізації внутрішньої структури КЗЗ. Під час розробки КЗЗ значною мірою повинні бути задіяні такі підходи як модульність побудови і приховання (локалізація) даних (Г-5 >=)
    - - Вимоги до середовища розробки забезпечують гарантії того, що процеси розробки і супроводження оцінюваної КС є повністю керованими з боку Розробника.
      - Вимоги
        
        Процес розробки
        
        Розробник повинен визначити всі стадії життєвого циклу КС, розробити, запровадити і підтримувати в робочому стані документально оформлені методики своєї діяльності на кожній стадії. Мають бути документовані всі етапи кожної стадії життєвого циклу і їх граничні вимоги (Г1 >=)
        
        Розробник повинен описати стандарти кодування, яким необхідно додержуватися в процесі реалізації, і повинен гарантувати, що всі вихідні коди компілюються відповідно до цих стандартів. Будь-яка з використовуваних під час реалізації мов програмування має бути добре визначена. Всі залежні від реалізації параметри мов програмування або компіляторів повинні бути документовані (Г3 >=)
        
        Розробник повинен розробити, запровадити і підтримувати в робочому стані документально оформлені методики забезпечення фізичної, технічної, організаційної і кадрової безпеки (Г4 >=)
        
        Керування конфігурацією
        
        Розробник повинен розробити, запровадити і підтримувати в робочому стані документовані методики щодо керування конфігурацією КС на всіх стадіях її життєвого циклу. Система керування конфігурацією повинна забезпечувати керування внесенням змін в апаратне забезпечення, програми ПЗП, вихідні тексти, об'єктні коди, тестове покриття і документацію. Система керування конфігурацією повинна гарантувати постійну відповідність між всією документацією і реалізацією поточної версії КЗЗ (Г1 >=)
        
        Система керування конфігурацією також повинна використовуватися для генерації КЗЗ з вихідного коду і
        обліку всіх змін з появою нових версій (Г4 >=)
        
        Система керування конфігурацією повинна бути здатна видавати звіти про стан елементів конфігурації (Г4 >=)
        
        Повинна використовуватися система заходів технічної, фізичної, організаційної і кадрової безпеки, спрямованих на захист усіх засобів і матеріалів, використовуваних для генерації КЗЗ, від несанкціонованої модифікації або руйнування (Г6 >=)
    - - Вимоги до процесу проектування (послідовності розробки) забезпечують гарантії того, що на кожній стадії розробки (проектування) існує точний опис КС і реалізація КС точно відповідає вихідним вимогам (політиці безпеки).
      - Вимоги
        
        Функціональні специфікації (політика безпеки)
        
        На стадії розробки технічного завдання Розробник повинен розробити функціональні специфікації КС. Представлені функціональні специфікації повинні включати неформалізований опис політики безпеки, що реалізується КЗЗ. Політика безпеки повинна містити перелік і опис послуг безпеки, що надаються КЗЗ (Г-1 >=)
        
        Функціональні специфікації (модель політики безпеки)
        
        Відповідність політиці безпеки
        
        Показ (Г-2 - Г-3)
        
        Демонстрація (Г-4 - Г-7)
        
        Функціональні специфікації повинні включати модель політики безпеки (Г-2 >=)
        
        Стиль специфікації
        
        неформалізована (Г-2)
        
        частково формалізована (Г-3)
        
        формалізована (Г-4 - Г-7)
        
        Проект архітектури
        
        Відповідність моделі політики безпеки
        
        Показ (Г-2 - Г4)
        
        Демонстрація (Г-5)
        
        Доказ (Г-6 - Г-7)
        
        На стадії розробки ескізного проекту Розробник повинен розробити проект архітектури КЗЗ. Представлений
        проект повинен містити перелік і опис компонентів КЗЗ і функцій, що реалізуються ними. Повинні бути
        описані будь-які використовувані зовнішні послуги безпеки. Зовнішні інтерфейси КЗЗ повинні бути описані в
        термінах винятків, повідомлень про помилки і кодів повернення(Г-1 >=)
        
        Стиль специфікації
        
        неформалізована (Г-1-Г-2)
        
        частково формалізована (Г-3 - Г-5)
        
        формалізована (Г-6 - Г-7)
        
        Детальний проект
        
        Відповідність проекту архітектури
        
        Показ (Г-2 - Г- 5)
        
        Демонстрація (Г-6)
        
        Доказ (Г-7)
        
        На стадіях розробки технічного проекту або робочого проекту Розробник повинен розробити детальний проект КЗЗ. Представлений детальний проект повинен містити перелік всіх компонентів КЗЗ і точний опис функціонування кожного механізму. Повинні бути описані призначення і параметри інтерфейсів компонентів КЗЗ (Г-1 >=)
        
        Стиль специфікації
        
        неформалізована (Г-1)
        
        неформалізована (Весь КЗЗ) (Г-2 - Г-3)
        
        частково формалізована (Г-4 - Г-5)
        
        формалізована (Г-7)
        
        Реалізація
        
        Відповідність детальному проекту
        
        Показ(Г-3 - Г-6)
        
        Демонстрація (Г-7)
        
        Розробник повинен подати вихідний код
        
        частини КЗЗ (Г-3 >=)
        
        всього КЗЗ (Г-5 >=)
        
        всіх бібліотек часу виконання (Г-7)
    - - Вимоги до середовища функціонування забезпечують гарантії того, що КС поставляється Замовнику без несанкціонованих модифікацій, а також інсталюється і
        ініціюється Замовником так, як це передбачається Розробником.
      - Вимоги
        
        Розробник повинен представити засоби інсталяції, генерації і запуску КС, які гарантують, що експлуатація КС починається з безпечного стану. Розробник повинен представити перелік усіх можливих параметрів конфігурації, які можуть використовуватися в процесі інсталяції, генерації і запуску (Г1 >=)
        
        Повинна існувати система технічних, організаційних і фізичних заходів безпеки, яка гарантує, що програмне
        і програмно-апаратне забезпечення КЗЗ, яке поставляється Замовнику, точно відповідає еталонній копії (Г3 >=)
        
        Для підтримки відповідності між КЗЗ, що поставляється Замовнику, і еталонною копією повинна існувати
        система керування розповсюдженням захищеної КС (Г6 >=)
    - - Вимоги до документації є загальними для всіх рівнів гарантій.
      - У вигляді окремих документів або розділів (підрозділів) інших документів Розробник повинен подати опис послуг безпеки, що реалізуються КЗЗ, настанови адміністратору щодо послуг безпеки, настанови користувача щодо послуг безпеки.
      - В описі функцій безпеки повинні бути викладені основні, необхідні для правильного використання послуг безпеки, принципи політики безпеки, що реалізується КЗЗ оцінюваної КС, а також самі послуги.
      - Настанови адміністратору щодо послуг безпеки мають містити опис засобів інсталяції, генерації і запуску КС, опис всіх можливих параметрів конфігурації, які можуть використовуватися в процесі інсталяції, генерації і запуску КС, опис властивостей КС, які можуть бути використані для періодичної оцінки правильності функціонування КЗЗ, а також інструкції щодо використання адміністратором послуг безпеки для підтримки політики безпеки, прийнятої в організації, що експлуатує КС.
      - Настанови користувачу щодо послуг безпеки мають містити інструкції щодо використання функцій безпеки звичайним користувачем (не адміністратором).
      - Назва документів (розділів) не регламентується. Опис послуг безпеки може відрізнятися для користувача і адміністратора. Настанови адміністратору і настанови користувачу можуть бути об'єднані в настанови з установлення і експлуатації.
    - - Розробник повинен подати для перевірки програму і методику випробувань, процедури випробувань усіх механізмів, що реалізують послуги безпеки. Мають бути представлені аргументи для підтвердження достатності тестового покриття (Г1 >=)
      - Розробник повинен подати докази тестування у вигляді детального переліку результатів тестів і відповідних процедур тестування, з тим, щоб отримані результати могли бути перевірені шляхом повторення тестування (Г1 >=)
      - Розробник повинен усунути або нейтралізувати всі знайдені “слабкі місця” і виконати повторне тестування КЗЗ для підтвердження того, що виявлені недоліки були усунені і не з'явилися нові “слабкі місця” (Г2 >=)
      - Розробник повинен виконати тести з подолання механізмів захисту і довести, що КЗЗ відносно або абсолютно стійкий до такого роду атак з боку Розробника (Г4 >=)