ГОСТРМЭК 62138—2010
Интерфейс между языками включает в себя схемы передачи аргумента и представление структур
данных.
5 Ре
к
омендуется, чтобы используемые универсальные язы
к
и имелиопции, облегчающие ста
тичес
к
ий анализпрограмм спомощью инструментальных программ.
6 В частности, используемые универсальные языки должны поддерживать статический ввод
переменных. Прямой и статичес
к
ий вводпеременных предпочтителен по отношению
к
к
освенному
или динамичес
к
омувводу.
7 Используемыеязы
к
и исоответствующие им библиоте
к
ирабочихпрограмм должны обеспе
чивать предс
к
азуемое поведениепрограммы во времяее работы.
Например, прерываниерабочего режима программы для освобождения памяти в произвольные
моменты времениобычнонеприемлемо.
6.1.6 Защищенность
Цельзащищенности состоит в обеспечении необходимой уверенности в том, что неуполномочен
ныелица исистемы несмогутмодифицироватьпрограммноеобеспеченно иегоданные инебудутиметь
доступа кфункциям системы, в то время как такая возможностьбудетпредоставленадля уполномочен
ныхлици систем. Впунктах 5.4.2и6.2.2 МЭК61513 предусмотрены требования кзащищенности науров
не архитектуры СКУ и индивидуальной системы. Настоящий подраздел предусматривает следующие
дополнительные требования, специфичные или особенно важныедля программногообеспечения:
1 Должен быть проведен идокументально оформлен анализ угроз защищенности иуязвимости в
отношении аспектов программного обеспечения СКУ. Анализдолженучитывать необходимые этапы
жизненного ци
к
ла безопасности системы и программного обеспечения. Э то т анализ та
к
же должен
определить требования,
к
асающиеся защиты, доступности,
к
онфиденциальности и целостности
данных ифун
к
ций.
Сюда могут быть включены:
- идентификация защищенности ключевыхданных ифункций;
- идентификация иподтверждение правадоступа персонала;
- управление защищенностьюдоступа к ключевымданным и функциям;
- управление защищенностью ключевыхданных ифункций:
- оперативный контрольдействий персонала, связанных с защищенностью.
2 Разработка программного обеспечениядолжнабыть выполнена согласноположениям програм
мы обеспечения защищенности или программы обеспечения качества. Эти требования должны быть
основаны на результатаханализа угроз и уязвимостей. Требования должны бытьсогласованы с требо
ваниями 5.4.2 и6.2.2 МЭК 61513.
3 В ответственных случаях программное обеспечениедолжно иметь такие конфигурацию ипара
метры, которые позволят избежать лишней его уязвимости.
4 План должен в
к
лючать в себя положенияпо оцен
к
е эффе
к
тивности осуществленныхреше
ний.
6.2 Выбор ранее разработанного программного обеспечения
Подпункт 6.1.2.1 МЭК 61513 устанавливает общие требования при выборе ранее разработанных
компонентов (не обязательно компонентов программного обеспечения). Данный подраздел вводит
дополнительные требования, специфичные или особенно важныедля программного обеспечения.
6.2.1 Документация по безопасности
6.2.1.1 Цели
1Ранее разработанное программное обеспечение должно сопровождаться до
к
ументацией,
содержащейнеобходимую информацию длябезопасного использования этого программного обеспе чения
в СКУи обеспечивающей свидетельство соответствия требованиям 6.2.3 (фун
к
циональная
пригодность) и 6.4 (прое
к
тпрограммного обеспечения).
В настоящем стандарте соответствующий до
к
умент или па
к
ет до
к
ументов назван «До
к
у
ментация побвзопааюсти». Еслиранееразработанноепрограммное обеспечениеявлялось частью
оборудования или
к
омпле
к
са оборудования, то данная до
к
ументация может быть частью до
к
умен
тации по безопасности дляоборудованияилисемейства оборудования.
До
к
ументация по безопасности может быть общей или специфичнойдляпрое
к
та. Онаможет
в
к
лючать в себянетоль
к
о ру
к
оводство пользователя, предоставленноепоставщи
к
ом ранееразра
ботанного программного обеспечения. Например, в ее состав может быть в
к
лючена информация,
полученнаяпорезультатам дополнительныхтестирований, измеренийи/ипи анализа, ата
к
же опы
та э
к
сплуатации.
24