ГОСТ Р 59494-2021/ISO/IEC TS 27034-5-1:2018. Национальный стандарт Российской Федерации. Информационные технологии. Методы и средства обеспечения безопасности. Безопасность приложений. Часть 5-1. Структуры данных протоколов и мер обеспечения безопасности приложений. XML-схемы
(утв. и введен в действие Приказом Росстандарта от 18.05.2021 № 367-ст)
Примечание
Документ введен в действие с 30.11.2021.
Утвержден и введен в действие
Приказом Федерального агентства
по техническому регулированию
и метрологии
от 18 мая 2021 г. № 367-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
МЕТОДЫ И СРЕДСТВА ОБЕСПЕЧЕНИЯ БЕЗОПАСНОСТИ
СТРУКТУРЫ ДАННЫХ ПРОТОКОЛОВ И МЕР ОБЕСПЕЧЕНИЯ
БЕЗОПАСНОСТИ ПРИЛОЖЕНИЙ. XML-СХЕМЫ
Information technology. Security techniques. Application
security. Part 5-1. Protocols and application security
controls data structure. XML schemas
(ISO/IEC TS 27034-5-1:2018, Information
technology — Application security — Part 5-1: Protocols and
application security controls data structure, XML schemas,
IDT)
30 ноября 2021 года
Предисловие
1 ПОДГОТОВЛЕН Федеральным государственным учреждением «Федеральный исследовательский центр „Информатика и управление“ Российской академии наук» (ФИЦ ИУ РАН) и Обществом с ограниченной ответственностью «Информационно-аналитический вычислительный центр» (ООО ИАВЦ) на основе собственного перевода на русский язык англоязычной версии документа, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 022 «Информационные технологии»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 18 мая 2021 г. № 367-ст
4 Настоящий стандарт идентичен международному документу ISO/IEC TS 27034-5-1:2018 «Информационные технологии. Безопасность приложений. Часть 5-1. Структуры данных протоколов и мер обеспечения безопасности приложений. XML-схемы» (ISO/IEC TS 27034-5-1:2018 «Information technology — Application security — Part 5-1: Protocols and application security controls data structure, XML schemas», IDT).
ISO/IEC TS 27034-5-1 подготовлен подкомитетом 27 «Методы и средства обеспечения безопасности ИТ» Совместного технического комитета ИСО/МЭК СТК 1 «Информационные технологии».
Наименование настоящего стандарта изменено относительно наименования указанного международного документа для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА.
Дополнительные сноски в тексте стандарта, выделенные курсивом, приведены для пояснения текста оригинала
6 Некоторые положения международного документа, указанного в пункте 4, могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
0.1 Общие положения
В настоящее время организации сталкиваются с постоянно растущей потребностью в защите своей информации на уровне приложений. Системный подход к повышению уровня безопасности приложений способствует обеспечению в организации надежной защиты информации, которая используется и хранится в приложениях.
ИСО/МЭК 27034 (все части) содержит описания понятий, принципов, структур, компонентов и процессов для оказания помощи организациям в планомерной интеграции мер обеспечения безопасности на протяжении жизненного цикла приложений <1>.
<1> Положения настоящего стандарта должны рассматриваться с учетом требований национальных нормативных актов и стандартов Российской Федерации в области защиты информации.
Одним из ключевых компонентов ИСО/МЭК 27034 (все части) является мера обеспечения безопасности приложения (МОБП). Для внедрения МОБП, а также механизмов передачи и обмена данными МОБП, описанных в ИСО/МЭК 27034 (все части), необходим формальный документ, определяющий формат обмена.
Настоящий стандарт представляет собой техническую спецификацию, в которой приведены XML<2>-схемы основных атрибутов МОБП, а также подробная информация об эталонной модели жизненного цикла безопасности приложений.
<2> Расширяемый язык разметки (XML).
0.2 Назначение
Целью настоящего стандарта является определение XML-схем, отражающих наиболее важную информацию и требования к структуре данных МОБП, а также эталонной модели жизненного цикла безопасности приложений (ЭМЖЦБП). Использование стандартизованного набора основных атрибутов информации и структуры данных МОБП имеет следующие преимущества:
a) содействие обмену данными мер обеспечения безопасности приложений (МОБП);
b) наличие формально определенной эталонной модели для поставщиков инструментальных средств и поставщиков МОБП, а также приобретающих сторон.
0.3 Целевая аудитория
0.3.1 Общие положения
Настоящий стандарт полезен для следующих групп лиц при осуществлении ими своих обозначенных организационных ролей:
b) группы нормативной структуры организации;
c) экспертов в предметной области;
0.3.2 Руководители
Руководителям необходимо ознакомиться с настоящим стандартом, поскольку в их обязанности входит:
a) обеспечение возможности повторного использования МОБП внутри организации;
b) обеспечение доступности к данным МОБП, а также их передача и использование в проектах приложений с помощью надлежащих инструментальных средств и процедур во всей организации.
0.3.3 Группа нормативной структуры организации
Группа НСО несет ответственность за управление внедрением и обслуживанием компонентов и процессов, связанных с безопасностью приложений, в рамках нормативной структуры организации. В обязанности группы НСО входит:
b) утверждение МОБП, которые адекватно снижают угрозы безопасности приложений;
c) управление стоимостью внедрения и поддержки этих МОБП.
0.3.4 Эксперты в предметной области
Эксперты в предметной области предоставляют знания, необходимые для подготовки к работе, эксплуатации и аудита приложений. В обязанности экспертов входит:
a) участие в разработке, валидации и верификации МОБП;
b) участие во внедрении и поддержке МОБП, путем разработки стратегий, компонентов и процессов внедрения для адаптации МОБП к условиям организации;
c) подтверждение пригодности МОБП для применения, а также их ценности в рамках проектов приложений.
0.3.5 Поставщики мер обеспечения безопасности приложений
Поставщики содействуют разработке, обслуживанию и распространению инструментальных средств и (или) МОБП. Перед ними стоят следующие задачи:
a) создание, проверка, подписание, распространение и применение МОБП;
b) выполнение действий в соответствии с общим и стандартизированным протоколом (структура и формат) обмена данными МОБП.
0.3.6 Стороны, приобретающие меры обеспечения безопасности приложений
Приобретающей стороной являются физические или юридические лица, которые намерены приобрести МОБП. В обязанности приобретающих сторон входит:
a) интеграция МОБП в структуру организации, обеспечение взаимодействия любых внутренних и сторонних МОБП;
b) адаптация и подписание МОБП для обеспечения их целостности;
c) обеспечение соответствия задач и мероприятий, связанных с приобретенными МОБП, этапам жизненного цикла приложения организации.
1 Область применения
В настоящем стандарте содержится определение XML-схем, реализующих минимальный набор требований к информации, наиболее важные атрибуты МОБП, а также роли и мероприятия в рамках эталонной модели жизненного цикла безопасности приложений (ЭМЖЦБП) согласно ИСО/МЭК 27034-5.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты. Для датированных ссылок применяют только указанное издание. Для недатированных — последнее издание (включая все изменения).
ISO/IEC 27034-1, Information technology — Security techniques — Application security — Part 1: Overview and concepts (Информационные технологии. Методы и средства обеспечения безопасности. Безопасность приложений. Часть 1. Обзор и общие понятия)
ISO/IEC 27034-5, Information technology — Security techniques — Application security — Part 5: Protocols and application security controls data structure (Информационные технологии. Методы и средства обеспечения безопасности. Безопасность приложений. Часть 5. Структуры данных протоколов и мер обеспечения безопасности приложений)
3 Термины и определения
В настоящем стандарте применены термины по ИСО/МЭК 27034-1, а также следующий термин с соответствующим определением.
ИСО и МЭК поддерживают терминологические базы данных для использования в стандартизации в следующих адресах:
- ИСО, онлайн просматривающий платформу: доступный в https://www.iso.org/obp;
- МЭК, Electropedia: доступный в http://www.electropedia.org/
3.1 мероприятие (activity): Набор действий или задач, выполняемых действующим субъектом в течение жизненного цикла приложения.
4 Обозначения и сокращения
МОБП — мера обеспечения безопасности приложений (ASC).
ЖЦБП — жизненный цикл безопасности приложений (ASLC).
ЭМЖЦБП — эталонная модель жизненного цикла безопасности приложений (ASLCRM).
НСО — нормативная структура организации (ONF).
ИКТ — информационно-коммуникационная технология.
5 XML-схема для мер обеспечения безопасности приложений
5.1 Общие положения
Целью данного раздела является предоставление в формате XML-схем описания требований к информации и наиболее важных атрибутов МОБП согласно ИСО 27045-5 <1>. Исходный файл схемы можно найти на сайте ИСО.
<1> Ошибка от оригинала. Следует читать: ИСО/МЭК 27034-5.
5.2 Глобальные проектные решения
В соответствии с задачами и целями, приведенными в ИСО/МЭК 27034-5, приняты следующие общие решения, связанные с реализацией модели данных МОБП:
a) XML и XML-схема. Определения элементов МОБП даны с использованием платформенно-независимого расширяемого языка разметки (XML). Соответственно, модель данных МОБП представляется в виде XML-схемы;
b) пакет МОБП. Предлагаемая модель данных обеспечивает механизм, позволяющий группировать и объединять одну или несколько МОБП, создавая пакеты МОБП. Это дает возможность в удобной форме обмениваться соответствующими данными МОБП;
c) уровень доверия приложения как элемент. МОБП связана с одним или несколькими уровнями доверия приложений. Для обеспечения автономности МОБП в модель данных также встраивается фактическое определение уровней доверия приложений.
5.3 Общая информация XML
Все элементы XML, определяемые XML-схемой для модели данных МОБП, являются частью пространства имен «asc» и должны быть квалифицированы по возрастанию. В качестве адреса пространства имен настоящей спецификации используется следующий адрес: http://standards.iso.org/iso-iec/ts/27034/5-1/ed-1/en. Приложения, обрабатывающие МОБП, должны использовать адрес пространства имен для принятия решения о возможности обработки данного документа. Реализация XML-схемы, описанная в этом разделе, является обязательной для МОБП.
1 При описании активов разработчики МОБП должны пользоваться терминологией, соответствующей ИСО/МЭК 19770 (все части).
2 Четкое указание на иерархию наследования в настоящий момент не реализовано в структуре данных МОБП, но может появиться в будущих версиях.
5.4 Определение модели данных мер обеспечения безопасности приложений
5.4.1 Общие положения
В этом подразделе содержится обзор всех структурных элементов, определяемых XML-схемой для структуры данных МОБП. Элементы рассматриваются в направлении сверху вниз, т.е. с детализацией элементов более высоких уровней до элементов более низких уровней. Все элементы XML-схемы входят в пространство имен «asc» и снабжены соответствующим префиксом (asc:).
5.4.2 Пакет мер обеспечения безопасности приложений
5.4.2.1 Общие положения
Элемент верхнего уровня обеспечивает механизм, позволяющий группировать и укрупнять одну или несколько МОБП, создавая пакеты МОБП (рисунок 1). Это дает возможность в удобной форме обмениваться соответствующими данными МОБП. Основной элемент включает в себя следующие подэлементы:
a) определяет фактическое содержимое пакета. В это содержимое входят метаданные и одна или несколько МОБП ;
b) может содержать электронные подписи для валидации источника и целостности всего пакета.
Примечание - В XML-схеме объекту пакета МОБП и объекту МОБП присвоено значение номера версии схемы, с помощью которого идентифицируется структура их данных. Значение состоит из следующих атрибутов:
В таблице 2 приведена реализация элемента XML-схемы.
| <xs:element name=«asc-package»> xs:complexType xs:sequence <xs:element name=«package-content»> xs:complexType xs:sequence <xs:element name=«package-identification»> xs:complexType xs:sequence <xs:element name=«uid» type=«xs:string»> </xs:element> <xs:element name=«date» type=«xs:date»> </xs:element> <xs:element name=«version-number» type=«xs:string» minOccurs=«0»> </xs:element> <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«objective» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«description» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«editor» type=«asc:actor» minOccurs=«0» maxOccurs=«unbounded»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element ref=«asc:asc» maxOccurs=«unbounded»> |
|---|
| </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«package-editors-e-signatures» minOccurs=«0»> xs:complexType <xs:sequence maxOccurs=«unbounded»> <xs:element name=«e-signature-param» type=«xs:string» maxOccurs=«unbounded»> </xs:element> <xs:element name=«e-signature-data» type=«xs:string»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name=«xml-asc-package-schema-version» type=«xs:string» default=«1.0.0.0»> </xs:attribute> </xs:complexType> </xs:element> |
5.4.2.2 ASC: package-content
Элемент состоит из метаданных содержимого одной или нескольких МОБП. Этот элемент включает в себя следующие подэлементы:
a) определяет метаданные содержимого пакета, такие как идентификатор, дата, версия, название, назначение, описание и редактор;
b) обозначает определенную МОБП. В каждом пакете МОБП должен присутствовать по меньшей мере один элемент .
В таблице 3 приведена реализация элемента XML-схемы.
| <xs:element name=«package-content»> xs:complexType xs:sequence <xs:element name=«package-identification»> xs:complexType xs:sequence <xs:element name=«uid» type=«xs:string»> </xs:element> <xs:element name=«date» type=«xs:date»> </xs:element> <xs:element name=«version-number» type=«xs:string» minOccurs=«0»> </xs:element> <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«objective» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«description» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«editor» type=«asc:actor» minOccurs=«0» maxOccurs=«unbounded»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element ref=«asc:asc» maxOccurs=«unbounded»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.2.3 Идентификация пакета мер обеспечения безопасности приложений
Элемент содержит метаданные пакета МОБП. Этот элемент состоит из следующих подэлементов:
a) — уникальный идентификатор пакета МОБП;
b) — дата создания пакета (дата и время в формате UTC согласно ИСО 8601);
c) может указывать на версию пакета;
d) — название пакета. Этот элемент имеет пользовательский тип asc:information (определение приведено в 5.4.9), который применяется для локализации (т.е. указывает язык, регион, организацию) данных элемента element;
e) может содержать описание цели или темы пакета;
f) может содержать неофициальное (локализованное) описание пакета;
g) может указывать на редактор пакета. Этот элемент имеет пользовательский тип asc:actor (определение приведено в 5.4.8), с помощью которого определяются имя и координаты автора.
Реализация элемента XML-схемы приведена в таблице 3.
5.4.2.4 Электронная подпись пакета мер обеспечения безопасности приложений
Элемент содержит электронные подписи элемента . Каждая электронная подпись содержит один или несколько параметров и фактических подписей:
a) определяет соответствующие параметры электронной подписи, такие как алгоритм подписи, размер ключа, алгоритм хеширования и открытый ключ, используемый для подтверждения подлинности подписи;
b) содержит фактическую электронную подпись пакета МОБП.
Реализация элемента XML-схемы приведена в таблице 4.
| <xs:element name=«package-editors-e-signatures» minOccurs=«0»> xs:complexType <xs:sequence maxOccurs=«unbounded»> <xs:element name=«e-signature-param» type=«xs:string» maxOccurs=«unbounded»> </xs:element> <xs:element name=«e-signature-data» type=«xs:string»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.3 Элемент мер обеспечения безопасности приложений
5.4.3.1 Общие положения
Элемент содержит всю информацию, относящуюся к отдельной МОБП. Элемент содержит атрибут
a) содержит фактическое содержимое МОБП;
b) может содержать фактическую электронную подпись и соответствующую информацию для уточнения и защиты содержимого МОПБ.
5.4.3.2 Содержимое мер обеспечения безопасности приложений
Элемент определяет фактическую МОБП (рисунок 2). Этот элемент состоит из следующих подэлементов:
a) определяет идентификационную информацию МОБП, такую как идентификатор (uid), наименование, версия, дата, автор и владелец (определение приведено в 5.4.4);
b) определяет атрибуты ключа, такие как описание, требования к безопасности, присвоенные уровни доверия приложений, связи с другими МОБП и т.д. (определение приведено в 5.4.5);
c) определяет действие, необходимое для выполнения требований к безопасности, связанных с МОБП. МОБП высокого уровня не могут непосредственно определять действие, относящееся к безопасности. В этом случае определение действия передается на нижний уровень МОБП. Элементу присваивается сложный тип asc:activity (определение приведено в 5.4.7);
d) определяет действие, которое должно быть выполнено для подтверждения действия, относящегося к безопасности. МОБП высокого уровня не могут непосредственно определять верификационное измерение. В этом случае определение действия передается на нижний уровень МОБП. Элементу присваивается сложный тип ASC:activity (определение приведено в 5.4.7).
В таблице 5 приведена реализация элемента XML-схемы.
| <xs:element name=«content»> xs:complexType xs:sequence <xs:element name=«identification»> ... </xs:element> <xs:element name=«objective»> ... </xs:element> <xs:element name=«security-activity» type=«asc:activity»> ... </xs:element> <xs:element name=«verification-measurement» type=«asc:activity»> ... </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.3.3 ASC approval-e-signatures
Элемент содержит электронную подпись , которая может вставляться на различных этапах жизненного цикла МОБП (например, проектирование, разработка, верификация, окончательное утверждение и т.д.). Для каждого этапа предусмотрена своя подпись (рисунок 2). Таким образом, элемент состоит из одного или нескольких элементов , в каждом из которых содержится подпись определенного этапа жизненного цикла МОБП, состоящая из следующих подэлементов:
a) содержит дату подписи МОБП;
b) указывает на этап жизненного цикла МОБП, для которого создана подпись. Присвоение производится в виде пользовательского перечисления asc:life-cycle-stage (определение приведено в 5.4.11);
c) содержит информацию о том, кто утвердил МОБП и добавил подпись. Этот элемент имеет пользовательский тип asc:actor (определение приведено в 5.4.8), с помощью которого указываются имя и координаты автора;
d) может содержать произвольную дополнительную информацию, предоставленную тем, кто утвердил МОБП;
f) может содержать фактическую электронную подпись содержимого МОБП. Аналогично электронной подписи на уровне пакета этот элемент состоит из следующих подэлементов:
-
определяет соответствующие параметры электронной подписи, такие как алгоритм подписи, размер ключа, алгоритм хеширования и открытый ключ, используемый для подтверждения подлинности подписи,
Реализация элемента XML-схемы. приведена в таблице 6.
| <xs:element name=«approval-e-signatures» minOccurs=«0»> xs:annotation xs:documentationOptionally contains the actual digital signature of the ASC contents.</xs:documentation> </xs:annotation> xs:complexType xs:sequence <xs:element name=«approval-stage» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«date» type=«xs:date»/> <xs:element name=«approval-stage-type» type=«asc:life-cycle-stage»/> <xs:element name=«approver» type=«asc:actor»/> <xs:element name=«approver-note» type=«asc:information» minOccurs=«0»/> <xs:element name=«maturity-level-note» type=«asc:information» minOccurs=«0»/> <xs:element name=«approver-e-signature» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«e-signature-param» type=«xs:string» maxOccurs=«unbounded»/> <xs:element name=«e-signature-data» type=«xs:string»/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.4 Идентификация мер обеспечения безопасности приложений
Рисунок 3 — Идентификация МОБП
Элемент определяет глобальные аспекты отдельной МОБП. В нем содержатся следующие подэлементы, расположенные в определенной последовательности:
a) присваивает МОБП уникальный идентификатор;
b) обозначает наименование МОБП;
c) предоставляет количественное и локализованное описание цели данной МОБП высокого уровня;
d) содержит структуру данных, в том числе:
-
<xs:attribute name=«number»> присваивает номер версии МОБП в рамках принятой нумерации (кодировка xs:string). Номера версии присваиваются новым версиям МОБП в порядке возрастания,
-
<xs:attribute name=«date» type=«xs:date»> требуется для определения даты создания версии МОБП,
-
<xs:attribute name=«life-cycle-stage» type=«asc:life-cycle-stage» use= «required»> используется для идентификации текущего этапа жизненного цикла МОБП, например: разработка, верификация, утверждение, публикация для обучения или активный этап,
-
<xs:element name=«maturity-approval-note»type=«asc:information» minOccurs=«0»> требуется для указания уровня готовности данной версии,
-
<xs:element name=«revision-note» type=«asc:information» minOccurs=«0»> используется для описания перехода МОБП от предыдущей версии;
e) указывает на автора МОБП. Этот элемент имеет пользовательский тип asc:actor (определение приводится в 5.4.8), с помощью которого указываются имя и координаты автора;
f) указывает на владельца МОБП (дополнительный элемент). Этот элемент имеет пользовательский тип asc:actor (определение приводится в 5.4.8), с помощью которого указываются имя и координаты владельца;
g) содержит список МОБП более высокого уровня (дополнительный элемент). Включает в себя последовательность, насчитывающую ноль или несколько элементов , которые, в свою очередь, содержат последовательность следующих подэлементов:
h) содержит список МОБП низкого уровня (дополнительный элемент). Включает в себя последовательность, насчитывающую ноль или несколько элементов , которые, в свою очередь, содержат последовательность следующих подэлементов:
В таблице 7 приведена реализация элемента XML-схемы.
| <xs:element name=«identification»> xs:complexType xs:sequence <xs:element name=«uid» type=«xs:string»> </xs:element> <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«version»> xs:complexType <xs:sequence minOccurs=«0»> <xs:element name=«maturity-approval-note» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«revision-note» type=«asc:information» minOccurs=«0»> </xs:element> </xs:sequence> <xs:attribute name=«number» use=«required»> </xs:attribute> <xs:attribute name=«date» type=«xs:date» use=«required»> </xs:attribute> <xs:attribute name=«life-cycle-stage» type=«asc:life-cycle-stage» use=«required»> </xs:attribute> </xs:complexType> </xs:element> <xs:element name=«author» type=«asc:actor» minOccurs=«0» maxOccurs=«unbounded»> </xs:element> <xs:element name=«owner» type=«asc:actor» minOccurs=«0» maxOccurs=«unbounded»> </xs:element> |
|---|
| <xs:element name=«parents»> xs:complexType xs:sequence <xs:element name=«parent» minOccurs=«0» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«ref-asc-uid» type=«xs:string»/> <xs:element name=«description» type=«asc:information» minOccurs=«0»/> </xs:sequence </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«children»> xs:complexType xs:sequence <xs:element name=«child» minOccurs=«0» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«ref-asc-uid» type=«xs:string»/> <xs:element name=«description» type=«asc:information» minOccurs=«0»/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
5.4.5 Цель применения мер обеспечения безопасности приложений
Элемент используется для дальнейшей увязки с контекстом действий по обеспечению безопасности приложений и проверке в рамках МОБП. Этот элемент состоит из последовательности следующих подэлементов:
a) содержит количественное и локализованное описание цели данной МОБП высокого уровня;
Рисунок 4 — Цель применения МОБП
b) определяет набор требований к безопасности, которые реализуются действием данной МОБП. Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, состоят из последовательности следующих подэлементов:
-
определяет изначальный контекст требования (например, REGULATORY_CONTEXT, BUSINESS_CONTEXT и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 62),
-
определяет тип требований (например, BUSINESS_REQUIREMENT, FUNCTIONAL_REQUIREMENT и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 63),
-
определяет исходный документ, являющийся источником требования;
c) определяет уровень доверия приложения данной МОБП. Этот элемент состоит из последовательности элементов , которые, в свою очередь, содержат идентификатор элемента ;
d) определяет спектр уровней доверия приложений (дополнительный элемент). Он отражает, по меньшей мере, уровни доверия приложений, поддерживаемые данными МОБП. Спектр уровней определяется одним или несколькими элементами
-
- уникальный идентификатор уровня доверия приложения (дополнительный элемент), -
- неофициальное (локализованное) описание уровня доверия приложения;
e) определяет дополнительное предварительное условие для применения (дополнительный элемент);
f) указывает, что правильность МОБП может быть подтверждена прогностически, а не с использованием действия подтверждающей МОБП.
В таблице 8 приведена реализация элемента XML-схемы.
| <xs:element name=«objective»> xs:complexType xs:sequence <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«requirements-addressed»> xs:complexType xs:sequence <xs:element name=«requirement» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«context» type=«asc:requirements-context» minOccurs=«0»> </xs:element> <xs:element name=«type» type=«asc:requirements-type» minOccurs=«0»> </xs:element> <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«source» type=«asc:information» minOccurs=«0»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:element name=«assigned-levels-of-trust»> xs:complexType |
|---|
| xs:sequence <xs:element name=«level-of-trust-ref» type=«xs:string» maxOccurs=«unbounded»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«contexts-of-use» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«context» maxOccurs=«unbounded»> xs:complexType xs:simpleContent <xs:extension base=«xs:string»> <xs:attribute name=«context-type»> xs:simpleType <xs:restriction base=«xs:string»> <xs:enumeration value=«Regulatory»/> <xs:enumeration value=«Business»/> <xs:enumeration value=«Technological» <xs:enumeration value=«Custom»/> </xs:restriction> </xs:simpleType> </xs:attribute> </xs:simpleContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
| <xs:element name=«levels-of-trust-range» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«level-of-trust» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«level-of-trust-uid» type=«xs:string»/> <xs:element name=«level» type=«xs:integer»/> <xs:element name=«label» type=«asc:information»/> <xs:element name=«description» type=«asc:information»/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«conditions» minOccurs=«0» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«description» type=«asc:information»/> </xs:sequence> <xs:attribute name=«condition-type» type=«asc:condition-type» use=«required»/> </xs:complexType> </xs:element> <xs:element name=«prediction-allowed» type=«asc:information» minOccurs=«0»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
5.4.6 Мероприятие по обеспечению безопасности и верификационное измерение мер обеспечения безопасности приложений
Рисунок 5 — Мероприятия по обеспечению безопасности и верификационное измерение МОБП
Элементы и используют один пользовательский тип asc:activity (определение приведено в 5.4.7) для описания действия.
В таблице 9 приведена реализация элементов и в XML-схеме.
| <xs:element name=«security-activity» type=«asc:activity»> </xs:element> <xs:element name=«verification-measurement» type=«asc:activity»> </xs:element> |
|---|
5.4.7 Сложный тип asc:activity
5.4.7.1 Общие положения
Сложный тип используется для определения общей структуры элементов и . Этот элемент состоит из последовательности следующих подэлементов:
a) предоставляет общую информацию о действии, в том числе его наименование, область применения и результат (определение приведено в 5.4.7.2);
b) определяет сложность действия с помощью количественных (например, стоимость, объем работ, время) и качественных измерений (определение приведено в 5.4.7.3);
c) предоставляет подробное описание того, как, когда и с использованием каких ресурсов происходит выполнение действия (определение приведено в 5.4.7.4).
В таблице 10 приведена реализация элемента xml-схемы.
| <xs:complexType name=«activity»> xs:sequence <xs:element name=«synopsis»> ... </xs:element> <xs:element name=«activity-complexity» type=«asc:complexity-type» minOccurs=«0»> ... </xs:element> <xs:element name=«activity-specification» minOccurs=«0»> ... </xs:element> </xs:sequence> </xs:complexType> |
|---|
5.4.7.2 Краткое содержание
Элемент используется для описания основных свойств действия, в том числе его наименования, сферы применения и результата. Этот элемент состоит из последовательности следующих подэлементов:
a) содержит (локализованное) наименование действия;
b) содержит неофициальное (локализованное) описание действия;
c) указывает на область применения действия. Определяет, какие элементы информации защищены действием и (или) подвергаются его воздействию. Чтобы связанное с МОБП мероприятие было действенным и полезным, необходимо, чтобы по крайней мере один элемент информации был под защитой МОБП. Элемент состоит из одного или нескольких элементов , которые, в свою очередь, включают в себя последовательность следующих подэлементов:
-
- классификация информационного элемента (например, SPECIFICATION, APPLICATION_DATA, TECHNOLOGY и т.д.). Элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 46),
Рисунок 7 — Краткое содержание действия МОБП
-
- неофициальное (локализованное) описание информационного элемента,
-
- указание того, насколько чувствительным к безопасности (применительно к конфиденциальности, целостности и доступности) является элемент информации,
-
- указание на владельца информации, в отношении которой применяется данная МОБП;
d) содержит неофициальное (локализованное) описание общего результата действия;
e) определяет одно или несколько лиц, выступающих в качестве экспертов поддержки в процессе использования и (или) проверки МОБП (дополнительный элемент). Этот элемент имеет пользовательский тип asc:actor (определение приведено в 5.4.8), с помощью которого указываются имя и координаты владельца.
В таблице 11 приведена реализация элемента XML-схемы.
| <xs:element name=«synopsis»> xs:complexType xs:sequence <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«target-information»> xs:complexType xs:sequence <xs:element name=«infomation-item» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«name» type=«asc:information»> </xs:element> <xs:element name=«information-group-type» type=«asc:information-group-type» maxOccurs=«unbounded»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«information-classification» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«information-owner» type=«asc:actor» minOccurs=«0»> </xs:element> </xs:sequence> </xs:complexType> |
|---|
| </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«outcome-description» type=«asc:information»> </xs:element> <xs:element name=«supporting-expert-ressources» type=«asc:actor» minOccurs=«0» maxOccurs=«unbounded»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
5.4.7.3 Сложность действия
Элемент определяет сложность действия путем количественных и качественных измерений. Этот элемент состоит из последовательности следующих подэлементов:
a) присваивает метку с описанием сложности действия (например, НИЗКАЯ, СРЕДНЯЯ, ВЫСОКАЯ и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 12);
b) содержит информационное (локализованное) описание действия;
c) определяет прогнозируемую (в денежном исчислении) стоимость мероприятия. Валюта стоимости определяется атрибутом
d) определяет количество усилий, затрачиваемых на выполнение действия. Единица измерения количества усилий определяется элементом
e) определяет время, необходимое для осуществления мероприятия. Единица измерения времени определяется элементом
f) содержит дополнительную информацию (локализованную) о сложности мероприятия.
В таблице 12 приведена реализация элемента XML-схемы.
Рисунок 8 — Действие МОБП; activity-complexity
| <xs:element name=«activity-complexity» type=«asc:complexity-type» minOccurs=«0»> </xs:element> ... <xs:complexType name=«complexity-type»> xs:sequence <xs:element name=«label» type=«asc:activity-complexity»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«global-estimated-cost» minOccurs=«0»> xs:complexType xs:simpleContent <xs:extension base=«xs:double»> <xs:attribute name=«currency-unit» type=«xs:string»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> <xs:element name=«global-estimated-effort» minOccurs=«0»> xs:complexType xs:simpleContent <xs:extension base=«xs:double»> <xs:attribute name=«time-unit» type=«asc:time-unit-type» default=«HOURS»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> <xs:element name=«global-estimated-time» minOccurs=«0»> xs:complexType |
|---|
| xs:simpleContent </xs:complexType> </xs:element> <xs:element name=«note» type=«asc:information» minOccurs=«0»> </xs:element> </xs:sequence> /xs:complexType> |
5.4.7.4 Описание действия
Рисунок 9 — Действие МОБП; activity-specification
Элемент используется для предоставления точной информации о том, как, когда и с применением каких ресурсов выполняется данное действие. Предполагается, что каждое действие подразумевает выполнение необходимой последовательности задач. Соответственно, элемент состоит из атрибута
В таблице 13 приведена реализация элемента XML-схемы.
| <xs:element name=«activity-specification» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«task» maxOccurs=«unbounded»> ... </xs:element> </xs:sequence> <xs:attribute name=«responsibility-matrix-ref» type=«asc:responsibility-matrix-type» default=«RACI»/> </xs:complexType> </xs:element> |
|---|
5.4.7.5 Задача
Рисунок 10 — Действие МОБП; task
Элемент обозначает задачу, выполнение которой необходимо для завершения действия. Атрибут
a) содержит неофициальное (локализованное) описание действия;
b) содержит набор предварительных условий, которые должны быть удовлетворены перед выполнением задачи. Состоит из одного или нескольких элементов ;
c) определяет задействованные (и необходимые) для выполнения задачи ресурсы (определение приведено в 5.4.7.6);
d) определяет, когда необходимо выполнить задачу [относительно действий, заданных эталонной моделью жизненного цикла безопасности приложений (определение приведено в 5.4.10)];
e) определяет последовательность составляющих отдельных действий, которые необходимо выполнить для завершения задачи (определение приведено в 5.4.7.8);
f) определяет ожидаемый результат выполнения задачи (определение приведено в 5.4.7.9);
g) определяет прогнозируемый объем усилий, требуемых для выделения ресурса в целях выполнения задачи. Единица измерения времени определяется элементом
h) содержит дополнительную информацию (локализованную) о данной задаче, в случае необходимости.
В таблице 14 приведена реализация элемента XML-схемы.
| <xs:element name=«task» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«pre-conditions» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«condition» type=«asc:information» maxOccurs=«unbounded»/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«required-resources»> ... </xs:element> <xs:element name=«execution-moments»> ... </xs:element> <xs:element name=«action-list»> ... </xs:element> <xs:element name=«outcome»> ... </xs:element> <xs:element name=«task-estimated-effort» minOccurs=«0»> xs:complexType xs:simpleContent <xs:extension base=«xs:double»> |
|---|
| <xs:attribute name=«time-unit» type=«asc:time-unit-type» default=«HOURS»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> <xs:element name=«note» type=«asc:information» minOccurs=«0»> </xs:element> </xs:sequence> <xs:attribute name=«seq» type=«xs:int»/> </xs:complexType> </xs:element> |
5.4.7.6 Необходимые ресурсы
Элемент (рисунок 10) определяет ресурсы, выделяемые для выполнения задачи. Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, состоят из последовательности следующих подэлементов:
a) определяет выполняемую ресурсом роль (например, TESTER (ТЕСТИРОВЩИК), MANAGER (РУКОВОДИТЕЛЬ), DEVELOPER (РАЗРАБОТЧИК) и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 30);
b) определяет ответственность данной роли в рамках RACI (например, RESPONSIBLE (ОТВЕТСТВЕННЫЙ), ACCOUNTABLE (ОТЧИТЫВАЮЩИЙСЯ), SUPPORT (ПОДДЕРЖКА) и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 59);
c) содержит неофициальное (локализованное) описание характера выделения ресурсов;
d) определяет набор квалификаций, требуемых для выделения ресурса (дополнительный элемент). Состоит из одного или нескольких элементов . Каждый из них описывает одну требуемую квалификацию;
e) определяет прогнозируемый объем усилий, требуемых для выделения ресурса. Этот элемент состоит из последовательности следующих подэлементов:
-
- денежные затраты, связанные с выделением ресурсов (дополнительный элемент). Валюта определяется атрибутом
, -
- затраты времени, связанные с выделением ресурсов (дополнительный элемент). Единица измерения времени определяется элементом
и атрибутом (таблица 66).
В таблице 15 приведена реализация элемента XML-схемы.
| <xs:element name=«required-resources»> xs:complexType xs:sequence <xs:element name=«resource-allocation» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«role-name» type=«asc:information»> </xs:element> <xs:element name=«responsibility» type=«asc:rasci» maxOccurs=«unbounded»> </xs:element> <xs:element name=«description» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«required-qualifications» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«qualification» type=«asc:information» maxOccurs=«unbounded»/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name=«ASLCRM_role-name» type=«asc:ASLCRM_role-name-type» use=«required»> </xs:attribute> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.7.7 Время выполнения
Элемент (рисунок 10) определяет момент выполнения задачи. Для этого задача связывается с одним или несколькими действиями эталонной модели жизненного цикла безопасности приложений. Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, состоят из последовательности следующих подэлементов:
a) определяет порядок выполнения задачи в рамках соответствующего действия (например, BEFORE (ДО), DURING (В ПРОЦЕССЕ), AFTER (ПОСЛЕ)). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 43);
b) связывает задачу с конкретным действием в рамках эталонной модели жизненного цикла безопасности приложений. Имеет пользовательский тип (определение приведено в 5.4.10);
Примечание - Этот элемент обязателен в том случае, если атрибут действия ссылается на тип «CUSTOM (ПОЛЬЗОВАТЕЛЬСКИЙ)» в элементе ;
d) содержит неофициальное описание момента выполнения задачи;
e) — регулярность выполнения задачи [например, ONCE (РАЗОВО), PERIODIC (ПЕРИОДИЧЕСКИ) и т.д.]. Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11, таблица 66).
В таблице 16 приведена реализация элемента XML-схемы.
| <xs:element name=«execution-moments»> xs:complexType xs:sequence <xs:element name=«moment» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«execution-order» type=«asc:execution-order» default=«DURING»> </xs:element> <xs:element name=«life-cycle-reference» type=«asc:ASLCRM_activity-name»> </xs:element> <xs:element name=«name» type=«asc:information» minOccurs=«0»> </xs:element> <xs:element name=«description» type=«asc:information»> </xs:element> <xs:element name=«interval-value»> xs:complexType xs:simpleContent <xs:extension base=«xs:string»> <xs:attribute name=«frequence»> xs:simpleType <xs:restriction base=«asc:execution-interval»> <xs:enumeration value=«ONCE»/> <xs:enumeration value=«PERIODIC»/> <xs:enumeration value=«ON_EVENT»/> <xs:enumeration value=«CUSTOM»/> </xs:restriction> </xs:simpleType> </xs:attribute> |
|---|
| <xs:attribute name=«time-unit» type=«asc:time-unit-type» default=«MONTHS»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
5.4.7.8 Список действий
Элемент (рисунок 10) определяет набор действий, которые необходимо выполнить для завершения задачи. Этот элемент состоит из одного или нескольких элементов , каждый из которых описывает отдельное конкретное действие. Атрибут
В таблице 17 приведена реализация элемента XML-схемы.
| <xs:element name=«action-list»> xs:complexType xs:sequence <xs:element name=«action» type=«asc:information» maxOccurs=«unbounded»/> </xs:sequence> <xs:attribute name=«seq» type=«xs:int»/> </xs:complexType> </xs:element> |
|---|
5.4.7.8 Выходные данные
Элемент (рисунок 10) определяет ожидаемые в результате выполнения задачи артефакты. Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, включают в себя последовательность следующих подэлементов:
a) определяет тип создаваемого артефакта (например, SOURCE_CODE, LIBRARY, DOCUMENT и т.д.). Этот элемент имеет пользовательский тип перечисления (определение приведено в 5.4.11);
b) определяет ожидаемое содержимое произведенного артефакта.
В таблице 18 приведена реализация элемента XML-схемы.
| <xs:element name=«outcome»> xs:complexType xs:sequence <xs:element name=«produced-artefact» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«artefact-type» type=«asc:artefact-type»> </xs:element> <xs:element name=«content» type=«asc:information»> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> |
|---|
5.4.8 Сложный тип asc:actor
Сложный тип asc:actor определяет общую структуру для элементов , и . Этот элемент состоит из последовательности следующих подэлементов:
b) — координаты выполняющего (дополнительный элемент). Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, включают в себя последовательность следующих подэлементов:
-
<asc:department — отдел выполняющего (дополнительный элемент),
-
- электронные адреса выполняющего (дополнительный элемент). Этот элемент состоит из последовательности элементов , каждый из которых обозначает один адрес электронной почты. Тип адреса определяется атрибутом типа,
-
- телефонные номера выполняющего (дополнительный элемент). Этот элемент состоит из последовательности элементов , каждый из которых обозначает один телефонный номер. Тип телефонного номера определяется атрибутом типа,
Рисунок 11 — Сложный тип ASC Actor
В таблице 19 приведена реализация элемента XML-схемы.
| <xs:complexType name=«actor»> xs:sequence <xs:element name=«name» type=«asc:information»/> <xs:element name=«coordinate» minOccurs=«0» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name=«organization» type=«asc:information» minOccurs=«0»/> <xs:element name=«department» type=«asc:information» minOccurs=«0»/> <xs:element name=«emails» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«email» maxOccurs=«unbounded»> xs:complexType xs:simpleContent <xs:extension base=«xs:string»> <xs:attribute name=«location-type» type=«xs:string»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> xs:element <xs:element name=«phones» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«phone» maxOccurs=«unbounded»> xs:complexType xs:simpleContent |
|---|
| <xs:extension base=«xs:string»> <xs:attribute name=«location-type» type=«xs:string»/> </xs:extension> </xs:simpleContent> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> <xs:element name=«street-address» type=«asc:information» minOccurs=«0»/> <xs:element name=«city» type=«asc:information» minOccurs=«0»/> <xs:element name=«zip-postal-code» type=«asc:information» minOccurs=«0»/> <xs:element name=«provice-state» type=«asc:information» minOccurs=«0»/> <xs:element name=«country» type=«asc:information» minOccurs=«0»/> </xs:sequence> <xs:attribute name=«location-name» type=«xs:string» use=«required»> </xs:attribute> </xs:complexType> </xs:element> </xs:sequence> /xs:complexType> |
5.4.9 Сложный тип asc:information
Рисунок 12 — Сложный тип ASC information
Сложный тип asc:information определяет общую структуру всех элементов, в которых собирается локализованная информация. Этот тип определяет один или несколько элементов . Язык собираемой информации определяется следующими атрибутами:
a) атрибут
b) географическая область действия информации определяется атрибутом , согласно ИСО 3166-1;
c) атрибут
Элемент состоит из последовательности следующих подэлементов:
a) определяет содержимое информации в текстовом формате;
b) определяет все нетекстовые (двоичные) данные. Этот элемент состоит из одного или нескольких элементов , которые, в свою очередь, включают в себя последовательность следующих подэлементов:
В таблице 20 приведена реализация элемента <asc:information XML-схемы.
| xs:complexType name=«information»> <xs:sequence maxOccurs=«unbounded»> <xs:element name=«localized-information»> xs:complexType xs:sequence <xs:element name=«text» type=«xs:string»> </xs:element> <xs:element name=«supporting-documents» minOccurs=«0»> xs:complexType xs:sequence <xs:element name=«document» maxOccurs=«unbounded»> xs:complexType xs:sequence <xs:element name-«name» type=«xs:string»> </xs:element> <xs:element name=«description» type=«xs:string»/> <xs:element name=«binary-data» type=«xs:base64Binary»/> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name=«language» type=«xs:string» use=«optional»> </xs:attribute> <xs:attribute name=«area» type=«xs:string» use=«optional»> </xs:attribute> <xs:attribute name=«organization» type=«xs:string» use=«optional»> </xs:attribute> </xs:complexType> |
|---|
5.4.10 Сложный тип asc:ASLCRM_activity-name
5.4.10.1 Общие положения
Этот элемент связывает задачу в рамках действия по обеспечению безопасности или верификационного измерения с эталонной моделью жизненного цикла безопасности приложений (ЭМЖЦБП). Модель данных ЭМЖЦБП включает в себя общие определения действий в рамках жизненного цикла безопасности приложений, которые будут использоваться в качестве эталонных в определении МОБП для указания времени выполнения задания МОБП.
Рисунок 13 — Наименование действия ЭМЖЦБП (структура верхнего уровня)
Сложный тип ASLCRM_activity-name определяет четыре подэлемента, из которых в отдельный момент времени может быть выбран только один:
a) определяет этапы, области и подобласти применения действия, связанные с управлением приложением;
b) определяет этапы, области и подобласти применения действия, связанные с поставкой приложения;
c) определяет этапы, области и подобласти применения действия, связанные с управлением инфраструктурой приложения;
d) определяет этапы, области и подобласти применения действия, связанные с аудитом приложения.
В таблице 21 приведена реализация элемента XML-схемы.
| <xs:complexType name=«ASLCRM_activity-name»> xs:choice <xs:element name=«ApplicationManagementLayer»> ... </xs:element> <xs:element name=«ApplicationSupplyLayer»> ... </xs:element> <xs:element name=«ApplicationInfrastructureLayer»> ... </xs:element> <xs:element name=«ApplicationAuditLayer»> ... </xs:element> </xs:choice> </xs:complexType> |
|---|
5.4.10.2 Элемент
Рисунок 14 — Уровень управления приложениями ASLCRM
Элемент состоит из дополнительных подэлементов, указывающих на этап, область и подобласть применения действия (рисунок 14). В качестве простого типа с каждой подобластью действия связан набор заранее определенных меток действия. На рисунке 14 приведены метки действий:
a) initiating_SubAreaActivityLabel (таблица 48);
b) planning_SubAreaActivityLabel (таблица 56);
c) executing_SubAreaActivityLabel (таблица 41);
d) monitoringAndControlling_SubAreaActivityLabel (таблица 53);
e) closing_SubAreaActivityLabel (таблица 32).
В таблице 22 приведена реализация элемента XML-схемы.
| <xs:element name=«ApplicationManagementLayer»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ProvisioningActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«InitiatingSubArea» type=«asc:initiating_SubAreaActivityLabel»/> <xs:element name=«PlanningSubArea» type=«asc:planning_SubAreaActivityLabel»/> <xs:element name=«ExecutingSubArea» type=«asc:executing_SubAreaActivityLabel»/> <xs:element name=«MonitoringAndControllingSubArea» type=«asc:monitoringAndControlling_ SubAreaActivityLabel»/> <xs:element name=«ClosingSubArea» type=«asc:closing_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«OperationStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«OperationActivityArea»> xs:complexType <xs:choice minOccurs=«0»> |
|---|
| <xs:element name=«InitiatingSubArea» type=«asc:initiating_SubAreaActivityLabel»/> <xs:element name=«PlanningSubArea» type=«asc:planning_SubAreaActivityLabel»/> <xs:element name=«ExecutingSubArea» type=«asc:executing_SubAreaActivityLabel»/> <xs:element name=«MonitoringAndControllingSubArea» type=«asc:monitoringAndControlling_SubAreaActivityLabel»/> <xs:element name=«ClosingSubArea» type=«asc:closing_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> |
5.4.10.3 Элемент
Элемент состоит из дополнительных подэлементов, указывающих на этап, область и подобласть применения действия (рисунок 15). В качестве простого типа с каждой подобластью действия связан набор заранее определенных меток действия. На рисунке 15 приведены такие метки действий:
a) initiateProject_SubAreaActivityLabel (таблица 47);
b) planProject_SubAreaActivityLabel (таблица 57);
c) realization_SubAreaActivityLabel (таблица 60);
d) transition_SubAreaActivityLabel (таблица 67);
e) inception_SubAdreaActivityLabel (таблица 45);
f) elaboration_SubAreaActivityLabel (таблица 39);
g) construction_SubAreaActivityLabel (таблица 36);
h) plan_SubAreaActivityLabel (таблица 54);
i) close_SubAreaActivityLabel (таблица 31);
j) planImplementationIteration_SubAreaActivityLabel (таблица 55);
k) developSolutionIncrement_SubAreaActivityLabel (таблица 38);
l) testSolution_SubAreaActivityLabel (таблица 65);
m) utilization_SubAreaActivityLabel (таблица 68).
n) maintenanceApp_SubAreaActivityLabel (таблица 51);
o) archival_SubAreaActivityLabel (таблица 28);
p) destruction_SubAreaActivityLabel (таблица 37).
Рисунок 15 — Уровень поставки приложений ЭМЖЦБП
В таблице 23 приведена реализация элемента XML-схемы.
| <xs:element name=«ApplicationSupplyLayer»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ProvisioningStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«PreparationActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«InitiateProjectSubArea» type=«asc:initiateProject_SubAreaActivityLabel»/> <xs:element name=«PlanProjectSubArea» type=«asc:planProject_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«OutsourcingActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«RealizationSubArea»type=«asc:realization_SubAreaActivityLabel»/> <xs:element name=«TransitionSubArea» type=«asc:transition_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«DevelopmentActivityArea»> xs:complexType <xs:choice minOccurs=«0»> |
|---|
| <xs:element name=«InceptionSubArea» type=«asc:inception_SubAreaActivityLabel»/> <xs:element name=«ElaborationSubArea» type=«asc:elaboration_SubAreaActivityLabel»/> <xs:element name=«ConstructionSubArea» type=«asc:construction_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«AcquisitionActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«PlanSubArea» type=«asc:plan_SubAreaActivityLabel»/> <xs:element name=«CloseSubArea» type=«asc:close_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«TransitionActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«PlanImplementation IterationSubArea» type=«asc:planImplementation Iteration_SubAreaActivityLabel»/> <xs:element name=«DevelopSolutionIncrementSubArea» type=«asc:developSolution Increment_SubAreaActivityLabel»/> <xs:element name=«TestSolutionSubArea» type=«asc:testSolution_SubAreaActivityLabel»/> </xs:choice> |
| </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«OperationStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«UtilizationActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«UtilizationAppSubArea» type=«asc:utilization_SubAreaActivityLabel»/> <xs:element name=«MaintenanceAppSubArea» type=«asc:maintenanceApp_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«ArchivalActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ArchivalSubArea» type=«asc:archival_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«DestructionActivityArea»> xs:complexType <xs:choice minOccurs=«0»> |
| <xs:element name=«DestructionSubArea» type=«asc:destruction_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> /xs:element> |
5.4.10.4 Элемент
Рисунок 16 — Уровень инфраструктуры приложений ЭМЖЦБП
Элемент состоит из дополнительных подэлементов, указывающих на этап, область и подобласть применения действия (рисунок 16). В качестве простого типа с каждой подобластью действия связан набор заранее определенных меток действия. На рисунке 16 приведены такие метки действий:
a) establishInfra_SubAreaActivityLabel (таблица 40);
b) maintenanceInfra_SubAreaActivityLabel (таблица 52).
В таблице 24 приведена реализация элемента XML-схемы.
| <xs:element name=«ApplicationInfrastructureLayer»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ProvisioningStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ProvisioningInfrastructure ManagementActivityArea»> xs:complexType xs:choice <xs:element name=«EstablishInfraSubArea» type=«asc:establishInfra_SubAreaActivityLabel/»> <xs:element name=«MaintenanceInfraSubArea» type=«asc:maintenanceInfra_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«OperationStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«OperationInfrastructureManagement»> xs:complexType xs:choice <xs:element name=«EstablishInfraSubArea» type=«asc:establishInfra_SubAreaActivityLabel/»> <xs:element name=«MaintenanceInfraSubArea» type=«asc:maintenanceInfra_SubAreaActivityLabel»/> |
|---|
| </xs:choice> </xs:complexType> </xs:element> <xs:element name=«DisposalInfrastructureManagement»> xs:complexType xs:choice <xs:element name=«EstablishArchivalDisposalSubArea» type=«asc:establishInfra_SubAreaActivityLabel»/> <xs:element name=«MaintenanceArchival DisposalSubArea» type=«asc:maintenanceInfra_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> |
5.4.10.5 Элемент
Элемент состоит из дополнительных подэлементов, указывающих на этап, область и подобласть применения действия (рисунок 17). В качестве простого типа с каждой подобластью действия связан набор заранее определенных меток действия. На рисунке 17 приведены такие метки действий:
a) initiatingAudit_SubAreaActivityLabel (таблица 49);
b) prepareAudit_SubAreaActivityLabel (таблица 58);
c) conductAudit_SubAreaActivityLabel (таблица 35);
d) reportAudit_SubAreaActivityLabel (таблица 61);
e) completeAudit_SubAreaActivityLabel (таблица 33);
f) follow-UpAudit_SubAreaActivityLabel (таблица 44).
В таблице 25 приведена реализация элемента XML-схемы.
| <xs:element name=«ApplicationAuditLayer»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ProvisioningStage»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«ApplicationProvisioningAuditActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«InitiatingAuditSubArea» type=«asc:initiatingAudit_SubAreaActivityLabel»/> <xs:element name=«PrepareAuditSubArea» type=«asc:prepareAudit_SubAreaActivityLabel»/> <xs:element name=«ConductAuditSubArea» type=«asc:conductAudit_SubAreaActivityLabel»/> <xs:element name=«ReportAuditSubArea» type=«asc:reportAudit_SubAreaActivityLabel»/> <xs:element name=«CompleteAuditSubArea» type=«asc:completeAudit_SubAreaActivityLabel»/> <xs:element name=«Follow-UpAuditSubArea» type=«asc:follow-UpAudit_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> <xs:element name=«OperationStage»> xs:complexType |
|---|
| <xs:choice minOccurs=«0»> <xs:element name=«ApplicationOperationAuditActivityArea»> xs:complexType <xs:choice minOccurs=«0»> <xs:element name=«InitiatingAuditSubArea» type=«asc:initiatingAudit_SubAreaActivityLabel»/> <xs:element name=«PrepareAuditSubArea» type=«asc:prepareAudit_SubAreaActivityLabel»/> <xs:element name=«ConductAuditSubArea» type=«asc:conductAudit_SubAreaActivityLabel»/> <xs:element name=«ReportAuditSubArea» type=«asc:reportAudit_SubAreaActivityLabel»/> <xs:element name=«CompleteAuditSubArea» type=«asc:completeAudit_SubAreaActivityLabel»/> <xs:element name=«Follow-UpAuditSubArea» type=«asc:follow-UpAudit_SubAreaActivityLabel»/> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> </xs:element> </xs:choice> </xs:complexType> /xs:element> |
5.4.11 Типы перечислений
Подробный список значений перечислений приведен ниже.
simpleType
simpleType
simpleType
| Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
| ISO/IEC 27034-1 | IDT | ГОСТ Р ИСО/МЭК 27034-1-2014 «Информационная технология. Методы и средства обеспечения безопасности. Безопасность приложений. Часть 1. Обзор и общие понятия» |
| ISO/IEC 27034-5 | - | <*> |
| <*> Соответствующий национальный стандарт отсутствует. До его принятия рекомендуется использовать перевод на русский язык данного международного стандарта. Официальный перевод данного международного стандарта находится в Федеральном информационном фонде стандартов. Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандарта: - IDT — идентичный стандарт. | ||
















