Справочные материалы

Таблица сравнения классов защищенности автоматизированных систем (АС)

Данная таблица представляет собой компактное представление всех требований руководящего документа ФСТЭК «АС. Защита от НСД к информации. Классификация АС и требования по защите информации» для 5-и востребованных при построении защищенных автоматизированных систем классов - 3А, 2А, 1В, 1Б и 1А.

ПОДСИСТЕМЫ И ТРЕБОВАНИЯ КЛАССЫ
 3А  2А  1В  1Б  1А 
1. Подсистема управления доступом
1.1. Должны осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по идентификатору (коду) и паролю временного действия длиной не менее восьми буквенно-цифровых символов; + + + + -
1.2. Должны осуществляться идентификация и проверка подлинности субъектов доступа при входе в систему по биометрическим характеристикам или специальным устройствам (жетонам, картам, электронным ключам) и паролю временного действия длиной не менее восьми буквенно-цифровых символов; - - - - +
1.3. Должна осуществляться идентификация терминалов, ЭВМ, узлов сети ЭВМ, каналов связи, внешних устройств ЭВМ по физическим адресам (номерам); - + + + +
1.4. Должна осуществляться проверка подлинности терминалов - - - - +
1.5. Должна осуществляться идентификация программ, томов, каталогов, файлов, записей, полей записей по именам; - + + + +
1.6. Должна осуществляться идентификация и проверка подлинности программ, томов, каталогов, файлов, записей, полей записей по контрольным суммам (паролям, ключам); - - - - +
1.7. Должен осуществляться контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа; - - + + +
1.8. Должно осуществляться управление потоками информации с помощью меток конфиденциальности. При этом уровень конфиденциальности накопителей должен быть не ниже уровня конфиденциальности записываемой на него информации. - + + + +
2. Подсистема регистрации и учета
2.1. Должна осуществляться регистрация входа (выхода) субъектов доступа в систему (из системы), либо регистрация загрузки и инициализации операционной системы и ее программного останова. Регистрация выхода из системы или останова не проводится в моменты аппаратурного отключения АС.
В параметрах регистрации указываются:
2.1.1. Дата и время входа (выхода) субъекта доступа в систему (из системы) или загрузки (останова) системы; + + + + +
2.1.2. Результат попытки входа: успешный или неуспешный - несанкционированный; + + + + +
2.1.3. Идентификатор (код или фамилия) субъекта, предъявленный при попытке доступа; - + + + +
2.1.4. Код или пароль, предъявленный при неуспешной попытке. - - + + +
2.2. Должна осуществляться регистрация выдачи печатных (графических) документов на "твердую" копию. + + + + +
Выдача должна сопровождаться автоматической маркировкой каждого листа (страницы) документа его последовательным номером и учетными реквизитами АС с указанием на последнем листе документа общего количества листов (страниц). + + + + +
Вместе с выдачей документа должна автоматически оформляться учетная карточка документа с указанием даты выдачи документа, учетных реквизитов документа, краткого содержания (наименования, вида, шифра, кода) и уровня конфиденциальности документа, фамилии лица, выдавшего документ, количества страниц и копий документа (при неполной выдаче документа - фактически выданного количества листов в графе «Брак»).
В параметрах регистрации указываются:
- - - -
2.2.1. Дата и время выдачи (обращения к подсистеме вывода); + + + + +
2.2.2. Спецификация устройства выдачи [логическое имя (номер) внешнего устройства]; + + + + +
2.2.3. Краткое содержание (наименование, вид, шифр, код) и уровень конфиденциальности документа; + + + + +
2.2.4. Идентификатор субъекта доступа, запросившего документ; - + + + +
2.2.5. Объем фактически выданного документа (количество страниц, листов, копий) и результат выдачи успешный (весь объем), неуспешный; - - + + +
2.3. Должна осуществляться регистрация запуска (завершения) всех программ и процессов (заданий, задач) в АС.
В параметрах регистрации указываются:
- + +
2.3.1. Дата и время запуска; - + + + +
2.3.2. Имя (идентификатор) программы (процесса, задания); - + + + +
2.3.3. Идентификатор субъекта доступа, запросившего программу (процесс, задание); + + + +
2.3.4. Результат запуска (успешный, неуспешный - несанкционированный); - + + + +
2.3.5. Полная спецификация соответствующего файла "образа" программы (процесса, задания) - устройство (том, каталог), имя файла (расширение); - - - - +
2.4. Должна осуществляться регистрация попыток доступа программных средств (программ, процессов, задач, заданий) к защищаемым файлам.
В параметрах регистрации указываются:
- + +
2.4.1. Дата и время попытки доступа к защищаемому файлу с указанием ее результата: успешная, неуспешная - несанкционированная; - + + + +
2.4.2. Идентификатор субъекта доступа; - + + +
2.4.3. Спецификация защищаемого файла; - + + + +
2.4.4. Имя программы (процесса, задания, задачи), осуществляющей доступ к файлу; - - + + +
2.4.5. Вид запрашиваемой операции (чтение, запись, удаление, выполнение, расширение и т.п.); - - + + +
2.5. Должна осуществляться регистрация попыток доступа программных средств к следующим дополнительным защищаемым объектам доступа: терминалам, ЭВМ, узлам сети ЭВМ, линиям (каналам) связи, внешним устройствам ЭВМ, программам, томам, каталогам, файлам, записям, полям записей.
В параметрах регистрации указываются:
- + +
2.5.1. Дата и время попытки доступа к защищаемому объекту с указанием ее результата: успешная, неуспешная - несанкционированная; - + + + +
2.5.2. Идентификатор субъекта доступа; - + + + +
2.5.3. Спецификация защищаемого объекта [логическое имя (номер)]; - + + + +
2.5.4. Имя программы (процесса, задания, задачи), осуществляющей доступ к защищаемому объекту; - + + +
2.5.5. Вид запрашиваемой операции (чтение, запись, монтирование, захват и т.п.); - - + + +
2.6. Должна осуществляться регистрация изменений полномочий субъектов доступа и статуса объектов доступа.
В параметрах регистрации указываются:
- + +
2.6.1. Дата и время изменения полномочий; - - + + +
2.6.2. Дата и время изменения статуса; - - - - +
2.6.3. Идентификатор субъекта доступа (администратора), осуществившего изменения; - - - + +
2.6.4. Идентификатор субъекта, у которого проведено изменение полномочий и вид изменения (пароль, код, профиль и т.п.); - - - + +
2.6.5. Спецификация объекта, у которого проведено изменение статуса защиты и вид изменения (код защиты, уровень конфиденциальности); - - - + +
2.7. Должен осуществляться автоматический учет создаваемых защищаемых файлов, инициируемых защищаемых томов, каталогов, областей оперативной памяти ЭВМ, выделяемых для обработки защищаемых файлов, внешних устройств ЭВМ, каналов связи, ЭВМ, узлов сети ЭВМ, фрагментов сети с помощью их дополнительной маркировки, используемой в подсистеме управления доступом. Маркировка должна отражать уровень конфиденциальности объекта; - + + +
2.8. Должен проводиться учет всех защищаемых носителей информации с помощью их маркировки; + + + + +
2.9. Учет защищаемых носителей должен проводиться в журнале (картотеке) с регистрацией их выдачи (приема); + + + + +
2.10. Должно проводиться несколько видов учета (дублирующих) защищаемых носителей информации; + + + + +
2.11. Должна осуществляться очистка (обнуление, обезличивание) освобождаемых областей оперативной памяти ЭВМ и внешних накопителей. Очистка осуществляется двукратной произвольной записью в любую освобождаемую область памяти, использованную для хранения защищаемой информации; + + + + +
2.12. Должна осуществляться сигнализация попыток нарушения защиты на терминал администратора и нарушителя. - - + + +
3. Криптографическая подсистема
3.1. Должно осуществляться шифрование всей конфиденциальной информации, записываемой на совместно используемые различными субъектами доступа (разделяемые) носители данных, в каналах связи, а также на съемные портативные носители данных (дискеты, микрокассеты и т.п.) долговременной внешней памяти для хранения за пределами сеансов работы санкционированных субъектов доступа. При этом должна выполняться принудительная очистка областей внешней памяти, содержавших ранее незашифрованную информацию; - + - + +
3.2. Должны использоваться разные криптографические ключи для шифрования информации, принадлежащей различным субъектам доступа (группам субъектов); - - - - +
3.3. Доступ субъектов к операциям шифрования и к соответствующим криптографическим ключам должен дополнительно контролироваться посредством подсистемы управления доступом; - + - + +
3.4. Должны использоваться сертифицированные средства криптографической защиты. Их сертификацию проводят специальные сертификационные центры или специализированные предприятия, имеющие лицензию на проведение сертификации криптографических средств защиты. - + - + +
4. Подсистема обеспечения целостности
Должна быть обеспечена целостность программных средств СЗИ НСД, обрабатываемой информации, а также неизменность программной среды.
При этом:
4.1. Целостность СЗИ НСД проверяется при загрузке системы по наличию имен (идентификаторов) компонент СЗИ; + + - - -
4.2. Целостность СЗИ НСД проверяется при загрузке системы по контрольным суммам компонент СЗИ; - - + + +
4.3. Целостность СЗИ НСД проверяется по имитовставкам алгоритма ГОСТ 28147-89 или по контрольным суммам другого аттестованного алгоритма всех компонент СЗИ как в процессе загрузки, так и динамически в процессе функционирования АС; - - - - +
4.4. Целостность СЗИ НСД проверяется по контрольным суммам всех компонент СЗИ динамически в процессе работы АС; - - - + -
4.5. Целостность программной среды обеспечивается отсутствием в АС средств разработки и отладки программ; + + - - -
4.6. Целостность программной среды обеспечивается использованием трансляторов с языков высокого уровня и отсутствием средств модификации объектного кода программ в процессе обработки и (или) хранения защищаемой информации; - - + - -
4.7. Целостность программной среды обеспечивается качеством приемки программных средств в АС, предназначенных для обработки защищенных файлов; - - - + +
4.8. Должны осуществляться физическая охрана СВТ (устройств и носителей информации), предусматривающая постоянное наличие охраны территории и здания, где размещается АС, с помощью технических средств охраны и специального персонала, использование строгого пропускного режима, специальное оборудование помещений АС; + + + + +
4.9. Должен быть предусмотрен администратор (служба) защиты информации, ответственный за ведение, нормальное функционирование и контроль работы СЗИ НСД; - + + + +
4.10. Администратор должен иметь свой терминал и необходимые средства оперативного контроля и воздействия на безопасность АС; - - + + +
4.11. Должно проводиться периодическое тестирование функций СЗИ НСД при изменении программной среды и персонала АС с помощью тест-программ, имитирующих попытки НСД; + + - - -
4.12. Должно проводиться периодическое тестирование всех функций СЗИ НСД с помощью специальных программных средств не реже одного раза в год; - - + - -
4.13. Должно проводиться периодическое тестирование всех функций СЗИ НСД с помощью специальных программных средств не реже одного раза в квартал - - - + +
4.14. Должны быть в наличии средства восстановления СЗИ НСД, предусматривающие ведение двух копий программных средств СЗИ НСД и их периодическое обновление и контроль работоспособности; + + + + +
4.15. Оперативное восстановление функций СЗИ НСД при сбоях; - - - + +
4.16. Должны использоваться сертифицированные средства защиты. Их сертификацию проводят специальные сертификационные центры или специализированные предприятия, имеющие лицензию на проведение сертификации средств защиты СЗИ НСД. + + + + +