"ГОСТ Р 58294-2018 (ИСО/МЭК 19785-3:2015). Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Единая структура форматов обмена биометрическими данными. Часть 3. Спецификации формата ведущей организации"
(утв. и введен в действие Приказом Росстандарта от 05.12.2018 N 1064-ст)

1 ПОДГОТОВЛЕН Некоммерческим партнерством "Русское общество содействия развитию биометрических технологий, систем и коммуникаций" (Некоммерческое партнерство "Русское биометрическое общество") и Федеральным государственным унитарным предприятием "Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении" (ВНИИНМАШ) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4, при консультативной поддержке Федерального государственного бюджетного образовательного учреждения высшего образования "Московский государственный технический университет имени Н.Э. Баумана (национальный исследовательский университет)" (МГТУ им. Н.Э. Баумана)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 098 "Биометрия и биомониторинг"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 5 декабря 2018 г. N 1064-ст

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 19785-3:2015 "Информационные технологии. Единая структура форматов обмена биометрическими данными. Часть 3. Спецификации формата ведущей организации" (ISO/IEC 19785-3:2015 "Information technology - Common Biometric Exchange Formats Framework - Part 3: Patron format specifications", MOD) путем изменения нумерации разделов (таблиц, показателей, ссылок), которые выделены в тексте курсивом. При этом в него не включены разделы 7 - 10 и 12. Внесение указанных технических отклонений направлено на учет потребностей национальной экономики Российской Федерации.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

Сведения о соответствии ссылочных национальных и межгосударственных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте, приведены в дополнительном приложении ДА.

Сопоставление структуры настоящего стандарта со структурой указанного международного стандарта приведено в дополнительном приложении ДБ

5 ВВЕДЕН ВПЕРВЫЕ

6 Некоторые элементы настоящего стандарта могут быть объектами патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за установление подлинности каких-либо или всех таких патентных прав

Программные и аппаратные средства, предназначенные для применения в области биометрии, должны поддерживать различные биометрические устройства и форматы обмена биометрическими данными. Единая структура форматов обмена биометрическими данными (ЕСФОБД) обеспечивает взаимодействие программных и аппаратных средств, предназначенных для применения в области биометрии, разработанных различными изготовителями и разработчиками путем обеспечения обмена биометрическими данными.

Для обеспечения обмена биометрическими данными в ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015) установлены:

a) запись биометрической информации (ЗБИ), состоящая из трех компонентов:

1) стандартизованный биометрический заголовок (СБЗ);

2) блок биометрических данных (ББД), который может быть как стандартизированным, так и проприетарным, и

3) блок защиты информации (БЗИ) (необязательный);

b) две различные трехкомпонентные структуры ЗБИ:

1) один СБЗ, один ББД и один БЗИ (необязательный). Такая структура ЗБИ называется простой;

2) более одного ББД с несколькими СБЗ, необходимыми для объяснения структуры ЗБИ, и несколько БЗИ. Такая структура ЗБИ называется комплексной;

c) более 20 элементов данных и предусмотренные для них абстрактные значения, которые могут быть использованы в СБЗ для пояснения содержания ББД, входящего(их) в состав ЗБИ, а также для объяснения содержания данной ЗБИ;

d) понятие формата ведущей организации ЕСФОБД [по ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015) не определяет саму спецификацию формата ведущей организации ЕСФОБД], который представляет собой подробную спецификацию структуры и содержания определенной стандартизованной ЗБИ;

e) понятие ведущей организации ЕСФОБД, которая является общественной организацией, занимающейся разработкой стандартов, зарегистрирована регистрационным органом в области биометрии (далее - регистрационный орган) и намеревается устанавливать собственный формат ведущей организации ЕСФОБД;

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

g) расположенные в СБЗ элементы данных ЕСФОБД, которые поддерживают уникальные идентификаторы, присвоенные регистрационным органом биометрическим организациям, форматам ББД, биометрическим продуктам, форматам ведущей организации ЕСФОБД и форматам БЗИ.

Форматы ведущей организации могут быть указаны в других стандартах и зарегистрированы в регистрационном органе ЕСФОБД. Полный список зарегистрированных форматов ведущей организации представлен на веб-сайте регистрационного органа ЕСФОБД.

Настоящий стандарт устанавливает несколько форматов ведущей организации ЕСФОБД, которые предположительно будут использоваться в различных областях. Форматы ведущей организации ЕСФОБД, которые будут разрабатываться позднее, могут быть опубликованы в качестве отдельных разделов в дополнение к настоящему стандарту или как отдельные национальные или международные стандарты.

Система идентификаторов ЕСФОБД однозначно идентифицирует формат ведущей организации ЕСФОБД при помощи идентификатора формата ведущей организации ЕСФОБД. Идентификатор формата ведущей организации ЕСФОБД является ветвью идентификатора регистрационного органа (см. ГОСТ Р ИСО/МЭК 19785-2) в системе АСН.1, который, в свою очередь, относится к идентификаторам объектов (Object Identifiers, OID) системы АСН.1 - общепризнанной системы уникальных идентификаторов.

Настоящий стандарт устанавливает форматы ведущих организаций ЕСФОБД и устанавливает для каждого такого формата уникальный идентификатор системы АСН.1.

Настоящий стандарт устанавливает форматы ведущей организации ЕСФОБД <*>, зарегистрированные ведущей организацией ЕСФОБД - ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics). В настоящем стандарте приведены зарегистрированные идентификаторы данных форматов ведущей организации ЕСФОБД по ГОСТ Р ИСО/МЭК 19785-2 в виде полных идентификаторов объектов системы АСН.1.

--------------------------------

<*> ЕСФОБД - Единая структура форматов обмена биометрическими данными.

Раздел 6 настоящего стандарта устанавливает на битовом уровне набор комбинаций битов и их семантику для форматов ведущей организации ЕСФОБД, описанных в данном разделе, а также идентификатор объекта системы АСН.1 для данного набора комбинаций битов.

Комбинация битов, определенная идентификатором системы АСН.1, относящимся к настоящему стандарту, соответствует настоящей спецификации тогда и только тогда, когда она является одной из комбинаций битов в наборе, определенном данным идентификатором системы АСН.1.

Если для биометрической системы или программного приложения декларируется соответствие формату ведущей организации ЕСФОБД, установленному настоящим стандартом, то такая система или программное приложение должно:

a) генерировать хотя бы один из наборов комбинаций битов, установленных для данного формата ведущей организации ЕСФОБД, и не должна генерировать комбинаций битов, которые не являются частью набора; или

b) распознавать (с учетом семантики) или обрабатывать иным путем все комбинации битов, определенные для данного формата ведущей организации ЕСФОБД.

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

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ ИСО 8601-2001 Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования

ГОСТ Р ИСО/МЭК 7816-4 Карты идентификационные. Карты на интегральных схемах. Часть 4. Организация, защита и команды для обмена

ГОСТ Р ИСО/МЭК 7816-6 Карты идентификационные. Карты на интегральных схемах. Часть 6. Межотраслевые элементы данных для обмена

ГОСТ Р ИСО/МЭК 7816-11 Карты идентификационные. Карты на интегральных схемах. Часть 11. Верификация личности биометрическими методами

ГОСТ Р ИСО/МЭК 8824-1 Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации

