Порядок подтверждения соответствия требованиям комплексной безопасности программного обеспечения

Комплексная безопасность ПО в информационных системах управления (автоматизированных системах управления) — это сочетание в ПО следующих трех достоинств:

• • качество и функциональная безопасность;
• • отсутствие недекларированных возможностей (НДВ);
• • защищенность от несанкционированного доступа (НСД), в том числе от информационных атак, направленных на нарушение процесса управления (в частности, кибератак). Подтверждение соответствия ПО требованиям защищенности от НСД производится путем аудита на основании требований [12].

Поскольку абсолютной безопасности ПО не существует, необходимо оценить уровень остаточных рисков на основании стандарта [7] и привести обоснование безопасности системы в виде документа, определенного стандартом [8].

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

Представленные выше (см. параграфы 8.6 и 8.7) основные положения методик подтверждения соответствия требованиям качества, функциональной безопасности и отсутствия НДВ (см. параграф 8.7) предназначены для всесторонней оценки комплексной безопасности путем дополнения требований [12] к технологиям качественной разработки, производства и обеспечения функциональной безопасности ПО.

Требования к защите от НСД базируются на определении класса защищенности системы управления в зависимости от уровня значимости (УЗ) (критичности) обрабатываемой в ней информации. Уровень значимости в информационных системах управления, например, движением поездов определяется степенью возможного ущерба от нарушения ее целостности (неправомерные уничтожение или модифицирование) и/или доступности (неправомерное блокирование) информации, в результате которого возможно нарушение штатного режима функционирования или незаконное вмешательство в процессы функционирования системы управления.

Степень возможного ущерба устанавливается организацией, эксплуатирующей систему управления, экспертным или иным методом и может быть:

• • высокой, если в результате нарушения одного из свойств безопасности информации, повлекшего нарушение штатного режима функционирования системы управления, возможно возникновение чрезвычайной ситуации федерального или межрегионального характера;
• • средней, если в результате нарушения одного из свойств безопасности информации (целостности, доступности, конфиденциальности), повлекшего нарушение штатного режима функционирования автоматизированной системы управления, возможно возникновение чрезвычайной ситуации регионального или межмуниципального характера;
• • низкой, если в результате нарушения одного из свойств безопасности информации (целостности, доступности, конфиденциальности), повлекшего нарушение штатного режима функционирования автоматизированной системы управления, возможно возникновение чрезвычайной ситуации муниципального (локального) характера.

В частности, информация, обрабатываемая в системе управления движением поездов (за исключением опасных грузов) не имеет высокого уровня значимости, связанного с ущербом федерального значения. Она имеет средний уровень значимости (УЗ 2) или низкий уровень значимости (УЗ 3), поскольку для одного из свойств безопасности информации (целостности, доступности) определена средняя или низкая степень ущерба и нет ни одного свойства, для которого определена высокая степень ущерба. Следовательно, информационные системы управления движением поездов следует отнести ко второму (К2) или третьему (КЗ) классам защищенности.

Состав мер защиты информации и их базовые наборы на примере систем класса защищенности К2 устанавливается следующим образом:

• • требуются идентификация, аутентификация и управление доступом, защита машинных носителей информации, антивирусная защита, контроль защищенности информации, обеспечение целостности и доступности информации, защита системы электрической централизации в целом и ее компонентов, а также обеспечение безопасной разработки и управление обновлениями ПО системы в полном объеме требований в соответствии с [12];
• • не требуется применение средств обнаружения вторжений и ограничения прав пользователей.

Решение задач комплексной безопасности информационных систем управления должно производиться на всех этапах их жизненного цикла.

На стадии конкурса до принятия решения о создании системы заказчик совместно с разработчиком формируют концепцию системы, анализируют условия применения, оценивают возможные риски, определяют допустимые риски и с учетом этого устанавливают и распределяют требования к системе в части киберзащищенности.

На рис. 8.2 представлены необходимые для выдачи экспертного заключения по комплексной безопасности процессы оценки рисков, доказательства безопасности, сертификации, подтверждения соответствия ПО.

Эти процессы привязаны к соответствующим этапам жизненного цикла информационной системы. На стадии проектирования и реализации, производства и установки системы заказчик контролирует выполнение разработчиком требований нормативного документа [12]. Именно на этих этапах формируется доказательство безопасности ПО.

На этапах валидации и приемки системы должны завершиться сертификационные испытания программных средств системы на отсутствие НДВ. Для этого аккредитованным испытательным центром (лабораторией) проводятся статические, а при необходимости и динамические испытания исходных кодов программ. Положительный результат этих испытаний — сертификат, выданный ФСТЭК России. На этом же этапе должно быть подтверждено соответствие требованиям технических регламентов в части качества и функциональной безопасности программных средств системы. Подтверждение соответствия производится путем декларирования соответствия с привлечением аккредитованного в Росаккредитации испытательного центра (лаборатории).

Рис. 8.2. Подтверждение соответствия требованиям комплексной безопасности ПО:

ИЦ — испытательный центр; ИЛ — испытательная лаборатория;

ЭО — экспертный орган Подтверждение соответствия в части защиты от НСД проводится на этапе приемки системы аккредитованным в системе ФСТЭК России испытательным центром (лабораторией). Это подтверждение производится путем аудита системы на реальном объекте, который имеет определенные информационные связи и содержит конкретные подключения к корпоративной информационной среде.

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