Соответствие требованиям

Куда я попал?

SECURITM это SGRC система, автоматизирующая процессы в службах информационной безопасности. SECURITM помогает построить и управлять ИСПДн, КИИ, ГИС, СМИБ/СУИБ, банковскими системами защиты.
А еще SECURITM это место для обмена опытом и наработками для служб безопасности.

Подробнее

Наш канал

Приказ ФСТЭК России № 76 от 02.06.2020

Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий (выписка)

3. Требования к разработке и производству средства

Для проведения оценки соответствия по документу войдите в систему.

Список требований

3. Требования к разработке и производству средства
7. При разработке средства разработчиком должны быть выполнены процедуры, предусматривающие:
разработку модели безопасности средства;
проектирование архитектуры безопасности средства;
разработку функциональной спецификации средства;
проектирование средства;
разработку проектной (программной) документации;
выбор средств разработки, применяемых для создания средства;
управление конфигурацией средства;
разработку документации по безопасной разработке средства;
разработку эксплуатационной документации.
8. К разработке модели безопасности средства предъявляются следующие требования:
8.1. Требования к разработке модели безопасности средства, соответствующего 6 и 5 уровням доверия, не предъявляются.
8.2. При разработке модели безопасности средства, соответствующего 4 уровню доверия, должны быть указаны следующие сведения:
реализуемые политики управления доступом (для средств, в которых предусмотрена функция разграничения доступа);
реализуемые политики фильтрации информационных потоков (для средств, в которых предусмотрена функция фильтрации информационных потоков).
Модель безопасности средства, соответствующего 4 уровню доверия, должна включать описание условий безопасности, выполнение которых указывает на реализацию политик. Выполнение условий безопасности должно быть доказано формальным (математическим) способом. Для условий безопасности неформально (нематематически) должна быть показана их взаимосвязь с режимами функционирования средства. Язык описания модели безопасности должен быть математическим или формализованным (машиночитаемым) и допускать полную независимую от разработчика модели проверку корректности её описания, заданных в ней условий безопасности, а также всех выполненных в модели доказательств.
9. К проектированию архитектуры безопасности средства предъявляются следующие требования:
9.1. Архитектура безопасности средства, соответствующего 6 уровню доверия, должна обеспечивать:
невозможность обхода функций безопасности средства;
защиту функций безопасности средства от несанкционированного доступа к ним.
На средство должно быть разработано описание архитектуры безопасности средства с обоснованием:
безопасности процесса инициализации средства;
обеспечения собственной защиты средства от несанкционированного доступа;
невозможности обхода функций безопасности средства.
9.2. Требования к проектированию архитектуры безопасности средства, соответствующего 5 и 4 уровням доверия, соответствуют требованиям к проектированию архитектуры безопасности средства, соответствующего 6 уровню доверия.
10. К разработке функциональной спецификации средства предъявляются следующие требования:
10.1. Разработка функциональной спецификации средства, соответствующего 6 уровню доверия, должна предусматривать:
разработку описания назначения и способов использования каждого интерфейса функций безопасности;
идентификацию параметров, связанных с каждым интерфейсом функций безопасности;
идентификацию интерфейсов средства, не влияющих на функции безопасности средства.
Функциональная спецификация средства должна включать:
перечень всех функций средства, включая функции безопасности, реализуемые программным обеспечением и аппаратной платформой средства;
описание назначения и способов использования каждого интерфейса функций безопасности и иных функций средства;
описание параметров, связанных с каждым интерфейсом функций безопасности и иных функций средства;
перечень интерфейсов, не влияющих на функции безопасности средства.
Функциональная спецификация аппаратной платформы средства должна включать описание назначения и способов использования каждого интерфейса аппаратной платформы средства.
10.2. При разработке функциональной спецификации средства, соответствующего 5 уровню доверия, наряду с требованиями, установленными пунктом 10.1 настоящих Требований, должны быть разработаны и включены в спецификацию описания:
- действий с каждым интерфейсом функций безопасности;
- сообщений о возможных ошибках, связанных с выполнением функций безопасности.
10.3. При разработке функциональной спецификации средства, соответствующего 4 уровню доверия, наряду с требованиями, установленными пунктами 10.1 и 10.2 настоящих Требований, должны быть разработаны и включены в спецификацию описания:
- действий с каждым интерфейсом функций безопасности, не влияющим на выполнение требований, предъявляемых к средству;
- сообщений об ошибках, которые могут возникнуть при выполнении функций безопасности и вызове каждого интерфейса функций безопасности;
- параметров, связанных с каждым интерфейсом функций безопасности аппаратной платформы средства;
- интерфейсов, не влияющих на функции безопасности аппаратной платформы средства;
- всех функций безопасности, реализуемых аппаратной платформой средства.
11. К проектированию средства предъявляются следующие требования:
11.1. Проектирование средства, соответствующего 6 уровню доверия, должно предусматривать:
определение перечня подсистем, реализующих функции безопасности средства;
определение перечня подсистем, поддерживающих выполнение функций безопасности;
определение перечня подсистем, не влияющих на выполнение функций безопасности;
проектирование подсистем, реализующих функции безопасности средства;
проектирование иных подсистем таким образом, чтобы они не оказывали влияния на выполнение функций безопасности средства;
определение способов взаимодействия подсистем, реализующих функции безопасности, с иными подсистемами, обеспечивающих невозможность влияния на выполнение функций безопасности средства;
определение и проектирование для каждой подсистемы, реализующей функции безопасности, перечня входящих в ее состав модулей, осуществляющих выполнение функций безопасности;
определение способов взаимодействия модулей, осуществляющих выполнение функций безопасности, с иными модулями, обеспечивающих невозможность влияния на выполнение функций безопасности средства.
11.2. Требования к проектированию средства, соответствующего 5 и 4 уровням доверия, соответствуют требованиям к проектированию средства, соответствующего 6 уровню доверия.
12. К разработке проектной (программной) документации средства предъявляются следующие требования:
12.1. Проектная (программная) документация средства, соответствующего 6 уровню доверия, должна включать:
проект на уровне подсистем средства (эскизный проект);
проект на уровне модулей средства (технический проект).
Эскизный проект должен включать:
описание структуры средства на уровне подсистем средства;
описание всех подсистем средства;
сопоставление функций средства и интерфейсов, описанных в функциональной спецификации, с подсистемами средства;
описание взаимодействия подсистем средства между собой.
Технический проект должен включать:
описание структуры средства на уровне модулей;
описание всех модулей средства (для модулей средства, реализующих функции безопасности, – описание интерфейсов, возвращаемых ими в ответ на запросы значений, взаимодействий с другими модулями и вызываемыми интерфейсами этих модулей; для модулей средства, не влияющих на
выполнение функций безопасности, – описание назначения и взаимодействия с другими модулями);
сопоставление подсистем средства, описанных в эскизном проекте, с модулями.
Положения эскизного и технического проектов могут быть объединены в одном документе.
Для аппаратной платформы средства должен быть разработан (представлен) перечень аппаратных устройств (микросхем), которые влияют на выполнение функций безопасности и (или) могут быть использованы для реализации угроз безопасности информации.
12.2. Проектная (программная) документация средства, соответствующего 5 уровню доверия, наряду с требованиями, установленными пунктом 12.1 настоящих Требований, должна включать:
- для аппаратной платформы средства – структурную и функциональную схемы аппаратной платформы средства;
- для программного обеспечения – исходные тексты программного обеспечения, входящего в состав средства, с указанием значений контрольных сумм файлов с исходными текстами программного обеспечения, за исключением программного обеспечения, заимствованного у сторонних изготовителей, не реализующего функции безопасности и не влияющего на реализацию функций безопасности.
Документация на средство должна содержать информацию о соответствии указанных сведений модулям, описанным в проектной документации.
В случае отсутствия сведений о заимствованных компонентах средства должны быть спроектированы, реализованы и описаны в документации на средство меры защиты информации, направленные на блокирование эксплуатации возможных уязвимостей и реализуемых заимствованными элементами (компонентами) потенциально опасных возможностей.
Отсутствующие сведения о заимствованных компонентах средства могут быть получены путем использования методов обратной разработки (реверс-инжиниринга). Способы и методы получения отсутствующих сведений о заимствованных элементах должны быть описаны в документации на средство, представляемой на испытания, и могут быть использованы при проведении испытаний.
Сведения об аппаратной платформе средства должны быть включены в единый реестр российской радиоэлектронной продукции*.
12.3. Проектная (программная) документация средства, соответствующего 4 уровню доверия, наряду с требованиями, установленными пунктами 12.1 и 12.2 настоящих Требований, для аппаратной платформы средства должна включать:
- структурные и функциональные схемы, техническую документацию аппаратных средств, входящих в аппаратную платформу;
- представление (код) на языке описания аппаратных средств;
- описание потенциально опасных элементов (компонентов), входящих в состав аппаратной платформы средства, которые влияют на выполнение функций безопасности и (или) могут быть использованы для реализации угроз безопасности информации.
Сведения о процессорах или микросхемах, выполняющих функции процессоров (микроконтроллеры), элементах памяти, сетевых картах, графических адаптерах аппаратной платформы средства должны быть включены в единый реестр российской радиоэлектронной продукции.
13. К средствам разработки, применяемым для создания средства, предъявляются следующие требования:
13.1. На выбранные средства разработки, применяемые для создания средства, соответствующего 6 уровню доверия, должна быть разработана документация, включающая описания:
средств разработки, применяемых для создания средства;
использованных опций средств разработки, применяемых для создания средства.
13.2. Требования к средствам разработки, применяемым для создания средства, соответствующего 5 и 4 уровням доверия, соответствуют требованиям к средствам разработки, применяемым для создания средства, соответствующего 6 уровню доверия.
14. К управлению конфигурацией средства предъявляются следующие требования:
14.1. Управление конфигурацией средства, соответствующего 6 уровню доверия, должно предусматривать управление изменениями средства и документации и обеспечение их уникальной маркировки.
Документация по управлению конфигурацией средства должна включать:
описание уникальной маркировки средства;
список элементов конфигурации средства, включающий в том числе документацию;
порядок управления изменениями средства и документации.
14.2. Управление конфигурацией средства, соответствующего 5 уровню доверия, наряду с требованиями, установленными пунктом 14.1 настоящих Требований, должно предусматривать:
- управление изменениями частей (элементов, компонентов) средства;
- обеспечение уникальной идентификации всех элементов конфигурации.
Документация по управлению конфигурацией средства дополнительно должна включать:
- описание метода, используемого для уникальной идентификации элементов конфигурации;
- описание уникальных идентификаторов всех элементов конфигурации;
- части (элементы, компоненты) средства в списке элементов конфигурации.
Для каждого элемента конфигурации в списке элементов конфигурации должен быть указан разработчик.
14.3. Управление конфигурацией средства, соответствующего 4 уровню доверия, наряду с требованиями, установленными пунктами 14.1 и 14.2 настоящих Требований, должно предусматривать:
- управление изменениями средства, в том числе изменениями исходных текстов программного обеспечения и аппаратной платформы средства;
- применение автоматизированных мер контроля, обеспечивающих внесение в элементы конфигурации только санкционированных изменений;
- организацию процедур приемки модифицированных или вновь созданных элементов конфигурации.
Документация по управлению конфигурацией средства дополнительно должна включать:
- сведения о составе средства, в том числе сведения об исходных текстах и аппаратной платформе средства, в списке элементов конфигурации;
- описание автоматизированных мер контроля, которые применяются для обеспечения внесения в элементы конфигурации только санкционированных изменений;
- план управления конфигурацией, содержащий описание процедур, используемых для приемки модифицированных или вновь созданных элементов конфигурации.
Управление конфигурацией (настройкой) аппаратной платформы средства должно предусматривать изменение конфигурации (настройки) аппаратной платформы средства, её документации, обеспечение их уникальной маркировки.
Документация по изменению конфигурации (настройки) аппаратной платформы средства должна включать:
- описание уникальной маркировки аппаратной платформы средства;
- список элементов конфигурации (настройки) средства;
- порядок управления изменениями аппаратной платформы средства и документации.
15. К разработке документации по безопасной разработке средства предъявляются следующие требования:
15.1. На средство, соответствующее 6 уровню доверия, должна быть разработана документация по безопасной разработке средства, которая должна включать:
описание всех физических, процедурных, организационных и других мер безопасности, применяемых в среде разработки средства для защиты конфиденциальности и целостности проектной документации и реализации средства;
применяемые меры безопасности, направленные на снижение вероятности возникновения в средстве уязвимостей и иных недостатков, и их обоснование.
15.2. Требования к разработке документации по безопасной разработке средства, соответствующего 5 уровню доверия, соответствуют требованиям к разработке документации по безопасной разработке средства, соответствующего 6 уровню доверия.
15.3. Разработка документации по безопасной разработке средства, соответствующего 4 уровню доверия, наряду с требованиями, установленными пунктом 15.1 настоящих Требований, должна предусматривать разработку документации по безопасной разработке аппаратной платформы средства, которая должна включать описание организационных и технических мер безопасности, применяемых в среде разработки аппаратной платформы средства для защиты целостности проектной документации и аппаратной платформы средства.
16. К разработке эксплуатационной документации предъявляются следующие требования:
16.1. На средство, соответствующее 6 уровню доверия, включая его аппаратную платформу, должна быть разработана следующая эксплуатационная документация:
формуляр средства;
руководство пользователя средства;
руководство администратора средства.
Формуляр средства должен содержать контрольные суммы дистрибутива и исполняемых файлов программного обеспечения, которые должны уточняться при обновлении средства в соответствии с настоящими Требованиями, а также состав аппаратной платформы средства.
Руководство пользователя средства должно содержать описание:
режимов работы средства;
принципов безопасной работы средства;
функций и интерфейсов функций средства, доступных каждой роли пользователей;
параметров (настроек) безопасности средства, доступных каждой роли пользователей, и их безопасных значений;
типов событий безопасности, связанных с доступными пользователю функциями средства;
действий после сбоев и ошибок эксплуатации средства.
Руководство администратора средства должно содержать описание:
действий по приемке поставленного средства;
действий по безопасной установке и настройке средства;
действий по реализации функций безопасности среды функционирования средства.
16.2. Требования к разработке эксплуатационной документации средства, соответствующего 5 и 4 уровням доверия, соответствуют требованиям к разработке эксплуатационной документации средства, соответствующего 6 уровню доверия.

Мы используем cookie-файлы, чтобы получить статистику, которая помогает нам улучшить сервис для вас с целью персонализации сервисов и предложений. Вы может прочитать подробнее о cookie-файлах или изменить настройки браузера. Продолжая пользоваться сайтом, вы даёте согласие на использование ваших cookie-файлов и соглашаетесь с Политикой обработки персональных данных.