ГОСТ Р ИСО/МЭК 8825-1 Информационная технология. Правила кодирования АСН.1. Часть 1. Спецификация базовых (BER), канонических (CER) и отличительных (DER) правил кодирования

ГОСТ Р ИСО/МЭК 8825-4 Информационная технология. Правила кодирования АСН.1. Часть 4. Правила XML-кодирования (XER)

ГОСТ Р 58293-2018 (ИСО/МЭК 19785-1:2015) Информационные технологии. Биометрия. Единая структура форматов обмена биометрическими данными. Часть 1. Спецификация элементов данных

ГОСТ Р ИСО/МЭК 19785-2 Автоматическая идентификация. Идентификация биометрическая. Единая структура форматов обмена биометрическими данными. Часть 2. Процедуры действий регистрационного органа в области биометрии

ГОСТ Р 58230 (ИСО/МЭК 24787:2010) Информационные технологии. Идентификационные карты. Биометрическое сравнение на идентификационной карте

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

В настоящем стандарте применены термины по ГОСТ ISO/IEC 2382-37 и ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), а также следующий термин с соответствующим определением:

4.1 кодирование TLV (TLV encoding): Распространенная форма кодирования (со множеством вариантов), при которой каждому полю присваивается тип (тег), который является однозначным в некотором контексте, определитель длины и значимая часть, которая может содержать дальнейшие компоненты TLV до необходимой глубины ветвления.

В настоящем стандарте применены сокращения по ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), а также следующее сокращение:

TLV - тип (тег), длина, значение.

В 6.2 приведен модуль системы АСН.1 CBEFF-DATA-ELEMENTS, который устанавливает типы (по ГОСТ Р ИСО/МЭК 8824-1) для каждого элемента данных ЕСФОБД. Данные определения типов адаптированы для использования с абстрактными значениями элементов данных ЕСФОБД, установленными в ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), но не содержат в себе способы кодирования абстрактных значений. Способы кодирования установлены в форматах ведущей организации ЕСФОБД, определенных в настоящем стандарте в соответствии с требованиями системы АСН.1.

--------------------------------

<*> TLV-закодированный формат ведущей организации, предназначенный для использования с идентификационными картами и другими токенами.

ISO/IEC JTC 1/SC 37.

257 (0x0101). Данный идентификатор присвоен ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics) регистрационным органом.

ISO/IEC JTC 1/SC 37 TLV-encoded patron format, for use with smartcards or other tokens.

5 (0x0005). Данный идентификатор зарегистрирован в соответствии с ГОСТ Р ИСО/МЭК 19785-2.

{iso registration-authority cbeff(19785) biometric-organization(0) jtc1-sc37(257) patron-format(1) tlv-encoded(5)}

или в нотации значений XML,

<OBJECT_IDENTIFIER>1.1.19785.0.257.1.5 </OBJECT_IDENTIFIER>

Данный формат предназначен для использования в приложениях, соответствующих ГОСТ Р ИСО/МЭК 7816-11, и предназначен как для процесса сравнения вне идентификационной карты, так и для процесса сравнения на идентификационной карте.

Настоящей спецификации формата ведущей организации присвоен следующий идентификатор версии: Major="1", Minor="1".

Настоящая спецификация соответствует следующей версии ЕСФОБД: Major="2", Minor="0".

7.9.1 Данный подраздел устанавливает в 7.10:

a) формат ведущей организации "ISO/IEC JTC 1/SC 37 TLV-encoded patron format, for use with smartcards or other tokens";

b) TLV-кодирование для нескольких элементов данных ЕСФОБД, а также специальные TLV-теги, которые могут быть использованы приложениями, предназначенными для работы с TLV-кодированной информацией.

Примечание - Форма TLV-кодирования, использованная в данном подразделе, установлена спецификацией основных правил кодирования АСН.1 (ГОСТ Р ИСО/МЭК 8825-1).

7.9.2 ГОСТ Р ИСО/МЭК 7816-4 и ГОСТ Р ИСО/МЭК 7816-11 устанавливают следующие положения, используемые в настоящем стандарте:

a) Для технологии биометрического сравнения на идентификационной карте:

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

2) команды для выполнения биометрической верификации на идентификационной карте;

3) основные принципы биометрической регистрации (записи информации на идентификационную карту или другой носитель);

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

b) Для технологии биометрического сравнения вне идентификационной карты:

1) команды для извлечения биометрических данных из идентификационной карты для обеспечения работы таких систем, как, например, системы пограничного контроля;

2) механизмы обеспечения безопасности для защиты биометрических данных.

7.9.3 Для данной версии формата ведущей организации "ISO/IEC JTC 1/SC 37 TLV-encoded patron format, for use in a smartcard environment" предусмотрен тип АСН.1 BiometricInformationTemplate (см. 7.10), а запись данных осуществляется в соответствии с отличительными правилами кодирования АСН.1 по ГОСТ Р ИСО/МЭК 8825-1. Спецификация данного формата ведущей организации представлена в 7.11.

Примечание - Термин "шаблон биометрической информации" (ШБИ)" используется в ГОСТ Р ИСО/МЭК 7816-11. Данный термин относится к записи биометрической информации (ЗБИ) и используется в данном подразделе при использовании положений ГОСТ Р ИСО/МЭК 7816-11.

7.9.4 Для компонентов типа АСН.1 BiometricHeaderTemplate [вместе со специальными тегами (см. 7.10)], записанных в соответствии с основными правилами кодирования АСН.1, в ГОСТ Р ИСО/МЭК 7816-11 используется термин "объект данных".

Примечание - Термин "шаблон биометрического заголовка" (ШБЗ) используется в ГОСТ Р ИСО/МЭК 7816-11. Он является синонимом термина "стандартный биометрический заголовок" (СБЗ) и используется в данном подразделе при использовании положений ГОСТ Р ИСО/МЭК 7816-11.

7.9.5 Под термином "объект данных биометрической информации", используемым в ГОСТ Р ИСО/МЭК 7816-11, подразумевается TLV-кодирование определенного типа АСН.1. В таблице 1 приведены объекты данных биометрической информации, установленные в 7.10 для использования в ГОСТ Р ИСО/МЭК 7816-7.

Примечание - В настоящем стандарте приведены шестнадцатеричные значения тегов из ГОСТ Р ИСО/МЭК 7816-11.

7.9.6 Соответствие данного формата ведущей организации предусматривает необходимость поддержки значения "NO VALUE AVAILABLE" для частично поддерживаемых элементов данных. Для обеспечения данного требования в настоящем стандарте устанавливаются теги, указанные в таблице 2, некоторых объектов данных для использования в ШБЗ, несмотря на то что эти объекты данных не поддерживаются в настоящей версии формата ведущей организации. Данные теги не должны присваиваться никаким другим объектам данных, а их присутствие в ШБЗ обозначает значения "NO VALUE AVAILABLE" в соответствующем элементе данных ЕСФОБД.

7.11.1 ШБИ для технологии биометрического сравнения на идентификационной карте

В таблице 3 представлен ШБИ для биометрического сравнения на идентификационной карте. ШБИ имеет следующую структуру:

