---
title: "\"ГОСТ Р 72511.3-2026. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 3. Подсистема обнаружения атаки на биометрическое предъявление\""
number: "ГОСТ Р 72511.3-2026"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/standart-gost-r-72511-3-2026"
---

## "ГОСТ Р 72511.3-2026. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 3. Подсистема обнаружения атаки на биометрическое предъявление"

# "ГОСТ Р 72511.3-2026. Национальный стандарт Российской Федерации. Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 3. Подсистема обнаружения атаки на биометрическое предъявление"

(утв. и введен в действие Приказом Росстандарта от 28.01.2026 N 58-ст)

> [!IMPORTANT]
> Документ [введен](#p100011) в действие с 01.06.2026.


<a id="p100001"></a>Утвержден и введен в действие

<div align="right">

Приказом Федерального<br>
агентства по техническому<br>
регулированию и метрологии<br>
от 28 января 2026 г. N 58-ст

<a id="p100002"></a>НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

</div>


<a id="p100003"></a>ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

<div align="center">

<a id="p100004"></a>**БИОМЕТРИЯ**

<a id="p100005"></a>**ТРЕБОВАНИЯ К ФОРМАТУ ОБМЕНА ДАННЫМИ**<br>
**ДЛЯ ИСПЫТАТЕЛЬНЫХ СТЕНДОВ**

<a id="p100006"></a>**ЧАСТЬ 3**

<a id="p100007"></a>**ПОДСИСТЕМА ОБНАРУЖЕНИЯ АТАКИ НА БИОМЕТРИЧЕСКОЕ ПРЕДЪЯВЛЕНИЕ**

<a id="p100008"></a>**Information technology. Biometrics.**<br>
**Test benches data exchange format requirements. Part 3.**<br>
**Presentation attack detection subsystem**

<a id="p100009"></a>**ГОСТ Р 72511.3-2026**

<a id="p100010"></a>**ОКС 35.240.15**

<a id="p100011"></a>**Дата введения**

</div>

1 июня 2026 года


### <a id="p100012"></a>Предисловие


<a id="p100013"></a>1 РАЗРАБОТАН Федеральным государственным бюджетным учреждением "Российский институт стандартизации" (ФГБУ "Институт стандартизации") и Некоммерческим партнерством "Русское общество содействия развитию биометрических технологий, систем и коммуникаций" (Некоммерческое партнерство "Русское биометрическое общество")
<a id="p100014"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 098 "Биометрия и биомониторинг"
<a id="p100015"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 28 января 2026 г. N 58-ст

<div align="right">

<a id="p100016"></a>4 ВВЕДЕН ВПЕРВЫЕ

</div>


<a id="p100017"></a>Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)


### <a id="p100018"></a>Введение


<a id="p100019"></a>Серия стандартов "Информационные технологии. Биометрия. Испытательные стенды для оценки эксплуатационных характеристик программного обеспечения" устанавливает общие требования к испытательным стендам и формату обмена данными испытательного стенда для проведения технологических и сценарных испытаний для оценки эксплуатационных характеристик программного обеспечения в биометрии.
<a id="p100020"></a>В серию стандартов "Информационные технологии. Биометрия. Испытательные стенды для оценки эксплуатационных характеристик программного обеспечения" входят следующие стандарты:
- <a id="p100021"></a>"Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 1. Подсистема сравнения - биометрическая верификация";
- <a id="p100022"></a>"Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 2. Подсистема сравнения - биометрическая идентификация";
- <a id="p100023"></a>"Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 3. Подсистема обнаружения атаки на биометрическое предъявление";
- <a id="p100024"></a>"Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 4. Биометрическая система - биометрическая верификация";
- <a id="p100025"></a>"Информационные технологии. Биометрия. Требования к формату обмена данными для испытательных стендов. Часть 5. Биометрическая система - биометрическая идентификация".


### <a id="p100026"></a>1 Область применения


