---
title: "\"ГОСТ Р ИСО/МЭК 13157-1-2015. Национальный стандарт Российской Федерации. Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 1. Службы и протокол безопасности NFC-SEC NFCIP-1\""
number: "ГОСТ Р ИСО/МЭК 13157-1-2015"
issuer: "Федеральное агентство по техническому регулированию и метрологии"
status: действует
canonical: "https://bukva.ai/docs/gost-r-isomek-13157-1-2015"
---

## "ГОСТ Р ИСО/МЭК 13157-1-2015. Национальный стандарт Российской Федерации. Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 1. Службы и протокол безопасности NFC-SEC NFCIP-1"

# "ГОСТ Р ИСО/МЭК 13157-1-2015. Национальный стандарт Российской Федерации. Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 1. Службы и протокол безопасности NFC-SEC NFCIP-1"

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

> [!IMPORTANT]
> Документ [введен](#p100012) в действие с 1 ноября 2016 года.


<div align="right">

<a id="p100001"></a>Утвержден и введен в действие<br>
Приказом Федерального<br>
агентства по техническому<br>
регулированию и метрологии<br>
от 10 сентября 2015 г. N 1329-ст

</div>


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

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

<a id="p100004"></a>**ТЕЛЕКОММУНИКАЦИИ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ**

<a id="p100005"></a>**БЕЗОПАСНОСТЬ NFC**

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

<a id="p100007"></a>**СЛУЖБЫ И ПРОТОКОЛ БЕЗОПАСНОСТИ NFC-SEC NFCIP-1**

<a id="p100008"></a>Information technology. Telecommunications
and information exchange between systems. NFC Security.
Part 1. NFC-SEC NFCIP-1 security services and protocol

<a id="p100009"></a>**ISO/IEC 13157-1:2010**
Information technology - Telecommunications and information
exchange between systems - NFC Security - Part 1:
NFC-SEC NFCIP-1 security services and protocol
**(IDT)**

<a id="p100010"></a>**ГОСТ Р ИСО/МЭК 13157-1-2015**

<div align="right">

<a id="p100011"></a>ОКС 35.110

<a id="p100012"></a>Дата введения<br>
1 ноября 2016 года

</div>



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


<a id="p100014"></a>1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием Государственный научно-исследовательский и конструкторско-технологический институт "ТЕСТ" (ФГУП ГосНИИ "ТЕСТ"); Обществом с ограниченной ответственностью "Информационно-аналитический вычислительный центр" (ООО "ИАВЦ") на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
<a id="p100015"></a>2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 "Информационные технологии"
<a id="p100016"></a>3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 10 сентября 2015 г. N 1329-ст
<a id="p100017"></a>4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 13157-1:2010 "Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 1. Службы и протокол безопасности NFC-SEC NFCIP-1" (ISO/IEC 13157-1:2010 "Information technology - Telecommunications and information exchange between systems - NFC Security - Part 1: NFC-SEC NFCIP-1 security services and protocol").
<a id="p100018"></a>При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном [приложении ДА](#p100423)
<a id="p100019"></a>**5 ВВЕДЕН ВПЕРВЫЕ**

<a id="p100020"></a>Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)


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


<a id="p100022"></a>Настоящий стандарт определяет службы NFC-SEC Защищенный канал и Совместно используемый секретный ключ для NFCIP-1, а также протокол и виды PDU для данных служб.
<a id="p100023"></a>Примечания
<a id="p100024"></a>1 NFC-SEC предназначен исключительно для протокола обмена данными ИСО/МЭК 18092.
<a id="p100025"></a>2 Настоящий стандарт не затрагивает конкретных механизмов защиты приложения (что обычно необходимо для сценариев использования, связанных со смарт-картами, и стандартизировано в сериях ИСО/МЭК 7816). NFC-SEC может дополнять конкретные механизмы защиты приложений, определенные в ИСО/МЭК 7816.


### 2. <a id="p100026"></a>Соответствие


<a id="p100027"></a>Совместимые реализации используют механизмы защиты в криптографической части NFC-SEC, которая определяет выбранный PID с помощью одной или более служб, определенных в настоящем стандарте.
<a id="p100028"></a>Совместимые реализации, использующие протокол NFCIP-1, должны также соответствовать требованиям [приложения B](#p100313).


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


<a id="p100030"></a>В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
<a id="p100031"></a>ИСО/МЭК 7498-1:1994 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель (ISO/IEC 7498-1:1994, Information technology - Open Systems Interconnection - Basic Reference Model: The Basic Model)
<a id="p100032"></a>ИСО/МЭК 7498-2:1989 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации (ISO 7498-2:1989, Information processing systems - Open Systems Interconnection - Basic Reference Model - Part 2: Security Architecture)
<a id="p100033"></a>ИСО/МЭК 10731:1994 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Условное обозначение для услуг ВОС (ISO/IEC 10731:1994, Information technology - Open Systems Interconnection - Basic Reference Model - Conventions for the definition of OSI services)
<a id="p100034"></a>ИСО/МЭК 11770-1:1996 Информационные технологии. Методы обеспечения безопасности. Управление ключами защиты. Часть 1. Структура (ISO/IEC 11770-1:1996, Information technology - Security techniques - Key management - Part 1: Framework)
<a id="p100035"></a>ИСО/МЭК 13157-2:2010 Информационные технологии. Телекоммуникации и обмен информацией между системами. Безопасность NFC. Часть 2. Криптографический стандарт для NFC-SEC с использованием ECDH и AES [ISO/IEC 13157-2:2010, Information technology - Telecommunications and information exchange between systems - NFC Security - Part 2: NFC-SEC cryptography standard using ECDH and AES (also published by ECMA as Standard ECMA-386)]
<a id="p100036"></a>ИСО/МЭК 18092:2004 Информационные технологии. Телекоммуникации и обмен информацией между системами. Интерфейс и протокол связи для ближнего поля-1 (NFCIP-1) [ISO/IEC 18092:2004, Information technology - Telecommunications and information exchange between systems - Near Field Communication - Interface and Protocol (NFCIP-1) (also published by ECMA as Standard ECMA-340)]


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


<a id="p100038"></a>В настоящем стандарте применены следующие термины с соответствующими определениями:
<a id="p100039"></a>4.1 соединение (connection): (N)-соединение, определенное в ИСО/МЭК 7498-1.
<a id="p100040"></a>4.2 логический объект (entity): (N)-логический объект, определенный в ИСО/МЭК 7498-1.
<a id="p100041"></a>4.3 ключ связи (link key): Секретный ключ, защищающий коммуникации через защищенный канал.
<a id="p100042"></a>4.4 пользователь NFC-SEC (NFC-SEC User): Объект, использующий службу NFC-SEC.
<a id="p100043"></a>4.5 протокол (protocol): (N)-протокол, определенный в ИСО/МЭК 7498-1.
<a id="p100044"></a>4.6 получатель (Recipient): NFC-SEC-объект, который получает ACT_REQ.
<a id="p100045"></a>4.7 защищенный канал (secure channel): Защищенное NFC-SEC-соединение.
<a id="p100046"></a>4.8 отправитель (Sender): NFC-SEC-объект, который отправляет ACT_REQ.
<a id="p100047"></a>4.9 услуга (service): (N)-услуга, определенная в ИСО/МЭК 7498-1.
<a id="p100048"></a>4.10 совместно используемый секретный ключ (shared secret): Секретный ключ, совместно используемый двумя равноправными пользователями NFC-SEC.


### 5. <a id="p100049"></a>Соглашения и обозначения


<a id="p100050"></a>В настоящем стандарте применены следующие соглашения и обозначения, если не указано иное.

#### <a id="p100051"></a>5.1 Представление чисел

- <a id="p100052"></a>Буквы и цифры в круглых скобках представляют собой числа в шестнадцатеричной системе счисления.
- <a id="p100053"></a>Установка битов обозначается НУЛЕМ или ЕДИНИЦЕЙ.
- <a id="p100054"></a>Числа в двоичной системе счисления и битовые комбинации представлены строками, состоящими из цифр 0 и 1, со старшим битом слева. Внутри таких строк может использоваться знак X с целью указать, что установка бита не указана внутри строки.
- <a id="p100055"></a>В октетах Isb - бит под номером 1, msb - бит под номером 8.

#### <a id="p100056"></a>5.2 Названия

<a id="p100057"></a>Названия базовых элементов, например конкретных областей, пишутся с прописной начальной буквы.


### 6. <a id="p100058"></a>Сокращения


<a id="p100059"></a>В настоящем стандарте применены следующие сокращения:
<a id="p100060"></a>ACT_REQ - Activation Request PDU (PDU-запрос на активацию).
<a id="p100061"></a>ACT_RES - Activation Response PDU (PDU-реакция на активацию).
<a id="p100062"></a>ENC - Encrypted Packet PDU (PDU-зашифрованный пакет).
<a id="p100063"></a>ERROR - Error PDU (PDU с ошибкой).
<a id="p100064"></a>Isb - least significant bit (младший бит).
<a id="p100065"></a>LSB - Least Significant Byte (младший байт).
<a id="p100066"></a>msb - most significant bit (старший бит).
<a id="p100067"></a>MSB - Most Significant Byte (старший байт).
<a id="p100068"></a>MSG - MesSaGe code (код сообщения).
<a id="p100069"></a>PCI - Protocol Control Information (протокольная управляющая информация) (см. ИСО/МЭК 7498-1).
<a id="p100070"></a>PDU - Protocol Data Unit (протокольный блок данных) (см. ИСО/МЭК 7498-1).
<a id="p100071"></a>PID - Protocol Identifier (идентификатор протокола).
<a id="p100072"></a>RFU - Reserved for Future Use (зарезервировано для использования в будущем).
<a id="p100073"></a>SCH - Secure Channel service (служба Защищенный канал).
<a id="p100074"></a>SDL - Specification and Description Language (язык спецификаций и описаний) (определенный в МСЭ-Т Z.100).
<a id="p100075"></a>SDU - Service Data Unit (сервисный блок данных) (см. ИСО/МЭК 7498-1).
<a id="p100076"></a>SEP - Secure Exchange Protocol (протокол безопасного обмена).
<a id="p100077"></a>SN - Sequence Number (порядковый номер).
<a id="p100078"></a>SNV - SN variable (переменная SN).
<a id="p100079"></a>SSE - Shared Secret Service (служба Совместно используемый секретный ключ).
<a id="p100080"></a>SVC - SerVicE code (код службы).
<a id="p100081"></a>TMN - Terminate PDU (PDU "Завершить").
<a id="p100082"></a>VFY_REQ - Verification Request PDU (PDU-запрос на верификацию).
<a id="p100083"></a>VFY_RES - Verification Response PDU (PDU-ответ на верификацию).


### 7. <a id="p100084"></a>Общие положения


<a id="p100085"></a>NFC-SEC, как показано на рисунке 1, использует эталонную модель ВОС, определенную в ИСО/МЭК 7498-1.

<a id="p100086"></a> ![7. Общие положения](https://i.bukva.ai/7QuSlORI/img_0.png) 

<div align="center">

<a id="p100087"></a>Рисунок 1 - Архитектура NFC-SEC

</div>


<a id="p100088"></a>Пользователи NFC-SEC вызывают и получают доступ к службам NFC-SEC через точки доступа к службам NFC-SEC (NFC-SEC-SAP, NFC-SEC Service Access Point). Объекты NFC-SEC получают NFC-SEC-SDU (запросы) от пользователей NFC-SEC и возвращают им NFC-SEC-SDU (подтверждения).
<a id="p100089"></a>Настоящий стандарт определяет службу Защищенный канал (SCH) и службу Совместно используемый секретный ключ (SSE).
<a id="p100090"></a>Для предоставления служб NFC-SEC объекты NFC-SEC внутри одного уровня обмениваются NFC-SEC-PDU в соответствии с протоколом NFC-SEC посредством NFC-SEC-соединений.
<a id="p100091"></a>Объекты NFC-SEC внутри одного уровня коммуницируют друг с другом посредством получения доступа к службе передачи данных NFCIP-1 через точки доступа к службам NFCIP-1 (NFCIP-1-SAP, NFCIP-1 Service Access Point), отправляя и получая NFC-SEC-PDU. NFC-SEC-PDU состоит из протокольной управляющей информации NFC-SEC (NFC-SEC-PCI) и одного NFC-SEC-SDU.


### 8. <a id="p100092"></a>Службы


<a id="p100093"></a>Данный раздел определяет две службы SSE и SCH, которые NFC-SEC предоставляет пользователю NFC-SEC. Данные службы позволяют организовать пользователям NFC-SEC криптографически защищенную передачу сообщений между объектами внутри одного уровня посредством протокола, описанного в [разделе 9](#p100101).
<a id="p100094"></a>Совместно используемые секретные ключи, созданные службами, определенными ниже, должны быть криптографически независимыми от любых совместно используемых секретных ключей, созданных заранее или впоследствии.

#### <a id="p100095"></a>8.1 Служба Совместно используемый секретный ключ (SSE)

<a id="p100096"></a>Служба SSE устанавливает совместно используемый секретный ключ между двумя равноправными пользователями NFC-SEC, который они могут использовать по своему усмотрению.
<a id="p100097"></a>При вызове SSE должен устанавливаться совместно используемый секретный ключ с помощью механизмов соглашения о ключах и подтверждения ключей, согласно криптографической части NFC-SEC, которая определяет PID.

#### <a id="p100098"></a>8.2 Служба Защищенный канал (SCH)

<a id="p100099"></a>Служба SCH обеспечивает защищенный канал.
<a id="p100100"></a>При вызове SCH должен устанавливаться ключ связи путем наследования от совместно используемого секретного ключа, с помощью механизмов соглашения о ключах и подтверждения ключей, и впоследствии он должен защищать все коммуникации в любом направлении внутри канала согласно криптографической части NFC-SEC, которая определяет PID.


### 9. <a id="p100101"></a>Механизмы протоколов


<a id="p100102"></a>Протокол NFC-SEC включает в себя следующие механизмы. [Рисунок 2](#p100118) определяет последовательность механизмов протокола.

#### <a id="p100103"></a>9.1 Соглашение о ключах

<a id="p100104"></a>Объекты NFC-SEC внутри одного уровня должны устанавливать совместно используемый секретный ключ, используя ACT_REQ и ACT_RES, согласно криптографической части NFC-SEC, которая определяет PID.

#### <a id="p100105"></a>9.2 Подтверждение ключей

<a id="p100106"></a>Объекты NFC-SEC внутри одного уровня должны верифицировать согласованный ими совместно используемый секретный ключ, используя VFY_REQ и VFY_RES, согласно криптографической части NFC-SEC, которая определяет PID.

#### <a id="p100107"></a>9.3 Защита PDU

<a id="p100108"></a>Защита PDU является механизмом только службы SCH.
<a id="p100109"></a>Объекты NFC-SEC внутри одного уровня должны защищать обмен данными, используя ENC, согласно криптографической части NFC-SEC, которая определяет PID.
<a id="p100110"></a>Данный механизм должен включать в себя один или более из следующих пунктов, определенных в соответствующем стандарте шифрования NFC-SEC:
- <a id="p100111"></a>целостность последовательности, соответствующая требованиям [12.3](#p100243);
- <a id="p100112"></a>конфиденциальность;
- <a id="p100113"></a>целостность данных;
- <a id="p100114"></a>аутентификация источника.

#### <a id="p100115"></a>9.4 Завершение

<a id="p100116"></a>Объекты NFC-SEC внутри одного уровня должны завершить SSE и SCH, используя TMN. После освобождения или деселекции NFCIP-1 или когда NFCIP-1-устройство выключено, экземпляры SSE и SCH должны быть завершены. После перехода в состояние НЕ ЗАНЯТО (IDLE), связанные с данной операцией, совместно используемый секретный ключ и ключ связи должны быть уничтожены.

<a id="p100117"></a> ![9. Механизмы протоколов](https://i.bukva.ai/7QuSlORI/img_1.png) 

<div align="center">

<a id="p100118"></a>Рисунок 2 - Обобщенная блок-схема служб NFC-SEC

</div>



### 10. <a id="p100119"></a>Состояния и подсостояния


<a id="p100120"></a>Модуль протокола NFC-SEC в [приложении A](#p100257) указывает переходы состояний для состояний и подсостояний в таблице 1.

<div align="right">

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

</div>


<div align="center">

<a id="p100122"></a>Состояние

</div>



| <a id="p100123"></a>Состояние | <a id="p100124"></a>Описание |
| --- | --- |
| <a id="p100125"></a>Не занято (Idle) | <a id="p100126"></a>NFC-SEC находится в готовности запустить новую службу по запросу пользователя NFC-SEC или объекта NFC-SEC внутри одного уровня |
| <a id="p100127"></a>Выбор (Select) | <a id="p100128"></a>NFC-SEC находится в ожидании ACT_RES |
| <a id="p100129"></a>Установлено (Established) | <a id="p100130"></a>Служба NFC-SEC запрошена. Данное состояние содержит два подсостояния. В подсостоянии Established_Sender ожидается VFY_RES. В подсостоянии Established_Recipient ожидается VFY_REQ |
| <a id="p100131"></a>Подтверждено (Confirmed) | <a id="p100132"></a>Служба NFC-SEC установлена. Данное состояние содержит два подсостояния. В подсостоянии Confirmed_SSE совместно используемый секретный ключ готов для получения. В подсостоянии Confirmed_SCH защищенный обмен данными готов |



### 11. <a id="p100133"></a>NFC-SEC-PDU


<a id="p100134"></a>NFC-SEC-PDU должны передаваться в PDU "Защищенные данные" NFCIP-1 DEP (Data Exchange Protocol, протокол обмена данными), помещая байт SEP в байт 0 из последовательности байтов транспортных данных DEP. Байты транспортных данных DEP должны содержать ровно один NFC-SEC-PDU.
<a id="p100135"></a>Структура NFC-SEC-PDU указана на рисунке 3.


| <a id="p100136"></a>SEP | <a id="p100137"></a>PID | <a id="p100138"></a>NFC-SEC Payload |
| --- | --- | --- |


<div align="center">

<a id="p100139"></a>Рисунок 3 - Структура NFC-SEC-PDU

</div>


<a id="p100140"></a>Таблица 2 определяет поля NFC-SEC-PDU как обязательные (m, mandatory), запрещенные (p, prohibited) или условные (c, conditional). Условность (c) определяется далее в [11.3](#p100225).

<div align="right">

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

</div>


<div align="center">

<a id="p100142"></a>Поля NFC-SEC-PDU

</div>



| <a id="p100143"></a>NFC-SEC-PDU | <a id="p100144"></a>SEP | <a id="p100145"></a>PID | <a id="p100146"></a>NFC-SEC Payload |
| --- | --- | --- | --- |
| <a id="p100147"></a>ACT_REQ | <a id="p100148"></a>m | <a id="p100149"></a>m | <a id="p100150"></a>c |
| <a id="p100151"></a>ACT_RES | <a id="p100152"></a>m | <a id="p100153"></a>p | <a id="p100154"></a>c |
| <a id="p100155"></a>VFY_REQ | <a id="p100156"></a>m | <a id="p100157"></a>p | <a id="p100158"></a>c |
| <a id="p100159"></a>VFY_RES | <a id="p100160"></a>m | <a id="p100161"></a>p | <a id="p100162"></a>c |
| <a id="p100163"></a>ENC | <a id="p100164"></a>m | <a id="p100165"></a>p | <a id="p100166"></a>c |
| <a id="p100167"></a>TMN | <a id="p100168"></a>m | <a id="p100169"></a>p | <a id="p100170"></a>p |
| <a id="p100171"></a>ERROR | <a id="p100172"></a>m | <a id="p100173"></a>p | <a id="p100174"></a>c |



#### <a id="p100175"></a>11.1 Протокол безопасного обмена (SEP)

<a id="p100176"></a>Однобайтовое поле протокола безопасного обмена (SEP) определяется следующим образом:
- <a id="p100177"></a>Значение 00b в SVC указывает на то, что PDU является частью SSE-обмена. Значение 01b в SVC указывает на то, что PDU является частью SCH-обмена.
- <a id="p100178"></a>Код MSG идентифицирует тип PDU, как определено в [таблице 3](#p100196). Все иные коды являются RFU.
- <a id="p100179"></a>Биты RFU должны быть установлены в значение НУЛЬ. Получатели должны отклонять PDU с битами RFU, установленными в значение ЕДИНИЦА.
<a id="p100180"></a>Рисунок 4 определяет присвоение битов.


<table>
<colgroup><col width="13%"><col width="12%"><col width="12%"><col width="13%"><col width="12%"><col width="12%"><col width="12%"><col width="13%"></colgroup>
<tr><td><a id="p100181"></a>msb</td><td></td><td></td><td></td><td></td><td></td><td></td><td><a id="p100182"></a>Isb</td></tr>
<tr><td><a id="p100183"></a>Bit 8</td><td><a id="p100184"></a>Bit 7</td><td><a id="p100185"></a>Bit 6</td><td><a id="p100186"></a>Bit 5</td><td><a id="p100187"></a>Bit 4</td><td><a id="p100188"></a>Bit 3</td><td><a id="p100189"></a>Bit 2</td><td><a id="p100190"></a>Bit 1</td></tr>
<tr><td colspan="2"><a id="p100191"></a>RFU</td><td colspan="2"><a id="p100192"></a>SVC</td><td colspan="4"><a id="p100193"></a>MSG</td></tr>
</table>


<div align="center">

<a id="p100194"></a>Рисунок 4 - Присвоение битов в SEP

</div>


<div align="right">

<a id="p100195"></a>Таблица 3

</div>


<div align="center">

<a id="p100196"></a>Типы PDU и их MSG-коды

</div>



| <a id="p100197"></a>Код | <a id="p100198"></a>Название | <a id="p100199"></a>Описание |
| --- | --- | --- |
| <a id="p100200"></a>0000 | <a id="p100201"></a>ACT_REQ | <a id="p100202"></a>Запрос на активацию для запроса новой службы |
| <a id="p100203"></a>0001 | <a id="p100204"></a>ACT_RES | <a id="p100205"></a>Реакция на активацию для принятия запроса службы |
| <a id="p100206"></a>0010 | <a id="p100207"></a>VFY_REQ | <a id="p100208"></a>Запрос на верификацию для предоставления на проверку контрольных значений совместно используемого секретного ключа отправителя |
| <a id="p100209"></a>0011 | <a id="p100210"></a>VFY_RES | <a id="p100211"></a>Ответ на верификацию для предоставления на проверку контрольных значений совместно используемого секретного ключа получателя |
| <a id="p100212"></a>0100 | <a id="p100213"></a>ENC | <a id="p100214"></a>Зашифрованный пакет для защищенного обмена данными |
| <a id="p100215"></a>0110 | <a id="p100216"></a>TMN | <a id="p100217"></a>Запрос на завершение для завершения службы |
| <a id="p100218"></a>1111 | <a id="p100219"></a>ERROR | <a id="p100220"></a>Ошибка, индикация ошибки |
| <a id="p100221"></a>Другой |  | <a id="p100222"></a>RFU |



#### <a id="p100223"></a>11.2 Идентификатор протокола (PID)

<a id="p100224"></a>Каждая криптографическая часть NFC-SEC настоящего стандарта определяет соответствующий 8-битный PID, который включается только в ACT_REQ.

#### <a id="p100225"></a>11.3 Полезная нагрузка NFC-SEC

<a id="p100226"></a>TMN PDU не должен содержать поля Полезная нагрузка NFC-SEC. Полезная нагрузка NFC-SEC должно состоять из целого числа октетов. Его использование в ERROR PDU определено в соответствующем подразделе ниже. Его использование, структура и кодирование во всех остальных PDU определены в криптографической части NFC-SEC, которая определяет PID.

#### <a id="p100227"></a>11.4 Завершить (TMN)

<a id="p100228"></a>TMN PDU состоит только из поля SEP, как указано в [таблице 2](#p100142).

#### <a id="p100229"></a>11.5 Ошибка (ERROR)

<a id="p100230"></a>ERROR PDU начинается с поля SEP, и если в нем содержится полезная нагрузка, то данная полезная нагрузка должна содержать октетную строку, завершающуюся нулевым символом в поле Полезная нагрузка NFC-SEC.


### 12. <a id="p100231"></a>Протокольные правила


<a id="p100232"></a>Настоящий раздел определяет правила для протокола NFC-SEC.

#### <a id="p100233"></a>12.1 Ошибки протокола и ошибки служб

- <a id="p100234"></a>При получении PDU объектом NFC-SEC в состоянии, когда это не разрешено, он должен ответить с помощью ERROR PDU.
- <a id="p100235"></a>При получении NFC-SEC-объектом PDU, который он не поддерживает или с недопустимым содержимым, определенным в соответствующем стандарте шифрования NFC-SEC, он должен ответить с помощью ERROR PDU.
- <a id="p100236"></a>При получении или отправке NFC-SEC-объектом ERROR PDU он должен установить состояние протокола в "не занято".
- <a id="p100237"></a>При получении или отправке NFC-SEC-объектом ERROR PDU он должен отправить ERROR SDU пользователю NFC-SEC.
- <a id="p100238"></a>При получении SDU объектом NFC-SEC с недопустимым содержимым или в состоянии, когда это не разрешено, он должен ответить с помощью ERROR SDU и не менять состояние.

#### <a id="p100239"></a>12.2 Правила взаимодействия

- <a id="p100240"></a>Реализация NFC-SEC может устанавливать верхний предел длины NFC-SEC-SDU. Запросы на пересылку данных, определенные в [A.2](#p100273), с более длинными SDU должны быть отклонены.
- <a id="p100241"></a>Один NFC-SEC-PDU должен содержать ровно один NFC-SEC-SDU.
- <a id="p100242"></a>Объекты NFC-SEC должны отбросить все повторяющиеся NFC-SEC-PDU, как указано в следующем подразделе.

#### <a id="p100243"></a>12.3 Целостность последовательности

<a id="p100244"></a>Стандарты шифрования NFC-SEC, обеспечивающие целостность последовательности, должны определять механизм целостности последовательности в соответствии с нижеследующим:
- <a id="p100245"></a>Каждый объект NFC-SEC должен поддерживать свою SNV.
- <a id="p100246"></a>При создании SCH получатель должен инициализировать свою SNV с тем же начальным значением, что и SNV отправителя, как указано в криптографической части NFC-SEC, которая определяет PID.
- <a id="p100247"></a>Криптографическая часть NFC-SEC, которая определяет PID, указывает диапазон значений SNV.
- <a id="p100248"></a>Сразу после отправки ENC объект NFC-SEC должен увеличить свою SNV на 1 и затем поместить ее в поле SN.
- <a id="p100249"></a>Поле SN должно быть защищено механизмом защиты PDU, чтобы внесение любого изменения могло быть обнаружено.
- <a id="p100250"></a>После получения ENC объект NFC-SEC должен извлечь поле SN и сравнить его со своим значением SNV. Если SN равняется SNV, то PDU не должно представляться на рассмотрение пользователю NFC-SEC, а должно отбрасываться, при этом состояние и SNV должны оставаться неизменными, как указано в [A.4.4](#p100310).
- <a id="p100251"></a>Объект NFC-SEC должен увеличить свою SNV на 1.
<a id="p100252"></a>Состояние "содержимое PDU допустимо?" в [A.4.4](#p100310) должно быть true, если SN равняется SNV, в противном случае - false.
<a id="p100253"></a>*Примечание* - В случае наличия ошибок целостности последовательности NFC-SEC прерывает SCH и уведомляет о данном инциденте обоих равноправных пользователей NFC-SEC. Дальнейшие действия - восстановить SCH с новыми ключами или прервать транзакцию - зависят от пользователей NFC-SEC.


#### <a id="p100254"></a>12.4 Криптографическая обработка

<a id="p100255"></a>Перед отправкой и после получения PDU, отличных от TMN и ERROR, происходит криптографическая обработка, как указано в криптографической части NFC-SEC, которая определяет PID. Если результат криптографической обработки входящих PDU является отрицательным, то решение "содержимое PDU допустимо?" в приложении A будет false.





<div align="right">

<a id="p100256"></a>Приложение A<br>
(обязательное)

<a id="p100257"></a>**СПЕЦИФИКАЦИЯ МОДУЛЯ ПРОТОКОЛА**

</div>


<div align="center">

<a id="p100258"></a>Модуль протокола NFC-SEC в данном приложении определяет последовательность PDU для установления и завершения SSE, а также для установления, использования и завершения SCH.<br>
<a id="p100259"></a>В дополнение модуль протокола определяет, какие PDU могут быть отправлены или получены в тех или иных состояниях.<br>
<a id="p100260"></a>A.1 Символы SDL

</div>



| <a id="p100261"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_2.png) | <a id="p100262"></a>NFC-SEC-PDU, полученный от объекта NFC-SEC внутри одного уровня, доставленный локальным объектом NFCIP-1. |
| --- | --- |
| <a id="p100263"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_3.png) | <a id="p100264"></a>NFC-SEC-PDU, отправленный объекту NFC-SEC внутри одного уровня, переданный локальному объекту NFCIP-1. |
| <a id="p100265"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_4.png) | <a id="p100266"></a>NFC-SEC-SDU, полученный от пользователя NFC-SEC, с запросом на выполнение действия объектом NFC-SEC. |
| <a id="p100267"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_5.png) | <a id="p100268"></a>NFC-SEC-SDU, поданный пользователю NFC-SEC, либо в ответ на предыдущий запрос, либо для указания события. |
| <a id="p100269"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_6.png) | <a id="p100270"></a>Состояние. В состоянии модуль протокола ожидает какое-либо событие. События, не предусмотренные в схемах, составляют ошибки протокола. |
| <a id="p100271"></a>![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_7.png) | <a id="p100272"></a>Разветвляющееся условие в процессе обработки событий. |


<a id="p100273"></a>A.2 SDU-запросы
<a id="p100274"></a>SDU-запросы подаются пользователями NFC-SEC, запрашивающими службу NFC-SEC. Параметры приведены в скобках. Требования к значениям параметров указаны в стандартах шифрования NFC-SEC.
<a id="p100275"></a>*Примечание* - Фактический метод реализации примитивов запросов (например, вызовов методов, межпроцессных PDU) выходит за рамки настоящего стандарта.


| <a id="p100276"></a>Вызов службы<br>(Service Invocation) | <a id="p100277"></a>Запрос на вызов новой службы (тип службы, PID). |
| --- | --- |
| <a id="p100278"></a>Послать данные<br>(Send Data) | <a id="p100279"></a>Запрос на пересылку данных. Разрешен только для SCH (данные). |
| <a id="p100280"></a>Искать данные<br>(Retrieve Data) | <a id="p100281"></a>Запрос на поиск полученных данных. Разрешен только для SCH. |
| <a id="p100282"></a>Искать ключ<br>(Retrieve Secret) | <a id="p100283"></a>Запрос на поиск установленного совместно используемого секретного ключа. Разрешен только для SSE. |
| <a id="p100284"></a>Завершить<br>(Terminate) | <a id="p100285"></a>Запрос на завершение службы (тип службы). |


<a id="p100286"></a>A.3 SDU-подтверждения
<a id="p100287"></a>SDU-подтверждения предоставляются объектами NFC-SEC пользователям NFC-SEC. Параметры приведены в скобках. Требования к значениям параметров указаны в стандартах шифрования NFC-SEC.
<a id="p100288"></a>*Примечание* - Фактический метод реализации примитивов подтверждения (например, вызовов методов, межпроцессных PDU) выходит за рамки настоящего стандарта.


| <a id="p100289"></a>Установлено<br>(Established) | <a id="p100290"></a>Указывает на успешное установление службы (тип службы). |
| --- | --- |
| <a id="p100291"></a>Данные отправлены<br>(Data Sent) | <a id="p100292"></a>Указывает результат запроса на пересылку данных (статус). Данный результат может быть положительным или отрицательным, последний - за счет ошибки пересылки или неготовности объекта NFC-SEC к отправке. |
| <a id="p100293"></a>Данные имеются<br>(Data Available) | <a id="p100294"></a>Указывает получение данных. |
| <a id="p100295"></a>Возврат данных<br>(Return Data) | <a id="p100296"></a>Ответ на запрос поиска данных (данные). |
| <a id="p100297"></a>Возврат ключа<br>(Return Secret) | <a id="p100298"></a>Ответ на запрос поиска секретного ключа (совместно используемый секретный ключ). |
| <a id="p100299"></a>Завершено<br>(Terminated) | <a id="p100300"></a>Указывает пользователю на завершение службы (тип службы). |
| <a id="p100301"></a>Ошибка<br>(Error) | <a id="p100302"></a>Указывает на ошибку при обработке запроса или PDU либо на какую-либо другую ошибку. В параметрах могут отражаться причина и детали ошибки (детали). |


<a id="p100303"></a>A.4 Диаграммы SDL
<a id="p100304"></a>A.4.1 Состояние "Не занято"

<a id="p100305"></a> ![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_8.png) 

<div align="center">

<a id="p100306"></a>A.4.2 Состояние "Выбор"

</div>


<a id="p100307"></a> ![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_9.png) 

<div align="right">

<a id="p100308"></a>A.4.3 Состояние "Установлено"

</div>


<a id="p100309"></a> ![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_10.png) 

<div align="center">

<a id="p100310"></a>A.4.4 Состояние "Подтверждено"

</div>


<a id="p100311"></a> ![12. Протокольные правила](https://i.bukva.ai/7QuSlORI/img_11.png) 





<a id="p100312"></a>Приложение B
(обязательное)

<a id="p100313"></a>**ДОПОЛНИТЕЛЬНЫЕ ТРЕБОВАНИЯ**
**ПРИ ИСПОЛЬЗОВАНИИ NFC-SEC С ИСО/МЭК 18092 (NFCIP-1)**

<a id="p100314"></a>При использовании настоящего стандарта с реализациями ИСО/МЭК 18092 применяются следующие дополнительные требования.
<a id="p100315"></a>Данные дополнительные требования, изложенные в [B.4](#p100324), касаются следующих функций:
<a id="p100316"></a>B.1 Метод заявления NFCIP-1-устройствами поддержки NFC-SEC
<a id="p100317"></a>Инициатор заявляет о своей поддержке NFC-SEC с помощью поля SECi в ATR_REQ.
<a id="p100318"></a>Цель заявляет о своей поддержке NFC-SEC с помощью поля SECt в ATR_RES.
<a id="p100319"></a>Для определения полей SECi и SECt см. B.4.
<a id="p100320"></a>B.2 Введение защищенного PDU
<a id="p100321"></a>Дополнительные защищенные PDU используются в протоколе обмена данными, как определено в B.4.
<a id="p100322"></a>B.3 Расширение правил нумерации PDU для защищенного PDU
<a id="p100323"></a>Защищенные PDU включены в правила нумерации PDU, как определено в B.4.
<a id="p100324"></a>B.4 Поправки NFCIP-1
<a id="p100325"></a>Следующие поправки должны применяться к ИСО/МЭК 18092.
<a id="p100326"></a>Заменить в 12.5.1.1.1 определение бита 7 PPi следующим:
<a id="p100327"></a>"
- <a id="p100328"></a>бит 7: SECi. Инициатор должен устанавливать SECi в значение ЕДИНИЦА, если он поддерживает NFC-SEC; НУЛЬ означает отсутствие поддержки
<a id="p100329"></a>"
<a id="p100330"></a>Заменить в 12.5.1.2.1 определение бита 7 PPt следующим:
<a id="p100331"></a>"
- <a id="p100332"></a>бит 7: SECt. Цель должна устанавливать SECt в значение ЕДИНИЦА, если она поддерживает NFC-SEC; НУЛЬ означает отсутствие поддержки
<a id="p100333"></a>"
<a id="p100334"></a>Заменить в 12.6.1.1.1 определение байта 0: PFB и таблицу 24 следующим:
<a id="p100335"></a>Байт 0: PFB
<a id="p100336"></a>Байт PFB должен содержать биты для контроля передачи данных и восстановления после ошибки. Байт PFB используется для передачи информации, необходимой для контроля за процессом передачи. Протокол обмена данными определяет следующие базовые типы PDU:
- <a id="p100337"></a>Информационные PDU для передачи информации на прикладном уровне.
- <a id="p100338"></a>Защищенные PDU для передачи защищенной информации.
- <a id="p100339"></a>Подтверждающие PDU для передачи положительных или отрицательных подтверждений. Подтверждающий PDU никогда не содержит поле данных. Подтверждение касается последнего полученного блока.
- <a id="p100340"></a>Контрольные PDU для обмена контрольной информацией между Инициатором и Целью. Определены два типа контрольных PDU.

<div align="right">

- <a id="p100341"></a>Продления тайм-аута, содержащие поле данных, длиной в 1 байт.<br>
- <a id="p100342"></a>Привлечение внимания, не содержащее поля данных.<br>
<a id="p100343"></a>Кодирование PFB, зависящее от его типа, приведено в таблице B.3.

</div>


<div align="center">

<a id="p100344"></a>Таблица B.3

<a id="p100345"></a>Кодирование битов PFB с 7 по 5

</div>



<table>
<colgroup><col width="18%"><col width="19%"><col width="20%"><col width="43%"></colgroup>
<tr><td><a id="p100346"></a>Бит 7</td><td><a id="p100347"></a>Бит 6</td><td><a id="p100348"></a>Бит 5</td><td><a id="p100349"></a>PFB</td></tr>
<tr><td><a id="p100350"></a>0</td><td><a id="p100351"></a>0</td><td><a id="p100352"></a>0</td><td><a id="p100353"></a>Информационный PDU</td></tr>
<tr><td><a id="p100354"></a>0</td><td><a id="p100355"></a>0</td><td><a id="p100356"></a>1</td><td><a id="p100357"></a>Защищенный PDU</td></tr>
<tr><td><a id="p100358"></a>0</td><td><a id="p100359"></a>1</td><td><a id="p100360"></a>0</td><td><a id="p100361"></a>Подтверждающий PDU</td></tr>
<tr><td><a id="p100362"></a>1</td><td><a id="p100363"></a>0</td><td><a id="p100364"></a>0</td><td><a id="p100365"></a>Контрольный PDU</td></tr>
<tr><td colspan="4"><a id="p100366"></a>Остальные установки являются RFU.</td></tr>
</table>


<a id="p100367"></a>"
<a id="p100368"></a>Добавить в 12.6.1.1.1 определение защищенного PDU и добавить рисунок B.3 следующим образом:

<div align="center">

<a id="p100369"></a>"<br>
<a id="p100370"></a>Определение защищенного PDU:

</div>



| <a id="p100371"></a>Бит 7 | <a id="p100372"></a>Бит 6 | <a id="p100373"></a>Бит 5 | <a id="p100374"></a>Бит 4 | <a id="p100375"></a>Бит 3 | <a id="p100376"></a>Бит 2 | <a id="p100377"></a>Бит 1 | <a id="p100378"></a>Бит 0 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| <a id="p100379"></a>RFU | <a id="p100380"></a>RFU | <a id="p100381"></a>ONE | <a id="p100382"></a>MI | <a id="p100383"></a>NAD | <a id="p100384"></a>DID | <a id="p100385"></a>PNI | <a id="p100386"></a>PNI |


<a id="p100387"></a>Рисунок B.3 - Кодирование охраняемых PDU

- <a id="p100388"></a>бит 7 и бит 6: RFU. Инициатор должен устанавливать их в значение НУЛЬ. Цель должна игнорировать их.
- <a id="p100389"></a>бит 5: Должен быть установлен в значение ЕДИНИЦА.
- <a id="p100390"></a>бит 4: Бит, установленный в значение ЕДИНИЦА, показывает, что активировано формирование цепочки многокомпонентной информации.
- <a id="p100391"></a>бит 3: Бит, установленный в значение ЕДИНИЦА, показывает, что доступен NAD.
- <a id="p100392"></a>бит 2: Бит, установленный в значение ЕДИНИЦА, показывает, что доступен DID.
- <a id="p100393"></a>бит 1 и бит 0: Информация о номере пакета PNI.
<a id="p100394"></a>Информация о номере пакета (PNI) подсчитывает номер пакета, отправленного от Инициатора - Цели, и наоборот, начиная с 0. Данные байты используются для обнаружения ошибок в процессе обработки протоколов.
<a id="p100395"></a>"
<a id="p100396"></a>Заменить 12.6.1.2 следующим:
<a id="p100397"></a>"

###### <a id="p100398"></a>12.6.1.2 Обработка информации о номере PDU


###### <a id="p100399"></a>12.6.1.2.1 Правила для Инициатора

<a id="p100400"></a>PNI Инициатора для каждой Цели должна быть установлена в исходное состояние, состоящее из НУЛЕЙ.
<a id="p100401"></a>При приеме информационного, защищенного или подтверждающего PDU с равным значением PNI Инициатор должен инкрементировать текущее значение PNI для данной Цели перед необязательной отправкой нового кадра.

###### <a id="p100402"></a>12.6.1.2.2 Правила для Цели

<a id="p100403"></a>PNI Цели должна быть установлена в исходное состояние, состоящее из НУЛЕЙ.
<a id="p100404"></a>При приеме информационного, защищенного или подтверждающего PDU с равным значением PNI Цель должна отправить свой ответ с таким же значением PNI и затем инкрементировать значение PNI.
<a id="p100405"></a>"
<a id="p100406"></a>Заменить 12.6.1.3.1 следующим:
<a id="p100407"></a>"

###### <a id="p100408"></a>12.6.1.3.1 Общие правила

<a id="p100409"></a>Первый PDU должен быть отправлен Инициатором.
<a id="p100410"></a>Когда информационный или защищенный PDU указывает, что принято больше информации, PDU должен быть подтвержден подтверждающим PDU (ACK).
<a id="p100411"></a>Контрольные PDU используются только в паре. Контрольный запрос должен всегда сопровождаться Контрольным ответом.
<a id="p100412"></a>"
<a id="p100413"></a>Заменить 12.6.1.3.3 следующим:
<a id="p100414"></a>"

###### <a id="p100415"></a>12.6.1.3.3 Правила для Цели

<a id="p100416"></a>Цели разрешено отправлять контрольный PDU (RTO) вместо информационного PDU.
<a id="p100417"></a>При приеме информационного или защищенного PDU, не содержащего формирования цепочки, это должно быть подтверждено информационным или защищенным PDU.
<a id="p100418"></a>При приеме подтверждающего PDU (NACK), если значение PNI равно значению PNI предыдущего посланного PDU, предыдущий блок должен быть передан заново.
<a id="p100419"></a>При приеме ошибочного PDU Цель не должна отвечать и должна оставаться в том же состоянии.
<a id="p100420"></a>При приеме контрольного PDU (привлечения внимания) Цель должна ответить отправкой реакции на контрольный PDU (привлечение внимания).
<a id="p100421"></a>"





<div align="right">

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

</div>


<div align="center">

<a id="p100423"></a>**СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ**<br>
**НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ**

</div>


<div align="right">

<a id="p100424"></a>Таблица ДА

</div>



<table>
<colgroup><col width="33%"><col width="23%"><col width="44%"></colgroup>
<tr><td><a id="p100425"></a>Обозначение ссылочного международного стандарта</td><td><a id="p100426"></a>Степень соответствия</td><td><a id="p100427"></a>Обозначение и наименование соответствующего национального стандарта</td></tr>
<tr><td><a id="p100428"></a>ИСО/МЭК 7498-1:1994</td><td><a id="p100429"></a>IDT</td><td><a id="p100430"></a>ГОСТ Р ИСО/МЭК 7498-1-99 "Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель"</td></tr>
<tr><td><a id="p100431"></a>ИСО/МЭК 7498-2:1989</td><td><a id="p100432"></a>IDT</td><td><a id="p100433"></a>ГОСТ Р ИСО 7498-2-99 "Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации"</td></tr>
<tr><td><a id="p100434"></a>ИСО/МЭК 10731:1994</td><td><a id="p100435"></a>-</td><td><a id="p100436"></a>&lt;*&gt;</td></tr>
<tr><td><a id="p100437"></a>ИСО/МЭК 11770-1:1996</td><td><a id="p100438"></a>-</td><td><a id="p100439"></a>&lt;*&gt;</td></tr>
<tr><td><a id="p100440"></a>ИСО/МЭК 13157-2:2010</td><td><a id="p100441"></a>-</td><td><a id="p100442"></a>&lt;*&gt;</td></tr>
<tr><td><a id="p100443"></a>ИСО/МЭК 18092:2004</td><td><a id="p100444"></a>-</td><td><a id="p100445"></a>&lt;*&gt;</td></tr>
<tr><td colspan="3"><a id="p100446"></a><a id="p100447"></a><a id="p100448"></a>&lt;*&gt; Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов.<br>Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:<br>- IDT - идентичные стандарты.</td></tr>
</table>




<a id="p100449"></a>

---