a) объекты данных, которым присвоены шестнадцатеричные теги 0x80 и 0x83 в соответствии с ГОСТ Р ИСО/МЭК 7816-11, с содержащимися в них значениями команд для осуществления биометрической верификации в соответствии с ГОСТ Р ИСО/МЭК 7816-4;

b) ШБЗ с тегом 0xA1 в соответствии с ГОСТ Р ИСО/МЭК 7816-11. Уполномоченной организацией по установлению тегов для объектов данных ШБЗ является ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics) (по умолчанию).

Примечание - Идентификатор объекта АСН.1 для данной уполномоченной организации: {iso standard 19785 part(3) tag-allocation(1) clause-11(0)};

c) объекты данных, соответствующие элементам данных ЕСФОБД, необходимые для биометрического сравнения на идентификационной карте;

d) объекты данных, присущие биометрическому сравнению на идентификационной карте и устанавливающиеся только данным подразделом (объект данных параметров алгоритма биометрического сравнения с тегом 0x91 или 0xB1).

ШБИ, представленный в таблице 3, который извлекается перед процессом биометрической верификации, сам процесс верификации и специальные команды для его осуществления, а также требования безопасности при использовании этих команд установлены в ГОСТ Р ИСО/МЭК 7816-11.

7.11.2 Шаблон биометрической информации для биометрического сравнения вне идентификационной карты

В таблице 4 представлен ШБИ для биометрического сравнения вне идентификационной карты. ШБИ имеет следующую структуру:

a) ШБЗ с тегом 0xA1 по ГОСТ Р ИСО/МЭК 7816-11. Уполномоченной организацией по установлению тегов для объектов данных ШБЗ является ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics) (по умолчанию).

Примечание - Идентификатор объекта АСН.1 для данной уполномоченной организации: {iso standard 19785 part(3) tag-allocation(1) clause-11(0)};

b) объекты данных, соответствующие элементам данных ЕСФОБД, необходимые для биометрического сравнения вне идентификационной карты;

c) объекты данных биометрических контрольных шаблонов (простые/составные) с соответствующими тегами, установленными в ГОСТ Р ИСО/МЭК 7816-11. Этот объект данных предназначен для данных, построенных в соответствии со структурой ББД ЕСФОБД;

d) объект данных "CBEFF_BIR_payload", который является произвольным и имеет теги 0x53 или 0x73 в соответствии с ГОСТ Р ИСО/МЭК 7816-6.

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

Несколько ШБИ могут быть объединены в групповой ШБИ (тег 0x7F61 по ГОСТ Р ИСО/МЭК 7816-11). Построение и использование объектов данных группового ШБИ для технологии биометрического сравнения на идентификационной карте и вне идентификационной карты установлены в ГОСТ Р ИСО/МЭК 7816-11.

Пример использования формата ведущей организации приведен в ГОСТ Р 58230.

--------------------------------

<*> Формат ведущей организации XML.

ISO/IEC JTC 1/SC 37.

257 (0x0101). Данный идентификатор присвоен ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics) регистрационным органом.

ISO/IEC JTC 1/SC 37 XML patron format.

11 (0x000B). Данный идентификатор был зарегистрирован в соответствии с ГОСТ Р ИСО/МЭК 19785-2.

{iso registration-authority cbeff(19785) biometric-organization(0) jtc1-sc37(257) patron-format(1) xml(7)} или значение в нотации XML:

<OBJECT_IDENTIFIER>1.1.19785.0.257.1.7</OBJECT_IDENTIFIER>.

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

Настоящей спецификации формата ведущей организации присвоен следующий идентификатор версии: Major="2", Minor="0".

Настоящая спецификация соответствует следующей версии ЕСФОБД: Major="2", Minor="0".

8.9.1 Настоящий формат ведущей организации базируется на версии XML 1.0, рекомендованной W3C, и поддерживает все обязательные и необязательные элементы данных ЕСФОБД, установленные в ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), а также поддерживает простую структуру ЗБИ и комплексную структуру ЗБИ, в которой все информационные блоки всех уровней представляют собой ЗБИ (так называемые дочерние ЗБИ).

8.9.2 Большинство полей в данном формате ведущей организации являются необязательными. Часть обязательных и необязательных полей представлены элементами XML, остальные поля представлены атрибутами элементов XML. О наличии необязательного поля в ЗБИ говорит включение соответствующего элемента XML или атрибута элемента XML, и наоборот, отсутствие элемента XML или атрибута элемента XML говорит об отсутствии соответствующего необязательного поля в ЗБИ.

8.9.3 Специальный способ записи установлен: для целых чисел (см. 8.26), последовательностей байтов (см. 8.27) и абстрактных значений дат и времени (см. 8.28).

8.9.4 Настоящий стандарт устанавливает структуру, в которой ЗБИ или дочерние ЗБИ могут содержать или дочерние ЗБИ, или ББД, но не могут содержать ЗБИ и ББД вместе.

8.9.5 Предусмотрен механизм последующего расширения спецификации за счет включения данных (нестандартизованных) специфичных для конкретных программных приложений в ЗБИ или в дочерние ЗБИ (см. 8.11.1.6).

8.10.1 Далее в настоящем подразделе для терминов "элемент XML" и "атрибут элемента XML" используются термины "элемент" и "атрибут" соответственно.

8.10.2 Пространство имен с наименованием "/template/go.php?url=https://standards.iso.org/iso-iec/19785/-3/ed-2/" называется пространством имен формата ведущей организации (для данного формата ведущей организации). Данное пространство имен соответствует идентификатору объекта в системе АСН.1:

{iso registration-authority cbeff(19785) biometric-organization(0) jtc1-sc37(257) patron-format(1) xml(7) namespace(0)}

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

8.10.4 Наличие ЗБИ представляют элементом <BIR> (см. 8.11).

8.10.5 Элемент <BIR> может быть корневым для документа XML, но это требование не является обязательным.

8.10.6 Элемент <BIR> и его содержание должны полностью соответствовать XML-схеме, установленной в 8.31.

Примечания

1 Полное соответствие XML-схеме обозначает не только соответствие элемента <BIR> всем требованиям текста данной спецификации, но и требованиям, которые не могут быть или не были помещены в XML-схему.

2 Если элемент <BIR> является корневым для документа XML, рекомендуется использовать кодировку windows-1251, что в большинстве случаев позволяет уменьшить размер записи.

8.10.7 Для элементов данных ЕСФОБД, поддерживающих значение "NO VALUE AVAILABLE", запись этого значения осуществляют пропуском соответствующего элемента или атрибута в элементе <BIR> и во всех элементах <BIR> предшествующих уровней.

Примечание - В соответствии с механизмами наследования, установленными в 8.14.2.1, 8.15.2.1 и 8.24.2.1, элемент данных ЗБИ должен наследовать абстрактное значение (отличное от "NO VALUE AVAILABLE") от элемента <BIR>, находящегося уровнем выше, содержащего этот элемент или атрибут данных. Если какой-нибудь элемент <BIR> в иерархии имеет абстрактное значение определенного элемента данных, это абстрактное значение может быть аннулировано другим абстрактным значением (значение не должно быть "NO VALUE AVAILABLE") в элементах <BIR>, находящихся на уровнях ниже.

8.11.1 Синтаксис

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

a) элемент <Version> (необязательный), см. 8.12;