<a id="p100027"></a>Настоящий стандарт устанавливает:
- <a id="p100028"></a>общие требования к испытательным стендам для проведения технологических и сценарных испытаний для оценки эксплуатационных характеристик подсистем обнаружения атаки на биометрическое предъявление (ОАБП);
- <a id="p100029"></a>требования к формату обмена данными испытательного стенда для оценки эксплуатационных характеристик подсистем ОАБП.
<a id="p100030"></a>Настоящий стандарт не устанавливает требования:
- <a id="p100031"></a>к интерфейсам прикладного программирования;
- <a id="p100032"></a>порядку проведения испытаний подсистем ОАБП, включая минимальный объем выборки для испытаний (см. ГОСТ Р 71414.1 и [ГОСТ Р 58624.3](https://bukva.ai/docs/protokol-gost-r-58624-3-2019));
- <a id="p100033"></a>механизмам контроля целостности.


### <a id="p100034"></a>2 Нормативные ссылки


<a id="p100035"></a>В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
<a id="p100036"></a>[ГОСТ 33707](https://bukva.ai/docs/standart-gost-33707-2016) (ISO/IEC 2382:2015) Информационные технологии. Словарь
<a id="p100037"></a>[ГОСТ ISO/IEC 2382-37](https://bukva.ai/docs/standart-gost-isoiec-2382-37-2016) Информационные технологии. Словарь. Часть 37. Биометрия
<a id="p100038"></a>[ГОСТ Р 7.0.64](https://bukva.ai/docs/standart-gost-r-7-0-64-2018) (ИСО 8601:2004) Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования
<a id="p100039"></a>[ГОСТ Р 58624.3](https://bukva.ai/docs/protokol-gost-r-58624-3-2019) (ИСО/МЭК 30107-3:2017) Информационные технологии. Биометрия. Обнаружение атаки на биометрическое предъявление. Часть 3. Испытания и протоколы испытаний
<a id="p100040"></a>ГОСТ Р 71414.1 (ИСО/МЭК 19795-1:2021) Информационные технологии. Биометрия. Эксплуатационные испытания и протоколы испытаний в биометрии. Часть 1. Принципы и структура
<a id="p100041"></a>*Примечание* - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если изменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.


### <a id="p100042"></a>3 Термины и определения


<a id="p100043"></a>В настоящем стандарте применены термины по [ГОСТ ISO/IEC 2382-37](https://bukva.ai/docs/standart-gost-isoiec-2382-37-2016) и [ГОСТ 33707](https://bukva.ai/docs/standart-gost-33707-2016), а также следующие термины с соответствующими определениями:
<a id="p100044"></a>3.1 испытательный стенд: Совокупность оборудования, программ и данных, необходимых для проведения испытания в соответствии с установленными требованиями и обеспечивающих получение результатов испытания в надлежащем формате.
<a id="p100045"></a>3.2 эксплуатационные характеристики: Показатели качества объекта испытания.
<a id="p100046"></a>3.3

| <a id="p100047"></a><a id="p100048"></a>витальность: Свойство или состояние живого индивида, подтверждаемое анатомическими характеристиками, непроизвольными реакциями, физиологическими функциями, произвольными реакциями или поведенческими характеристиками индивида.<br>[ГОСТ Р 58624.1-2019, [пункт 3.2](https://bukva.ai/docs/standart-gost-r-58624-1-2019#p100047)] |
| --- |

<a id="p100049"></a>3.4

| <a id="p100050"></a><a id="p100051"></a>атака на биометрическое предъявление: Биометрическое предъявление подсистеме сбора биометрических данных с целью вмешательства в работу биометрической системы.<br>[ГОСТ Р 58624.1-2019, [пункт 3.5](https://bukva.ai/docs/standart-gost-r-58624-1-2019#p100245)] |
| --- |

<a id="p100052"></a>3.5 подсистема обнаружения атаки на биометрическое предъявление; подсистема ОАБП: Компонент биометрической системы, предназначенный для автоматического обнаружения атаки на биометрическое предъявление.
<a id="p100053"></a>3.6

| <a id="p100054"></a><a id="p100055"></a>технологическое испытание: Испытание одного или более одного алгоритма распознавания одинаковых биометрических модальностей с использованием существовавшей ранее или специально собранной базы данных биометрических образцов в режиме отложенного задания.<br>[ГОСТ Р 71414.1-2024, пункт 3.13] |
| --- |

<a id="p100056"></a>3.7

| <a id="p100057"></a><a id="p100058"></a>сценарное испытание: Испытание, при проведении которого эксплуатационные характеристики системы определяются с помощью прототипа или имитирующего приложения при участии испытуемой группы.<br>[ГОСТ Р 71414.1-2024, пункт 3.14] |
| --- |

<a id="p100059"></a>3.8

| <a id="p100060"></a><a id="p100061"></a><a id="p100062"></a>протокол испытаний: Документ, содержащий необходимые сведения об объекте испытаний, применяемых методах, средствах и при необходимости условиях испытаний, результатах испытаний, оформленный в установленном порядке.<br>Примечание - При необходимости для интерпретации результатов испытаний протокол испытаний может содержать заключение по результатам испытаний.<br>[ГОСТ Р 58973-2020, [пункт 3.1](https://bukva.ai/docs/standart-gost-r-58973-2020#p100029)] |
| --- |

<a id="p100063"></a>3.9

| <a id="p100064"></a><a id="p100065"></a>программа: Данные, предназначенные для управления конкретными компонентами системы обработки информации в целях реализации определенного алгоритма.<br>[ГОСТ Р 56939-2024, [пункт 3.11](https://bukva.ai/docs/gost-r-56939-2024#p100048)] |
| --- |

<a id="p100066"></a>3.10 равная вероятность ошибок; РВО: Точка пересечения на графике рабочей характеристики, в которой при одном и том же пороге ложноотрицательная и ложноположительная ошибки равны.
<a id="p100067"></a>Примечания
<a id="p100068"></a>1 В контексте подсистемы ОАБП ошибкой первого рода является вероятность ошибки классификации подлинных биометрических предъявлений, ошибкой второго рода - вероятность ошибки классификации предъявления при атаке.
<a id="p100069"></a>2 РВО (обобщенная) - равная вероятность обобщенной ложноотрицательной и обобщенной ложноположительной ошибок, при расчете которых учитывают ошибки сбора данных.

<a id="p100070"></a>3.11

| <a id="p100071"></a><a id="p100072"></a>компромиссное определение ошибки; КОО: Соотношение между ложноположительными и ложноотрицательными ошибками бинарной классификационной системы при изменении порога принятия решения.<br>[ГОСТ Р 71414.1-2024, пункт 3.28] |
| --- |



### <a id="p100073"></a>4 Сокращения


<a id="p100074"></a>В настоящем стандарте применены следующие сокращения:
<a id="p100075"></a>ББД - биометрическая база данных;
<a id="p100076"></a>ВИАБП - вид инструмента атаки на биометрическое предъявление;
<a id="p100077"></a>ВОКПА - вероятность ошибки классификации предъявления при атаке;
<a id="p100078"></a>ВОКПБП - вероятность ошибки классификации подлинных биометрических предъявлений;
<a id="p100079"></a>ВООПА - вероятность отсутствия ответа на предъявление артефакта;
<a id="p100080"></a>ВООПБП - вероятность отсутствия ответа на подлинное биометрическое предъявление;
<a id="p100081"></a>ДОПО - длительность обработки подсистемой обнаружения атаки на биометрическое предъявление;
<a id="p100082"></a>ОВОКПА - обобщенная вероятность ошибки классификации предъявления при атаке;
<a id="p100083"></a>ОВОКПБП - обобщенная вероятность ошибки классификации подлинных биометрических предъявлений.


### <a id="p100084"></a>5 Схема испытательного стенда



#### <a id="p100085"></a>5.1 Технологические испытания


<a id="p100086"></a>Схема испытательного стенда для проведения технологических испытаний подсистем ОАБП представлена на рисунке 1.

<a id="p100087"></a> ![5 Схема испытательного стенда](https://i.bukva.ai/nXGW6buO/img_0.png) 

<a id="p100088"></a>Рисунок 1 - Схема испытательного стенда
для проведения технологических испытаний подсистем ОАБП

<a id="p100089"></a>Примечания
<a id="p100090"></a>1 На технологических испытаниях подсистема ОАБП может быть представлена в виде программного модуля или программы.
<a id="p100091"></a>2 ББД может быть дополнительно перемешана и переименована перед началом испытаний с обязательным сохранением файла с разметкой данных.

<a id="p100092"></a>Испытуемая подсистема ОАБП должна осуществить поочередную проверку витальности каждого биометрического предъявления из ББД с сохранением для каждого биометрического предъявления результата проверки витальности и временны́х параметров.
<a id="p100093"></a>**По завершении испытания испытуемая подсистема ОАБП должна сформировать файл формата .csv с результатами проверки витальности в соответствии со структурой данных, описанной в [разделе 6](#p100105). После получения от подсистемы ОАБП файл формата .csv должен быть проверен с использованием механизмов контроля целостности.**
<a id="p100094"></a>Примечания
<a id="p100095"></a>1 Формат .csv - простой текстовый формат для хранения табличных данных, в котором каждая строка соответствует строке таблицы, а значения в столбцах разделены запятыми.
<a id="p100096"></a>2 Данные, представленные в файле формата .csv, также обеспечивают возможность проведения визуальной проверки результатов проверки витальности.

<a id="p100097"></a>Подсистема обработки представляет собой программно-аппаратное вычислительное устройство, предназначенное для обработки файла с результатами проверки витальности, полученного от подсистемы ОАБП, с использованием файла разметки ББД. В результате этого процесса в подсистеме обработки формируется протокол испытания.


#### <a id="p100098"></a>5.2 Сценарные испытания


<a id="p100099"></a>Общая схема испытательного стенда для проведения сценарных испытаний подсистем ОАБП представлена на рисунке 2.

<div align="center">

<a id="p100100"></a> ![5 Схема испытательного стенда](https://i.bukva.ai/nXGW6buO/img_1.png) 

</div>


<a id="p100101"></a>Рисунок 2 - Схема испытательного стенда
для проведения сценарных испытаний подсистем ОАБП

<a id="p100102"></a>В сценарных испытаниях подсистем ОАБП члены испытуемой группы осуществляют биометрические предъявления.
<a id="p100103"></a>Сценарные испытания подсистем ОАБП проводят в присутствии наблюдателя за испытанием, который дает членам испытуемой группы необходимые инструкции по осуществлению биометрических предъявлений и фиксирует результаты данных предъявлений и другую необходимую информацию в протоколе наблюдателя за испытанием. Требования к протоколу наблюдателя за испытанием приведены в [6.3](#p100209).
<a id="p100104"></a>Подсистема обработки представляет собой программно-аппаратное вычислительное устройство, предназначенное для обработки протокола наблюдателя за испытанием. В результате данной обработки формируют протокол испытания.


### <a id="p100105"></a>6 Формат входных данных



#### <a id="p100106"></a>6.1 Общие положения


<a id="p100107"></a>В общем случае при проведении испытаний подсистем ОАБП оценивают следующие эксплуатационные характеристики:
- <a id="p100108"></a>для технологических испытаний:
- <a id="p100109"></a>ВОКПА (для каждого ВИАБП);
- <a id="p100110"></a>ВОКПБП;
- <a id="p100111"></a>ВООПА (для каждого ВИАБП);
- <a id="p100112"></a>ВООПБП;

<div align="center">

- <a id="p100113"></a>ОВОКПА (для каждого ВИАБП);

</div>

- <a id="p100114"></a>ОВОКПБП;

<div align="center">

- <a id="p100115"></a>ДОПО (для каждого ВИАБП);<br>
- <a id="p100116"></a>ДОПО (для подлинных биометрических предъявлений);

</div>

- <a id="p100117"></a>РВО;
- <a id="p100118"></a>РВО (обобщенная);
- <a id="p100119"></a>для сценарных испытаний:
- <a id="p100120"></a>ВОКПА (для каждого ВИАБП);
- <a id="p100121"></a>ВОКПБП;
<a id="p100122"></a>**- ВООПА (для каждого ВИАБП);**
- <a id="p100123"></a>ВООПБП;
- <a id="p100124"></a>ОВОКПА (для каждого ВИАБП);
- <a id="p100125"></a>ОВОКПБП.
<a id="p100126"></a>*Примечание* - Конкретный перечень оцениваемых эксплуатационных характеристик зависит от испытуемых подсистем ОАБП. Например, при проведении сценарных испытаний ВОКПА, ВОКПБП, ВООПА и ВООПБП вычисляют, если доступна соответствующая информация от подсистемы ОАБП или подсистемы сбора биометрических данных.

<a id="p100127"></a>Порядок расчета эксплуатационных характеристик подсистем ОАБП определен в [ГОСТ Р 58624.3](https://bukva.ai/docs/protokol-gost-r-58624-3-2019) и ГОСТ Р 71414.1.


#### <a id="p100128"></a>6.2 Технологические испытания



##### <a id="p100129"></a>6.2.1 Общие положения

<a id="p100130"></a>В технологическом испытании подсистемы ОАБП для оценки эксплуатационных характеристик на вход подсистемы обработки испытательного стенда должен быть подан файл формата .csv, содержащий данные, указанные в [таблице 1](#p100133).
<a id="p100131"></a>Пример заполнения файла данных в соответствии с таблицей 1 приведен в [А.1](#p100285).

<a id="p100132"></a>Таблица 1

<a id="p100133"></a>Формат данных входного файла подсистемы
обработки испытательного стенда для проведения
технологических испытаний подсистем ОАБП


| <a id="p100134"></a>Название столбца | <a id="p100135"></a>Тип значения | <a id="p100136"></a>Содержание | <a id="p100137"></a>Обязательно/необязательно |
| --- | --- | --- | --- |
| <a id="p100138"></a>FILE_PATH | <a id="p100139"></a>Строка | <a id="p100140"></a>Полный путь к текущему проверяемому файлу | <a id="p100141"></a>Необязательно |
| <a id="p100142"></a>FILE_NAME | <a id="p100143"></a>Строка | <a id="p100144"></a>Имя текущего проверяемого файла | <a id="p100145"></a>Обязательно |
| <a id="p100146"></a>FILE_SIZE | <a id="p100147"></a>Число | <a id="p100148"></a>Размер текущего проверяемого файла в байтах | <a id="p100149"></a>Необязательно |
| <a id="p100150"></a>TIME_START | <a id="p100151"></a>Дата и время | <a id="p100152"></a>Дата и время отправки запроса на проверку витальности по текущему проверяемому файлу | <a id="p100153"></a>Обязательно |
| <a id="p100154"></a>TIME_END | <a id="p100155"></a>Дата и время | <a id="p100156"></a>Дата и время получения результата проверки витальности по текущему проверяемому файлу | <a id="p100157"></a>Обязательно |
| <a id="p100158"></a>DURATION | <a id="p100159"></a>Число | <a id="p100160"></a>Длительность обработки текущего проверяемого файла. Разность между TIME_END и TIME_START в миллисекундах | <a id="p100161"></a>Обязательно |
| <a id="p100162"></a>SCORE | <a id="p100163"></a>Число с плавающей точкой | <a id="p100164"></a>Результат проверки витальности по текущему проверяемому файлу | <a id="p100165"></a>Обязательно |
| <a id="p100166"></a>RESULT | <a id="p100167"></a>Число | <a id="p100168"></a>Результат проверки витальности по текущему проверяемому файлу | <a id="p100169"></a>Обязательно |
| <a id="p100170"></a>STATUS | <a id="p100171"></a>Строка (от 1 до 200 знаков) | <a id="p100172"></a>Статус завершения операции/транзакции проверки витальности по текущему проверяемому файлу | <a id="p100173"></a>Обязательно |



##### <a id="p100174"></a>6.2.2 Поле "FILE_PATH"

<div align="center">

<a id="p100175"></a>В поле "FILE_PATH" указывается полный путь к текущему проверяемому файлу.<br>
<a id="p100176"></a>Заполнение поля "FILE_PATH" необязательно.

</div>


##### <a id="p100177"></a>6.2.3 Поле "FILE_NAME"

<div align="center">

<a id="p100178"></a>В поле "FILE_NAME" указывается название текущего проверяемого файла.<br>
<a id="p100179"></a>Заполнение поля "FILE_NAME" обязательно для сопоставления полученных результатов с файлом, содержащим информацию о разметке данных.

</div>


##### <a id="p100180"></a>6.2.4 Поле "FILE_SIZE"

<div align="center">

<a id="p100181"></a>В поле "FILE_SIZE" указывается размер в байтах текущего проверяемого файла.<br>
<a id="p100182"></a>Заполнение поля "FILE_SIZE" необязательно.

</div>


##### <a id="p100183"></a>6.2.5 Поле "TIME_START"

<a id="p100184"></a>В поле "TIME_START" указываются дата и время отправки запроса на проверку витальности по текущему проверяемому файлу с разделителем T в формате, соответствующем требованиям [ГОСТ Р 7.0.64](https://bukva.ai/docs/standart-gost-r-7-0-64-2018).
<a id="p100185"></a>Минимальная необходимая точность представления времени для технологических испытаний подсистем ОАБП - миллисекунды, поэтому разряд секунд должен содержать дробную часть с размером не менее чем три знака. При этом в целях избежания ошибок при обработке программными средствами дробная часть должна быть отделена точкой (например, 2025-02-17T17:25:06.165810).
<a id="p100186"></a>Заполнение поля "TIME_START" обязательно для оценки эксплуатационных характеристик, связанных со временем и скоростью обработки данных, а также для фиксирования в протоколе временны́х параметров проведения испытания.

##### <a id="p100187"></a>6.2.6 Поле "TIME_END"

<a id="p100188"></a>В поле "TIME_END" указываются дата и время получения результата проверки витальности по текущему проверяемому файлу с разделителем T в формате, соответствующем требованиям [ГОСТ Р 7.0.64](https://bukva.ai/docs/standart-gost-r-7-0-64-2018).
<a id="p100189"></a>Минимальная необходимая точность представления времени для технологических испытаний подсистем ОАБП - миллисекунды, поэтому разряд секунд должен содержать дробную часть с размером не менее чем три знака. При этом в целях избежания ошибок при обработке программными средствами дробная часть должна быть отделена точкой (например, 2025-02-17T17:25:06.165810).
<a id="p100190"></a>Заполнение поля "TIME_END" обязательно для оценки эксплуатационных характеристик, связанных со временем и скоростью обработки данных, а также для фиксирования в протоколе временны́х параметров проведения испытания.

##### <a id="p100191"></a>6.2.7 Поле "DURATION"

<a id="p100192"></a>В поле "DURATION" указывается длительность обработки текущего проверяемого файла, представляющая собой разность в миллисекундах между временем получения результата проверки витальности по текущему проверяемому файлу (значение поля "TIME_END") и временем отправки запроса на проверку текущего проверяемого файла (значение поля "TIME_START").
<a id="p100193"></a>Заполнение поля "DURATION" обязательно для оценки эксплуатационных характеристик, связанных со временем обработки данных.

##### <a id="p100194"></a>6.2.8 Поле "SCORE"

<a id="p100195"></a>В поле "SCORE" указывается результат проверки витальности по текущему проверяемому файлу, представляющий собой число с плавающей точкой, точность которого составляет не менее трех знаков после запятой.
<a id="p100196"></a>*Примечание* - Точность ответа в поле "SCORE" зависит от величины проверяемых ошибок и может быть выражена числом с четырьмя знаками после запятой или более.

<a id="p100197"></a>Повышение точности значения, указываемого в поле "SCORE", должно сопровождаться увеличением объема ББД.
<a id="p100198"></a>Значения результатов проверки витальности должны варьироваться в диапазоне (0; 1], при этом нижняя граница (0) соответствует отнесению предъявления к классу подлинных лиц, а верхняя граница (1) - к классу ВИАБП.
<a id="p100199"></a>Заполнение поля "SCORE" обязательно для построения графиков КОО и рабочей характеристики, для расчета РВО, а также для оценки значения ошибки первого или второго рода при фиксированном значении второй ошибки.
<a id="p100200"></a>Если результат проверки витальности не был получен, в поле "SCORE" указывается значение 0, в поле "RESULT" (см. 6.2.9) указывается значение 9, а в поле "STATUS" (см. [6.2.10](#p100205)) указывается код ошибки.

##### <a id="p100201"></a>6.2.9 Поле "RESULT"

<a id="p100202"></a>В поле "RESULT" указывается результат проверки витальности по текущему проверяемому файлу, представляющий собой бинарный ответ (0 или 1), при этом значение 1 соответствует отнесению предъявления к классу ВИАБП, а 0 - к классу подлинных лиц.
<a id="p100203"></a>Заполнение поля "RESULT" обязательно для оценки эксплуатационных характеристик, связанных с наблюдаемой частотой ошибок первого и второго рода.
<a id="p100204"></a>Если результат проверки витальности не был получен, в поле "RESULT" указывается значение 9, в поле "SCORE" (см. [6.2.8](#p100194)) указывается значение 0, а в поле "STATUS" (см. 6.2.10) указывается код ошибки.

##### <a id="p100205"></a>6.2.10 Поле "STATUS"

<a id="p100206"></a>В поле "STATUS" указывается статус завершения операции/транзакции проверки витальности по текущему проверяемому файлу.
<a id="p100207"></a>Заполнение поля "STATUS" обязательно для оценки эксплуатационных характеристик, связанных с ошибками, которые привели к отсутствию ответа со стороны подсистемы ОАБП.
<a id="p100208"></a>*Пример* - "Success", "No face detected", "Error: timeout".


#### <a id="p100209"></a>6.3 Сценарные испытания



##### <a id="p100210"></a>6.3.1 Общие положения

<a id="p100211"></a>В сценарном испытании подсистемы ОАБП для оценки эксплуатационных характеристик на вход подсистемы обработки испытательного стенда должен быть подан протокол наблюдателя за испытанием в формате .csv, содержащий данные, указанные в [таблице 2](#p100214).
<a id="p100212"></a>Пример заполнения протокола наблюдателя за испытанием по результатам проверки витальности в соответствии с таблицей 2 приведен в [А.2](#p100342).

<a id="p100213"></a>Таблица 2

<a id="p100214"></a>Формат данных входного файла подсистемы
обработки испытательного стенда для проведения
сценарных испытаний подсистем ОАБП


| <a id="p100215"></a>Название столбца | <a id="p100216"></a>Тип значения | <a id="p100217"></a>Содержание | <a id="p100218"></a>Обязательно/необязательно |
| --- | --- | --- | --- |
| <a id="p100219"></a>PRESENTATION_TYPE | <a id="p100220"></a>Строка | <a id="p100221"></a>Тип предъявлений в текущей серии биометрических предъявлений | <a id="p100222"></a>Обязательно |
| <a id="p100223"></a>PAI_TYPE | <a id="p100224"></a>Строка | <a id="p100225"></a>Для серии биометрических предъявлений самозванца: ВИАБП | <a id="p100226"></a>Обязательно |
| <a id="p100227"></a>TIME_START | <a id="p100228"></a>Строка | <a id="p100229"></a>Дата и время начала текущей серии биометрических предъявлений | <a id="p100230"></a>Обязательно |
| <a id="p100231"></a>TIME_END | <a id="p100232"></a>Строка | <a id="p100233"></a>Дата и время окончания текущей серии биометрических предъявлений | <a id="p100234"></a>Обязательно |
| <a id="p100235"></a>SCENARIO | <a id="p100236"></a>Строка | <a id="p100237"></a>Реализуемый сценарий | <a id="p100238"></a>Обязательно |
| <a id="p100239"></a>PRESENTATION_NUM | <a id="p100240"></a>Число | <a id="p100241"></a>Общее число предъявлений в текущей серии биометрических предъявлений | <a id="p100242"></a>Обязательно |
| <a id="p100243"></a>ACQUISITION_ERROR_NUM | <a id="p100244"></a>Число | <a id="p100245"></a>Число биометрических предъявлений, завершившихся отказом сбора биометрических данных | <a id="p100246"></a>Необязательно |
| <a id="p100247"></a>PAD_ERROR_NUM | <a id="p100248"></a>Число | <a id="p100249"></a>Число биометрических предъявлений, завершившихся ОАБП | <a id="p100250"></a>Обязательно |
| <a id="p100251"></a>COMMENT | <a id="p100252"></a>Строка (от 1 до 200 знаков) | <a id="p100253"></a>Комментарий о процессе проверки витальности в текущей серии биометрических предъявлений | <a id="p100254"></a>Необязательно |



##### <a id="p100255"></a>6.3.2 Поле "PRESENTATION_TYPE"

<a id="p100256"></a>В поле "PRESENTATION_TYPE" указывается тип предъявлений в текущей серии биометрических предъявлений: предъявления подлинного лица или предъявления самозванца.
<a id="p100257"></a>Заполнение поля "PRESENTATION_TYPE" обязательно.

##### <a id="p100258"></a>6.3.3 Поле "PAI_TYPE"

<a id="p100259"></a>В поле "PAI_TYPE" указывается ВИАБП, используемый в текущей серии биометрических предъявлений.
<a id="p100260"></a>Если предъявления в текущей серии биометрических предъявлений являются предъявлениями подлинного лица, в поле "PAI_TYPE" указывается значение 0.
<a id="p100261"></a>Заполнение поля "PAI_TYPE" обязательно.

##### <a id="p100262"></a>6.3.4 Поле "TIME_START"

<a id="p100263"></a>В поле "TIME_START" указываются дата и время начала текущей серии биометрических предъявлений в формате, соответствующем требованиям [ГОСТ Р 7.0.64](https://bukva.ai/docs/standart-gost-r-7-0-64-2018).
<a id="p100264"></a>Заполнение поля "TIME_START" обязательно.

##### <a id="p100265"></a>6.3.5 Поле "TIME_END"

<a id="p100266"></a>В поле "TIME_END" указываются дата и время окончания текущей серии биометрических предъявлений в формате, соответствующем требованиям [ГОСТ Р 7.0.64](https://bukva.ai/docs/standart-gost-r-7-0-64-2018).
<a id="p100267"></a>Заполнение поля "TIME_END" обязательно.

##### <a id="p100268"></a>6.3.6 Поле "SCENARIO"

<a id="p100269"></a>В поле "SCENARIO" указывается реализуемый сценарий в текущей серии биометрических предъявлений.
<a id="p100270"></a>Заполнение поля "SCENARIO" обязательно.

##### <a id="p100271"></a>6.3.7 Поле PRESENTATION_NUM"

<a id="p100272"></a>В поле "PRESENTATION_NUM" указывается общее число предъявлений в текущей серии биометрических предъявлений.
<a id="p100273"></a>Заполнение поля "PRESENTATION_NUM" обязательно.

##### <a id="p100274"></a>6.3.8 Поле "ACQUISITION_ERROR_NUM"

<a id="p100275"></a>В поле "ACQUISITION_ERROR_NUM" указывается число предъявлений в текущей серии биометрических предъявлений, завершившихся отказом сбора биометрических данных.
<a id="p100276"></a>Заполнение поля "ACQUISITION_ERROR_NUM" необходимо для оценки эксплуатационных характеристик, связанных с ошибками сбора биометрических данных, но является необязательным, так как для этого должна быть доступна соответствующая информация от подсистемы ОАБП или подсистемы сбора биометрических данных.

##### <a id="p100277"></a>6.3.9 Поле "PAD_ERROR_NUM"

<a id="p100278"></a>В поле "PAD_ERROR_NUM" указывается число предъявлений в текущей серии биометрических предъявлений, завершившихся ОАБП.
<a id="p100279"></a>Заполнение поля "PAD_ERROR_NUM" обязательно.

##### <a id="p100280"></a>6.3.10 Поле "COMMENT"

<a id="p100281"></a>В поле "COMMENT" указывается комментарий о процессе проверки витальности в текущей серии биометрических предъявлений. Комментарий может содержать, например, информацию о причинах отсутствия ответа со стороны подсистемы ОАБП, если они известны, или информацию о трудностях взаимодействия субъекта с испытуемой подсистемой ОАБП.
<a id="p100282"></a>Заполнение поля "COMMENT" необязательно.





<a id="p100283"></a>Приложение А
(справочное)

<div align="right">

<a id="p100284"></a>ПРИМЕРЫ ВХОДНЫХ ФАЙЛОВ ПОДСИСТЕМЫ ОБРАБОТКИ<br>
ИСПЫТАТЕЛЬНОГО СТЕНДА ДЛЯ ПРОВЕДЕНИЯ ТЕХНОЛОГИЧЕСКИХ<br>
И СЦЕНАРНЫХ ИСПЫТАНИЙ ПОДСИСТЕМ ОАБП

</div>


<a id="p100285"></a>А.1 Технологические испытания

<a id="p100286"></a>*Пример* входного файла подсистемы обработки испытательного стенда для проведения технологических испытаний подсистем ОАБП приведен в таблице А.1.

<div align="center">

<a id="p100287"></a>**Таблица А.1**

</div>



| <a id="p100288"></a>FILE_PATH | <a id="p100289"></a>FILE_NAME | <a id="p100290"></a>FILE_SIZE | <a id="p100291"></a>TIME_START | <a id="p100292"></a>TIME_END | <a id="p100293"></a>DURATION | <a id="p100294"></a>SCORE | <a id="p100295"></a>RESULT | <a id="p100296"></a>STATUS |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| <a id="p100297"></a>/input | <a id="p100298"></a>{333a00}.png | <a id="p100299"></a>3257341 | <a id="p100300"></a>2025-02-17T17:25:06.165810 | <a id="p100301"></a>2025-02-17T17:25:06.165810 | <a id="p100302"></a>0 | <a id="p100303"></a>0 | <a id="p100304"></a>9 | <a id="p100305"></a>No face detected |
| <a id="p100306"></a>/input | <a id="p100307"></a>{08f8de}.png | <a id="p100308"></a>3128644 | <a id="p100309"></a>2025-02-17T17:25:06.085819 | <a id="p100310"></a>2025-02-17T17:25:06.670739 | <a id="p100311"></a>585 | <a id="p100312"></a>0.988 | <a id="p100313"></a>1 | <a id="p100314"></a>Success |
| <a id="p100315"></a>/input | <a id="p100316"></a>{be568c}.png | <a id="p100317"></a>2313625 | <a id="p100318"></a>2025-02-17T17:25:06.401325 | <a id="p100319"></a>2025-02-17T17:25:06.866549 | <a id="p100320"></a>465 | <a id="p100321"></a>0.625 | <a id="p100322"></a>1 | <a id="p100323"></a>Success |
| <a id="p100324"></a>/input | <a id="p100325"></a>{4d1d49}.png | <a id="p100326"></a>2996841 | <a id="p100327"></a>2025-02-17T17:25:06.481827 | <a id="p100328"></a>2025-02-17T17:25:06.939152 | <a id="p100329"></a>457 | <a id="p100330"></a>0.261 | <a id="p100331"></a>0 | <a id="p100332"></a>Success |
| <a id="p100333"></a>/input | <a id="p100334"></a>{6e1610}.png | <a id="p100335"></a>2771054 | <a id="p100336"></a>2025-02-17T17:25:07.974515 | <a id="p100337"></a>2025-02-17T17:25:08.493541 | <a id="p100338"></a>519 | <a id="p100339"></a>0.473 | <a id="p100340"></a>0 | <a id="p100341"></a>Success |


<div align="right">

<a id="p100342"></a>А.2 Сценарные испытания

</div>


<a id="p100343"></a>*Пример* входного файла подсистемы обработки испытательного стенда для проведения сценарных испытаний подсистем ОАБП приведен в таблице А.2.

<a id="p100344"></a>Таблица А.2


| <a id="p100345"></a>PRESENTATION_TYPE | <a id="p100346"></a>PAI_TYPE | <a id="p100347"></a>TIME_START | <a id="p100348"></a>TIME_END | <a id="p100349"></a>SCENARIO | <a id="p100350"></a>PRESENTATION_NUM | <a id="p100351"></a>ACQUISITION_ERROR_NUM | <a id="p100352"></a>PAD_ERROR_NUM | <a id="p100353"></a>COMMENT |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| <a id="p100354"></a>Подлинное лицо | <a id="p100355"></a>0 | <a id="p100356"></a>2025-02-11T10:05 | <a id="p100357"></a>2025-02-11T10:09 | <a id="p100358"></a>Кооперативный режим; 300 лк | <a id="p100359"></a>20 | <a id="p100360"></a>0 | <a id="p100361"></a>1 | <a id="p100362"></a>- |
| <a id="p100363"></a>Подлинное лицо | <a id="p100364"></a>0 | <a id="p100365"></a>2025-02-11T10:10 | <a id="p100366"></a>2025-02-11T10:15 | <a id="p100367"></a>Некооперативный режим; 300 лк | <a id="p100368"></a>20 | <a id="p100369"></a>0 | <a id="p100370"></a>0 | <a id="p100371"></a>- |
| <a id="p100372"></a>Самозванец | <a id="p100373"></a>Распечатанная фотография | <a id="p100374"></a>2025-02-11T10:25 | <a id="p100375"></a>2025-02-11T11:00 | <a id="p100376"></a>Некооперативный режим; 50 лк | <a id="p100377"></a>60 | <a id="p100378"></a>10 | <a id="p100379"></a>0 | <a id="p100380"></a>Лицо не найдено |
| <a id="p100381"></a>Самозванец | <a id="p100382"></a>Распечатанная фотография | <a id="p100383"></a>2025-02-11T11:15 | <a id="p100384"></a>2025-02-11T12:10 | <a id="p100385"></a>Кооперативный режим; 50 лк | <a id="p100386"></a>60 | <a id="p100387"></a>3 | <a id="p100388"></a>1 | <a id="p100389"></a>Лицо не найдено |
| <a id="p100390"></a>Самозванец | <a id="p100391"></a>Распечатанная фотография | <a id="p100392"></a>2025-02-11T12:20 | <a id="p100393"></a>2025-02-11T12:50 | <a id="p100394"></a>Кооперативный режим; 300 лк | <a id="p100395"></a>60 | <a id="p100396"></a>0 | <a id="p100397"></a>1 | <a id="p100398"></a>- |


<a id="p100399"></a>*Примечание* - На практике в целях оптимизации времени заполнения наблюдателем за испытанием протокола тестируемым ВИАБП сценариям и типичным ошибкам могут быть присвоены уникальные идентификаторы. В этом случае в приложении к протоколу испытаний помимо протоколов наблюдателя за испытанием следует привести файл расшифровки уникальных идентификаторов.






<table>
<colgroup><col width="69%"><col width="31%"></colgroup>
<tr><td><a id="p100400"></a>УДК 004.93'1:006.354</td><td><a id="p100401"></a>ОКС 35.240.15</td></tr>
<tr><td colspan="2"><a id="p100402"></a>Ключевые слова: информационные технологии, испытательные стенды, подсистема обнаружения атаки на биометрическое предъявление, оценка эксплуатационных характеристик</td></tr>
</table>




<a id="p100403"></a>

---