- •1.2.1. Формализованные требования к защите и их классификация
- •1.2.2. Требования к защите конфиденциальной информации
- •1.2.3. Требования к защите секретной информации
- •2.1. Основные механизмы защиты ос.
- •2.1.1. Принципиальные различия в подходах обеспечения защиты. Разность концепций
- •2.2. Анализ существующей статистики
- •2.2.3. Выводы из анализа существующей статистики угроз
- •7.2. Требования к идентификации и аутентификации
- •7.2.1. Формализованные требования
- •7.3.1. Кого следует воспринимать в качестве потенциального злоумышленника
- •7.4.1. Классификация задач по назначению
- •8.1. Механизмы парольной защиты
- •9.1. Требования к добавочным механизмам
- •11.1. Общие положения
- •11.1.1. Абстрактные модели доступа
- •11.1.2. Дискреционная модель управления доступом
- •11.1.3. Мандатная модель управления доступом
- •11.1.4. Дополнительные требования к защите секретной информации в контексте
- •Методы и средства криптографической защиты информации.
- •Глава 3. Асимметричные криптосистемы
- •Глава 6. Цифровая подпись
1.2.2. Требования к защите конфиденциальной информации
Подсистема управления доступом должна удовлетворять следующим требованиям:
1. Идентифицировать и проверять подлинность субъектов доступа при входе в систему. Причем это должно осуществляться по идентификатору (коду) и паролю условно-постоянного действия длиной не менее шести буквенно-цифровых символов.
2. Идентифицировать терминаты, ЭВМ, узлы компьютерной сети, канаты связи, внешние устройства ЭВМ по их логическим адресам (номерам).
3. По именам идентифицировать программы, тома, кататоги, файлы, записи и поля записей.
4. Осуществлять контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа.
Подсистема регистрации и учета должна:
I. Регистрировать вход (выход) субъектов доступа в систему (из системы), либо регистрировать загрузку и инициализацию операционной системы и ее программного останова. При этом в параметрах регистрации указываются:
• дата и время входа (выхода) субъекта доступа в систему (из системы) или загрузки (останова) системы;
• результат попытки входа — успешная или неуспешная (при НСД);
• идентификатор (код или фамилия) субъекта, предъявленный при попытке доступа;
• код или пароль, предъявленный при неуспешной попытке.
Регистрация выхода из системы или останова не проводится в моменты аппаратурного отключения АС.
2. Регистрировать выдачу печатных (графических) документов на «твердую» копию. При этом в параметрах регистрации указываются:
• дата и время выдачи (обращения к подсистеме вывода);
• краткое содержание документа (наименование, вид, код, шифр) и уровень его конфиденциальности;
• спецификация устройства выдачи (логическое имя (номер) внешнего устройства);
• идентификатор субъекта доступа, запросившего документ.
X Регистрировать запуск (завершение) программ и процессов (заданий, задач), предназначенных для обработки защищаемых файлов. При этом в параметрах регистрации указывается:
• дата и время запуска;
• имя (идентификатор) программы (процесса, задания);
• идентификатор субъекта доступа, запросившего программу (процесс, задание);
• результат запуска (успешный, неуспешный — несанкционированный).
4. Регистрировать попытки доступа программных средств (программ, процессов, задач, заданий) к защищаемым файлам. В параметрах регистрации указывается:
• дата и время попытки доступа к защищаемому файлу с указанием ее результата (успешная, неуспешная — несанкционированная);
• идентификатор субъекта доступа;
• спецификация защищаемого файла.
5. Регистрировать попытки доступа программных средств к следующим дополнительным защищаемым объектам доступа: терминалам, ЭВМ, узлам сети ЭВМ, линиям (каналам) связи, внешним устройсгвам ЭВМ, программам, томам, каталогам, файлам, записям, полям записей. При этом в параметрах регистрации указывается:
• дата и время попытки доступа ^защищаемому файлу с указанием ее результата: успешная, неуспешная, несанкционированная:
• идентификатор субъекта доступа;
• спецификации защищаемого объекта (логическое имя(номер)).
6. Проводить учет всех защищаемых носителей информации с помощью их маркировки и с занесением учетных данных в журнал (учетную карточку).
7. Регистрировать выдачу (приемку) защищаемых носителей.
8. Осуществлять очистку (обнуление, обезличивание) освобождаемых областей оперативной памяти ЭВМ и внешних накопителей. При этом очистка должна производиться однократной произвольной записью в освобождаемую область памяти, ранее использованную для хранения защищаемых данных (файлов).
Подсистема обеспечения целостности должна:
1. Обеспечивать целостность программных средств системы защиты информации от НСД (СЗИ НСД), обрабатываемой информации, а также неизменность программной среды. При этом:
• целостность СЗИ НСД проверяется при загрузке системы по контрольным суммам компонент СЗИ:
• целостность программной среды обеспечивается использованием трансляторов с языка высокого уровня и отсутствием средств модификации объектного кода программ в процессе обработки и (или) хранения защищаемой информации.
2. Осуществлять физическую охрану СВТ (устройств и носителей информации). При этом должны предусматриваться контроль доступа в помещение АС посторонних лиц, а также наличие надежных препятствий для несанкционированного проникновения в помещение АС и хранилище носителей информации. Особенно в нерабочее время.
3. Проводить периодическое тестирование функций СЗИ НСД при изменении программной среды и персонала АС с помощью тест-программ, имитирующих попытки НСД.
4. Иметь в наличии средства восстановления СЗИ НСД. При этом предусматривается ведение двух копий программных средств СЗИ НСД, а также их периодическое обновление и контроль работоспособности.