b) элемент <CBEFFversion> (необязательный), см. 8.13;

c) ноль или более специфичных для программного приложения элементов;

d) элемент <BIRInfo> (обязательный), см. 8.14;

e) элемент <BDBInfo> (необязательный), см. 8.15;

f) элемент <SBInfo> (необязательный), см. 8.24;

g) ноль или более элементов <BIR>, см. 8.11;

h) элемент <BDB> (необязательный) - содержание этого элемента должно быть представлено последовательностью байтов (см. 8.27) или необязательным элементом <bdbX>, который содержит корректную строку XML;

i) элемент <SB> (необязательный) - содержание этого элемента должно быть представлено последовательностью байтов (см. 8.27).

8.11.1.2 Элемент <BDB> или <bdbX> не включают в элемент <BIR>, если в него включены один или более дочерних элементов <BIR>. Элемент <BDB> должен быть включен в элемент <BIR>, если в него не включены дочерние элементы <BIR>.

8.11.1.3 Элемент <SB> включают только в соответствии с требованиями 8.14.2.2 и 8.15.2.3.

8.11.1.4 При включении элемента <BDB> или <bdbX> элемент <BDBInfo> также должен быть включен.

8.11.1.5 При включении элемента <SB> элемент <SBInfo> также должен быть включен.

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

8.11.2 Семантика

8.11.2.1 Элемент <BIR> представляет собой ЗБИ простой или комплексной структуры в зависимости от того, какие дочерние элементы он содержит: если таковыми являются элементы <BIR> - структура комплексная, если <BDB> или <bdbX> - структура простая.

8.11.2.2 Стандартный биометрический заголовок ЗБИ представляет собой совокупность элементов <Version>, <CBEFFversion>, <BIRInfo>, <BDBInfo>, <SBInfo> и их содержания.

8.11.2.3 Элемент <Version> (если представлен) содержит основное и вспомогательное значения номера версии данного формата ведущей организации.

8.11.2.4 Элемент <CBEFFversion> (если представлен) содержит основное и вспомогательное значения номера версии стандарта ЕСФОБД.

8.11.2.5 Каждый включенный элемент <BIR> представляет собой дочернюю ЗБИ в данном формате ведущей организации.

8.11.2.6 Включенный элемент <BDB> или <bdbX> (если представлен) представляет собой ББД.

Примечание - Элементы <BDB> или <bdbX> и <BIR> не могут быть включены в качестве дочерних в один и тот же элемент <BIR> (см. 8.11.1.2).

8.11.2.7 Элемент <SB> (если представлен) представляет собой БЗИ.

Примечание - Элемент <SB> не может быть включен в элемент <BIR>, или элемент <BDB>, или элемент <bdbX>.

8.11.2.8 Элемент <BIRInfo> содержит информацию о данной ЗБИ и (при необходимости) о дочерних ЗБИ, если таковые имеются (см. 8.14.2.1).

8.11.2.9 Элемент <BDBInfo> (если представлен) содержит информацию или о ББД, включенном в ЗБИ, если элемент <BIR> включает дочерний элемент <BDB> или <bdbX>, или о ББД дочерних ЗБИ, которые имеют дочерний элемент <BDB> или <bdbX>, если элемент <BIR> имеет один или более дочерних элементов <BDB> (см. 8.15.2.1).

8.11.2.10 Элемент <SBInfo> (если представлен) содержит информацию или о БЗИ, включенном в ЗБИ, если элемент <BIR> включает дочерний элемент <SB>, или о БЗИ дочерних ЗБИ, которые включают дочерний элемент <SB>, если элемент <BIR> включает один или более дочерних элементов <BIR>, но не содержит дочернего элемента <SB> (см. 8.24.2.1).

8.12.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Major> (обязательный) - значения данного атрибута является целым числом от 0 до 15 (см. 8.26);

b) <Minor> (обязательный) - значения данного атрибута является целым числом от 0 до 15 (см. 8.26).

8.12.2 Семантика

8.12.2.1 Данный элемент представляет элемент данных ЕСФОБД "CBEFF_patron_header_version" и содержит номер версии формата ведущей организации. Данной версии формата ведущей организации присвоены следующие значения: Major="0", Minor="0".

8.12.2.2 Атрибут <Major> представляет основное значение ("2" - для данной версии).

8.12.2.3 Атрибут <Minor> представляет вспомогательное значение ("0" - для данной версии).

8.12.2.4 Если элемент <Version> не представлен, значения атрибутов устанавливают следующим образом: Major="2", Minor="0".

8.12.2.5 Дочерний элемент <BIR> должен иметь те же значения номера версии ЕСФОБД, как и родительский элемент <BIR>.

Примечание - Пропуск элемента <Version> в дочернем элементе <BIR> при наличии элемента <Version> в элементе <BIR> уровнем выше означает, что значение элемента <Version> в дочернем элементе <BIR> наследуется.

8.13.1 Синтаксис

Данный элемент должен включать следующие атрибуты:

a) <Major> (обязательный) - значения данного атрибута является целым числом от 0 до 15 (см. 8.26);

b) <Minor> (обязательный) - значения данного атрибута является целым числом от 0 до 15 (см. 8.26).

8.13.2 Семантика

8.13.2.1 Данный элемент представляет элемент данных ЕСФОБД CBEFF_version и содержит номер версии ЕСФОБД, которому соответствует настоящий формат ведущей организации. Данная версия формата ведущей организации соответствует версии ЕСФОБД, которой присвоены следующие значения: Major="2", Minor="0".

8.13.2.2 Атрибут <Major> представляет основное значение ("2" - для данной версии).

8.13.2.3 Атрибут <Minor> представляет вспомогательное значение ("0" - для данной версии).

8.13.2.4 Если элемент <CBEFFversion> не представлен, значения атрибутов устанавливают следующим образом: Major="0", Minor="0".

8.13.2.5 Дочерний элемент <BIR> должен иметь те же значения номера версии ЕСФОБД (основное и вспомогательные значения), как и родительский элемент <BIR>.

Примечание - Элемент <CBEFFversion> может быть исключен из всех дочерних элементов <BIR>, так как в его включении нет необходимости.

8.14.1 Синтаксис

8.14.1.1 Данный элемент должен включать следующие атрибуты:

a) <Creator> (необязательный) - значения данного атрибута представляют строкой из символов;

b) <Index> (необязательный) - значения данного атрибута должны быть представлением универсального уникального идентификатора (см. 8.29). Значение не должно наследовать значение с ЗБИ других уровней;

c) <Payload> (необязательный) - значения данного атрибута представляют байтовой строкой. Значение не должно наследовать значение с ЗБИ других уровней;

d) <Integrity> (обязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

e) <CreationDate> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28);

f) <NotValidBefore> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28);

g) <NotValidAfter> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28).

8.14.2 Семантика

8.14.2.1 Элемент <BIRInfo> содержит информацию, описывающую ЗБИ. Если ЗБИ имеет одну или несколько дочерних ЗБИ (элемент <BIR> содержит один или несколько дочерних элементов <BIR>), значения атрибутов и дочерних элементов <BIRInfo> наследуются дочерними ЗБИ. Однако в элементах и атрибутах дочерней ЗБИ могут быть целенаправленно установлены другие значения. Значения, унаследованные дочерней ЗБИ, наследуются ее дочерними ЗБИ (если таковые имеются) и т.д.

Примечание - С учетом того, что атрибут <Integrity> является обязательным в элементе <BIRInfo>, а элемент <BIRInfo> в, свою очередь, является обязательным в любом элементе <BIR>, наследование атрибута <Integrity> не осуществляют.

8.14.2.2 Атрибут <Integrity> указывает, содержится ли информация о применении механизмов целостности к ЗБИ в БЗИ.

Примечание - Данная информация может представлять собой цифровую подпись, аутентификационный код сообщения (АКС), ссылки на ключ или сертификат, ключ шифрования (со ссылкой или без таковой на ключ шифрования для данного ключа шифрования) или другие параметры цифровой подписи или АКС.

8.14.2.3 Если значением атрибута <Integrity> элемента <BIRInfo> является "true", то родительский элемент <BIR> должен содержать дочерний элемент <SB>.

8.14.2.4 В таблице 7 представлена взаимосвязь между атрибутами и элементами, входящими в состав элемента <BIRInfo>, и элементами данных ЕСФОБД, и установлены поддерживаемые абстрактные значения и их способы записи (см. 8.10.7).

Примечание - Элемент <BIRInfo> представляет все элементы данных ЕСФОБД, названия которых начинаются с "CBEFF_BIR_...".

8.15.1 Синтаксис

8.15.1.1 Данный элемент должен включать следующие элементы и атрибуты (по порядку):

a) <ChallengeResponse> (необязательный) - значения данного атрибута представляют байтовой строкой (см. 8.27);

b) <Index> (необязательный) - значения данного атрибута должны быть представлением универсального уникального идентификатора (см. 8.29);

c) <Format> (необязательный) - см. 8.16;

d) <Encryption> (необязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

e) <CreationDate> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28);

f) <NotValidBefore> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28);

g) <NotValidAfter> (необязательный) - значения данного атрибута должны быть представлением даты и времени суток (см. 8.28);

h) <Type> (необязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

i) <Subtype> (необязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

j) <Level> (необязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

k) <Product> (необязательный) - см. 8.17;

l) <CaptureDevice> (необязательный) - см. 8.18;

m) <FeatureExtractionAlgorithm> (необязательный) - см. 8.19;

n) <ComparisonAlgorithm> (необязательный) - см. 8.20;

o) <CompressionAlgorithm> (необязательный) - см. 8.21;

p) <Purpose> (необязательный) - значения данного атрибута представлены в таблице 8 (в графе "Допустимые абстрактные значения и способы их записи");

q) <Quality> (необязательный) - см. 8.22.

8.15.1.2 Если родительский элемент <BIR> содержит дочерний элемент <BDB>, то атрибут <Encryption> должен входить в состав элемента <BDBInfo> (входящего в состав данного элемента <BIR>), кроме случаев, когда атрибут <Encryption> входит в состав дочернего элемента <BDBInfo> элемента <BIR> более высокого уровня (см. 8.11.1.4).

8.15.1.3 Если родительский элемент <BIR> содержит дочерний элемент <BDB>, то атрибут <FormatOwner> должен входить в состав элемента <BDBInfo> (входящего в состав данного элемента <BIR>), кроме случаев, когда атрибут <FormatOwner> входит в состав дочернего элемента <BDBInfo> элемента <BIR> более высокого уровня (см. 8.11.1.4).

8.15.1.4 Если родительский элемент <BIR> содержит дочерний элемент <BDB>, то атрибут <FormatType> должен входить в состав элемента <BDBInfo> (входящего в состав данного элемента <BIR>), кроме случаев, когда атрибут <FormatType> входит в состав дочернего элемента <BDBInfo> элемента <BIR> более высокого уровня (см. 8.11.1.4).

Примечание - В предыдущих трех пунктах не подразумевается, что элементы <BIR>, содержащие элементы <BDBInfo>, должны быть одним и тем же элементом <BIR>.

8.15.2 Семантика

8.15.2.1 Если в состав ЗБИ входит ББД (элемент <BIR> содержит дочерний элемент <BDB>), элемент <BDBInfo> содержит информацию о ББД. В ином случае информация, содержащаяся в атрибутах и элементах элемента <BDBInfo>, наследуется ЗБИ, которые являются дочерними по отношению к ЗБИ, содержащей элемент <BDBInfo>. Однако при наличии у дочерней ЗБИ элемента <BDBInfo> в его атрибутах и элементах могут быть целенаправленно установлены другие значения, которые отменяют наследование атрибутов и элементов элемента <BDBInfo> ЗБИ более высокого уровня. Информация о ББД, унаследованная ЗБИ, содержащей ББД, применяется к данной(ым) ББД. Информация о ББД, унаследованная ЗБИ, которая сама имеет дочерние ЗБИ, наследуется дочерними ЗБИ всех нижележащих уровней.

8.15.2.2 Если ЗБИ содержит ББД и указано применение шифрования к данной(ым) ББД (то есть в атрибуте <Encryption> элемента <BDBInfo> установлено значение "true" или ЗБИ наследует атрибут <Encryption> от ЗБИ более высокого уровня), ББД должен(ны) быть зашифрован(ы).

8.15.2.3 Если ББД входящие в состав ЗБИ зашифрованы, информация о процессе шифрования может быть представлена в БЗИ данной ЗБИ (информация представлена в дочернем элементе <SB> родительского элемента <BIR>).

Примечание - Данная информация может представлять собой ссылку на ключ шифрования или собственно ключ шифрования (со ссылкой или без таковой на ключ шифрования для данного ключа шифрования) или другие параметры процесса шифрования.

8.15.2.4 В таблице 8 представлена взаимосвязь между атрибутами и элементами, входящими в состав элемента <BDBInfo>, и элементами данных ЕСФОБД. Кроме того, в таблице 8 установлены поддерживаемые абстрактные значения и их способы записи (см. 8.10.7).

Примечание - Элемент <BDBInfo> представляет все элементы данных ЕСФОБД, названия которых начинаются с "CBEFF_BDB_...".

8.16.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.16.2 Семантика

8.16.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_format_owner" и "CBEFF_BDB_format_type", которые содержат идентификатор владельца биометрического формата (изготовителя, разработчика, интегратора) и идентификатор типа биометрического формата, зарегистрированных регистрационным органом, соответственно.

8.16.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) биометрического формата, как указано в реестре.

8.16.2.3 Атрибут <Type> представляет идентификатор типа биометрического формата, как указано в реестре.

8.17.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.17.2 Семантика

8.17.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_product_owner" и "CBEFF_BDB_product_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) биометрического продукта и идентификатор типа биометрического продукта, зарегистрированных регистрационным органом, соответственно.

8.17.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) биометрического продукта, как указано в реестре.

8.17.2.3 Атрибут <Type> представляет идентификатор типа биометрического продукта, как указано в реестре.

8.18.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.18.2 Семантика

8.18.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_capture_device_owner" и "CBEFF_BDB_capture_device_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) биометрического сканера и идентификатор типа биометрического сканера, зарегистрированных регистрационным органом, соответственно.

8.18.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) биометрического сканера, как указано в реестре.

8.18.2.3 Атрибут <Type> представляет идентификатор типа биометрического сканера, как указано в реестре.

8.19.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.19.2 Семантика

8.19.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_feature_extraction_algorithm_owner" и "CBEFF_BDB_feature_extraction_algorithm_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма извлечения биометрических признаков и идентификатор типа алгоритма извлечения биометрических признаков, зарегистрированных регистрационным органом, соответственно.

8.19.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма извлечения биометрических признаков, как указано в реестре.

8.19.2.3 Атрибут <Type> представляет идентификатор типа алгоритма извлечения биометрических признаков, как указано в реестре.

8.20.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.20.2 Семантика

8.20.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_comparison_algorithm_owner" и "CBEFF_BDB_comparison_algorithm_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма сравнения и идентификатор типа алгоритма сравнения, зарегистрированных регистрационным органом, соответственно.

8.20.2.2 Атрибут <Organization> представляет идентификатор владельца (разработчика, интегратора) алгоритма сравнения, как указано в реестре.

8.20.2.3 Атрибут <Type> представляет идентификатор типа алгоритма сравнения, как указано в реестре.

8.21.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.21.2 Семантика

8.21.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_compression_algorithm_owner" и "CBEFF_BDB_compression_algorithm_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма сжатия и идентификатор типа алгоритма сжатия, зарегистрированных регистрационным органом, соответственно.

8.21.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма сжатия, как указано в реестре.

8.21.2.3 Атрибут <Type> представляет идентификатор типа алгоритма сжатия, как указано в реестре.

8.22.1 Синтаксис

Данный элемент должен включать следующие элементы (по порядку):

a) <Algorithm> (обязательный) (см. 8.23);

b) <Score> должен быть представлен целым числом в диапазоне от 0 до 100 (см. 8.26) либо элементом <QualityCalculationFailed>, если произошла ошибка при вычислении показателя качества. Значения элемента <QualityCalculationFailed> должно быть либо пустым, либо представлено строкой из символов.

8.22.2 Семантика

8.22.2.1 Элемент <Score>, если присутствует, представляет элементы данных CBEFF_BDB_quality и отвечает за целочисленный показатель качества в диапазоне от 0 до 100.

8.22.2.2 Элемент <QualityCalculatedFailed>, если присутствует, указывает, что вычисление показателя качества не произошло по какой-то причине. Данный элемент может быть либо пустым, либо содержать сообщение о причине отказа.

8.23.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.23.2 Семантика

8.23.2.1 Данный элемент представляет элементы данных "CBEFF_BDB_quality_algorithm_owner" и "CBEFF_BDB_quality_algorithm_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма оценки качества и идентификатор типа алгоритма оценки качества, зарегистрированных регистрационным органом, соответственно.

8.21.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) алгоритма оценки качества, как указано в реестре.

8.21.2.3 Атрибут <Type> представляет идентификатор типа алгоритма оценки качества, как указано в реестре.

8.24.1 Синтаксис

8.24.1.1 Данный элемент должен включать следующий атрибут:

a) <Format> (необязательный) (см. 8.25).

8.24.1.2 Если родительский элемент <BIR> содержит дочерний элемент <SB>, то атрибут <Format> должен входить в состав элемента <SBInfo>, кроме случаев, когда он входит в дочерний элемент <SBInfo> элемента <BIR> более высокого уровня (см. 8.11.1.5).

Примечания

1 В предыдущих двух пунктах не подразумевается, что элементы <BIR>, содержащие элементы <SBInfo>, должны быть одним и тем же элементом <BIR>.

2 Если дочерний элемент <SB>, входящий в состав родительского элемента <BIR>, не представляет информации по обоим атрибутам элемента <SBInfo>, тогда этот элемент не должен содержать атрибутов и другого содержания, но должен присутствовать (см. 8.11.1.5).

8.24.2 Семантика

8.24.2.1 Если в состав ЗБИ входит БЗИ (элемент <BIR> содержит дочерний элемент <SB>), то элемент <SBInfo> содержит информацию о БЗИ. Информация, содержащаяся в элементах элемента <SBInfo>, наследуется ЗБИ, которые являются дочерними по отношению к ЗБИ, содержащей элемент <SBInfo>. Однако при наличии у дочерней ЗБИ элемента <SBInfo> в его элементах могут быть целенаправленно установлены другие значения, которые отменяют наследование элементов элемента <SBInfo> ЗБИ более высокого уровня. Информация о БЗИ, унаследованная ЗБИ, применяется к данной(ым) БЗИ. Информация о БЗИ, унаследованная ЗБИ, которая сама имеет дочерние ЗБИ, наследуется дочерними ЗБИ всех нижележащих уровней.

8.25.1 Синтаксис

Данный элемент должен включать следующие атрибуты (по порядку):

a) <Organization> (обязательный) - значения данного атрибута представляют строкой из символов;

b) <Type> (обязательный) - значения данного атрибута представляют строкой из символов.

8.25.2 Семантика

8.25.2.1 Данный элемент представляет элементы данных "CBEFF_SB_format_owner" и "CBEFF_SB_format_type", которые содержат идентификатор владельца (изготовителя, разработчика, интегратора) формата и идентификатор типа формата, зарегистрированных регистрационным органом, соответственно.

8.25.2.2 Атрибут <Organization> представляет идентификатор владельца (изготовителя, разработчика, интегратора) формата, как указано в реестре.

8.25.2.3 Атрибут <Type> представляет идентификатор типа формата, как указано в реестре.

8.26.1 Неотрицательные целые числа записывают последовательностью одного или более символов, установленных в диапазоне от цифры "0" до цифры "9" в десятичной системе счисления.

8.26.2 Отрицательные числа записывают как соответствующие положительные числа, предваряемые знаком дефис/минус ("-").

8.26.3 Пробелы допускаются только в начале и в конце записи.

8.27.1 Последовательность байтов записывают следующим образом:

a) от латинской прописной буквы "A" до латинской прописной буквы "Z";

b) от латинской строчной буквы "a" до латинской строчной буквы "z";

c) от цифры "0" до цифры "9";

d) знак "плюс" ("+");

e) знак "солидус"/"косая черта" ("/");

f) знак "равно" ("="),

используя способ кодировки Base64 для последовательностей байтов с удалением всех пробелов.

8.27.2 Пробелы допускаются только в начале и в конце записи.

8.28.1 Даты и время суток представляют в соответствии с ГОСТ ИСО 8601 и записывают последовательностью упорядоченных символов.

8.28.2 Запись должна представлять собой последовательность (в установленном порядке) трех или более компонентов:

a) компонент "year" (год) записывают четырьмя цифрами (от 2000 до 2999);

b) компонент "month" (месяц) записывают двумя цифрами (от 01 до 12);

c) компонент "day" (день) записывают двумя цифрами (от 01 до 31);

d) буква "T";

e) компонент "hour" (час) записывают двумя цифрами (от 00 до 23);

f) компонент "minute" (минута) записывают двумя цифрами (от 00 до 59);

g) компонент "second" (секунда) записывают двумя цифрами (от 00 до 59);

h) буква "Z".

8.28.3 Компоненты "year", "month" и "day" являются обязательными.

8.28.4 Буква "T" должна быть представлена только в случае, если представлен компонент "hour".

8.28.5 Компонент "second" должен быть представлен только в случае, если представлен компонент "minute", а компонент "minute" должен быть представлен только в случае, если представлен компонент "hour".

8.28.6 Буква "Z" должна быть представлена независимо от того, представлен или нет компонент "hour".

Примечание - Буква "Z" указывает на то, что данная запись соответствует всемирному времени.

8.28.7 Пробелы допускаются только в начале и в конце записи.

Примечание - Данный подраздел устанавливает требования к записи универсальных уникальных идентификаторов. Примером данной записи является: f81d4fae-7dec-11d0-a765-00a0c91e6bf6.

8.29.1 Универсальный уникальный идентификатор записывают последовательностью упорядоченных символов. Универсальный уникальный идентификатор представляет собой последовательность из 36 символов из следующего набора:

a) от цифры "0" до цифры "9", которые представляют в десятичной системе счисления;

b) от латинской прописной буквы "A" до латинской прописной буквы "F", которые представляют числами в шестнадцатеричной системе счисления;

c) от латинской строчной буквы "a" до латинской строчной буквы "f", которые представляют числами в шестнадцатеричной системе счисления;

d) знак "дефис"/"минус" ("-").

8.29.2 Символы, занимающие позиции номер: 9, 14, 19 и 24 в последовательности символов универсального уникального идентификатора, должны содержать символ из перечисления d) 8.29.1. Остальные 32 символа в последовательности символов универсального уникального идентификатора должны содержать символ из перечислений от a) до c) 8.29.1.

8.29.3 Пробелы допускаются только в начале и в конце записи.

Примечание - Значением "NO VALUE AVAILABLE" кодируется отсутствие необязательных полей при XML кодировании. Не рекомендуется отображать следующие строки в записи: <level> NO VALUE AVAILABLE <level>.

--------------------------------

<*> Комплексный формат ведущей организации.

ISO/IEC JTC 1/SC 37.

257 (0x0101). Данный идентификатор присвоен ИСО/МЭК СТК 1/ПК 37 "Биометрия" (ISO/IEC JTC 1/SC 37 Biometrics) регистрационным органом.

ISO/IEC JTC 1/SC 37 complex patron format.

10 (0x000A). Данный идентификатор зарегистрирован в соответствии с ГОСТ Р ИСО/МЭК 19785-2.

{iso registration-authority cbeff(19785) biometric-organization(0) jtc1-sc37(257) patron-format(1) full-complex(10)}

или значение в нотации XML:

<OBJECT_IDENTIFIER>1.1.19785.0.257.1.10</OBJECT_IDENTIFIER>

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

Настоящей спецификации формата ведущей организации присвоен следующий идентификатор версии: "1".

Настоящая спецификация соответствует следующей версии ЕСФОБД: Major="2", Minor="0".

9.9.1 Настоящий формат ведущей организации поддерживает все обязательные и необязательные элементы данных, установленные в ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), а также простую и комплексную структуры ЗБИ. При этом каждый информационный блок в данном формате представляет собой дочернюю ЗБИ, которая может быть представлена в любом формате ведущей организации.

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

9.9.3 Большинство полей в данном формате ведущей организации являются необязательными. Наличие необязательного поля указывается записью в 1 бит в предназначенном для этого специальном поле "fieldPresence" размером 24 бита (по одному биту на каждое необязательное поле данного формата ведущей организации) в начале записи формата. Значение бита "1" указывает на наличие соответствующего необязательного поля в записи формата ведущей организации.

9.9.4 Всем последовательностям упорядоченных символов, последовательностям байтов предшествует префикс, указывающий их размер. Размер данного префикса может быть: 1, 2, 4 байта, что указывается отдельно для каждого поля данных.

9.9.5 Все числовые значения, включая длину, записывают при помощи обратного порядка следования байтов.

9.9.6 Даты и временные интервалы записывают последовательностями упорядоченных символов в соответствии с ГОСТ ИСО 8601.

9.9.7 ЗБИ или дочерние ЗБИ могут включать или дочерние ЗБИ, или ББД, но не то и другое одновременно.

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

В таблице 12 представлено применение формата "Complex patron format" для создание "оболочки" для произвольной ЗБИ. Такая "оболочка" содержит идентифицирующую информацию и информацию о размере вложенной ЗБИ. При таком использовании формата "Complex patron format" становится информационным префиксом фиксированного размера. С учетом того, что все произвольные поля "оболочечной" ЗБИ не используются, ее размер составляет 15 байтов:

a) первые 7 байтов с фиксированными значениями 0x01200000000001;

b) 4 байта, содержащих информацию о владельце формата и типе формата "вложенной" ЗБИ;

c) 4 байта, содержащих информацию о размере "вложенной" ЗБИ.

Приведенная в данном подразделе спецификация формата в системе АСН.1 может служить дополнительным справочным материалом настоящего стандарта. Эта спецификация не является альтернативой основной спецификации, приведенной выше.

A.1.1 Настоящий стандарт устанавливает требования по использованию в формате ведущей организации всех или некоторых абстрактных значений и элементов данных ЕСФОБД.

A.1.2 Для обязательных элементов данных ЕСФОБД должны быть предусмотрены значения (хотя бы одно) из значений, установленных ЕСФОБД для этих элементов данных. Запись таких значений может осуществляться путем его пропуска (нулевое кодирование).

Примечание - Включение не установленных ЕСФОБД абстрактных значений для обозначения значения по умолчанию - "NO VALUE AVAILABLE" не допускается [по ГОСТ Р 58293 (ИСО/МЭК 19785-1:2015), подпункты 6.5.1 - 6.5.4].

A.1.3 Для необязательных элементов данных ЕСФОБД в формате ведущей организации:

a) может быть предусмотрено только одно абстрактное значение (в том числе значение "NO VALUE AVAILABLE"). В таком случае запись значения может осуществляться путем его пропуска (нулевое кодирование);

b) может быть предусмотрено обязательное поле в формате ведущей организации ЕСФОБД:

1) для этого поля формат ведущей организации должен установить способ записи значения "NO VALUE AVAILABLE";

2) для этого поля формат ведущей организации может устанавливать способ записи абстрактных значений, установленных ЕСФОБД;

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

c) может быть предусмотрено необязательное поле в формате ведущей организации:

1) тогда абстрактное значение "NO VALUE AVAILABLE" записывается пропуском данного необязательного поля, а другие абстрактные значения устанавливаются по умолчанию;

2) для этого поля формат ведущей организации может устанавливать способ записи абстрактных значений, установленных ЕСФОБД;

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

4) формат должен устанавливать способ указания на наличие или отсутствие данного поля в спецификации.

A.1.4 При разработке нового формата ведущей организации ведущие организации должны рассматривать необязательные элементы данных ЕСФОБД и их абстрактные значения для включения в спецификацию с позиции их необходимости для обработки форматов ББД, которые будут использоваться вместе с разрабатываемым форматом ведущей организации.

A.2.1 Когда в формате ведущей организации для элемента данных ЕСФОБД предусмотрено только одно значение (например, "NO VALUE AVAILABLE" или "NO ENCRYPTION"), запись может осуществляться путем пропуска поля данных. Для необязательных элементов данных ЕСФОБД с единственным предусмотренным абстрактным значением "NO VALUE AVAILABLE" такой способ записи можно считать основным.

A.2.2 Если для элемента данных предусмотрено несколько абстрактных значений (когда у ведущей организации возникает такая необходимость для элемента данных ЕСФОБД или в случае обязательного элемента данных ЕСФОБД), это может быть сделано различными способами.

A.2.3 Наиболее доступная форма записи - поле фиксированного размера (не обязательно с выравниванием по границе байта) с использованием четко указанного способа для каждого абстрактного значения. Часть значений может быть зарезервирована для дальнейшего использования или использоваться в качестве установленных ведущей организацией ЕСФОБД.

A.2.4 Если абстрактное значения не соответствует значениям элементов данных, установленным ЕСФОБД, или значениям, установленным ведущей организацией ЕСФОБД, формат ведущей организации должен запрещать использовать такие абстрактные значения, а если такие абстрактные значения встречаются при считывании информации, они должны быть интерпретированы как "NO VALUE AVAILABLE" (это значение, в свою очередь, считают эквивалентным значению "зарезервировано для дальнейшего использования").

A.2.5 Для указания наличия того или иного поля в спецификации может использоваться так называемый "бит наличия". Если поле отсутствует, то по умолчанию поддерживается предусмотренное для этого поля абстрактное значение (как правило, значение "NO VALUE AVAILABLE", но может быть и другое абстрактное значение, установленное ЕСФОБД или ведущей организацией ЕСФОБД). Если поле включено, оно может быть полем фиксированного размера и содержать запись остальных абстрактных значений для соответствующего элемента данных.

A.2.6 Общим подходом при записи можно считать так называемое кодирование по способу Хаффмана, когда наиболее часто употребляемым значениям присваиваются самые короткие коды (код размером один бит присваивается абстрактному значению, использующемуся наиболее часто, а увеличивающиеся в размере коды присваиваются последовательно абстрактным значениям в ряду убывания встречаемости в записи).

A.3.1 Размер полей формата ведущей организации не обязательно должен быть пропорционален восьми битам, а начало поля не обязательно должно быть установлено по границе байта.

A.3.2 Ведущая организация ЕСФОБД, разрабатывающая собственный формат, сама принимает решение об использовании заполняющих битов и выравнивании по границе байта.

A.3.3 При включении заполняющих битов общепринятым подходом является использования фиксированной их последовательности (обычно со значением ноль). Заполняющие биты игнорируют при считывании.

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

A.4.2 Термин "саморазграничивающийся" обозначает, что информация о размере имеется в самом информационном блоке, записанном в формате ведущей организации. На окончание информационного блока, записанного в формате ведущей организации, могут указывать одно или более специальных полей определенной длины, специальная "терминальная" последовательность или комбинация этих или каких-либо других механизмов, а также в некоторых случаях формат ведущей организации может устанавливать требование фиксированного размера информационного блока, записанного в этом формате. Однако разделение информационных блоков, записанных в формате ведущей организации (собственно ЗБИ), которые поступают в базу данных, происходит за счет C-структуры или сообщения при передаче информации между системами.

A.5.1 Поля данных формата ведущей организации ЕСФОБД не должны полностью соответствовать элементам данных, установленных ЕСФОБД.

A.5.2 Например, если формат ведущей организации поддерживает пять значений для одного элемента данных ЕСФОБД и три значения для другого элемента данных ЕСФОБД (то есть пятнадцать различных сочетаний), которые могут быть записаны в поле размером 4 бита. С другой стороны, при записи значений этих полей по отдельности понадобится два поля размером два и три бита. Решение об использовании того или иного способа принимает ведущая организация ЕСФОБД при разработке собственного формата.

В версии ЕСФОБД, которая предшествовала настоящей версии, были установлены абстрактные значения и способы их записи для элементов данных, соответствующих элементам данных "CBEFF_BDB_biometric_type" и "CBEFF_BDB_biometric_subtype". При необходимости обеспечения совместимости формат ведущий организации должен использовать приведенные в таблицах A.1 и A.2 способы записи этих абстрактных значений.

A.7.1 Некоторые элементы данных, установленные ЕСФОБД, имеют абстрактные значения, которые должны быть записаны последовательностями байтов или последовательностями упорядоченных символов различного размера (например, "CBEFF_BDB_challenge_response" и "CBEFF_BIR_creator").

A.7.2 При включении в СБЗ формата ведущей организации полей для элементов данных, имеющих абстрактные значения различного размера, необходимо предусмотреть механизмы, позволяющие четко определять размер этих полей и расположение ББД. Это может потребовать специального поля для указания размера СБЗ.

A.8.1 В версии ЕСФОБД, которая предшествовала настоящей версии, были установлены абстрактные значения MAC и SIGNATURE для элемента данных INTEGRITY. Требования к БЗИ в предыдущей версии были установлены следующим образом: БЗИ может быть неструктурированным, используются специфичные для области применения АКС или алгоритм цифровой подписи. Кроме того, при использовании шифрования не предлагалось стандартного механизма указания параметров шифрования в ЗБИ (таких как алгоритмы шифрования, ссылок на ключи, ключи сессий).

A.8.2 В настоящей версии ЕСФОБД предусмотрен специальный БЗИ как базовая структура, предназначенная для обеспечения защиты информации, содержащейся в ЗБИ. БЗИ может содержать информацию по шифрованию ББД (алгоритмы и параметры) и/или информацию о целостности ЗБИ (алгоритмы, параметры, а также цифровую подпись или АКС).

A.8.3 ЕСФОБД устанавливает элементы данных для БЗИ, понятия "владелец формата БЗИ" и "идентификатор формата БЗИ". Идентификатор формата БЗИ и идентификатор владельца формата БЗИ (как идентификатор организации - участника ЕСФОБД) может быть зарегистрирован регистрационным органом в области биометрии. Эти идентификаторы позволяют однозначно идентифицировать формат БЗИ, по аналогии с идентификаторами форматов ББД. Каждая пара "идентификатор формата БЗИ/идентификатор владельца формата БЗИ" идентифицирует спецификацию, в соответствии с которой построена информация в БЗИ. Например, если формат БЗИ поддерживает шифрование ББД с помощью одного из нескольких установленных алгоритмов, спецификация этого формата ЗБИ указывает, каким образом из записи БЗИ можно будет получить информацию, необходимую для расшифровки ББД: алгоритм, параметры и ключ. Или, если формат ЗБИ поддерживает использование АКС для обеспечения целостности ЗБИ, спецификация этого формата ЗБИ указывает, каким образом процессор должен получить информацию из БЗИ для верификации целостности ЗБИ.

В настоящем приложении приведена информация о соответствии форматам ведущей организации, определенным в настоящем стандарте.

В таблице B.1 показано, где может быть найдена информация о конкретных элементах данных ЕСФОБД в каждом из форматов ведущей организации.

В таблице B.2 приведены сведения о том, какие элементы данных ЕСФОБД используются в каждом из форматов и какие из них являются обязательными (О) или необязательными (Н). Пустые графы таблицы означают, что такой элемент данных не используется в указанном формате ведущей организации. Для тех граф, которые не являются пустыми (то есть они являются обязательными, условными или необязательными), и абстрактные значения, и кодировка были приведены в определении указанного формата ведущей организации.