ГОСТ Р ИСО 9735-6-2012. Национальный стандарт Российской Федерации. Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 6. Сообщение для защищенной аутентификации и защищенного квитирования (тип сообщения — AUTACK)
Актуально на 02.11.2026.
Как цитировать: "ГОСТ Р ИСО 9735-6-2012. Национальный стандарт Российской Федерации. Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 6. Сообщение для защищенной аутентификации и защищенного квитирования (тип сообщения - AUTACK)". ГОСТ Р ИСО 9735-6-2012. https://bukva.ai/docs/standart-gost-r-iso-9735-6-2012
(утв. и введен в действие Приказом Росстандарта от 20.11.2012 № 976-ст)
Примечание
Документ введен в действие с 01.01.2014.
Утвержден и введен в действие
Приказом Федерального
агентства по техническому
регулированию и метрологии
от 20 ноября 2012 г. № 976-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ЭЛЕКТРОННЫЙ ОБМЕН ДАННЫМИ В УПРАВЛЕНИИ, ТОРГОВЛЕ
И НА ТРАНСПОРТЕ (EDIFACT)
СИНТАКСИЧЕСКИЕ ПРАВИЛА
ДЛЯ ПРИКЛАДНОГО УРОВНЯ (ВЕРСИЯ 4, РЕДАКЦИЯ 1)
СООБЩЕНИЕ ДЛЯ ЗАЩИЩЕННОЙ АУТЕНТИФИКАЦИИ
И ЗАЩИЩЕННОГО КВИТИРОВАНИЯ (ТИП СООБЩЕНИЯ — AUTACK)
Electronic data interchange for administration, commerce
and transport (EDIFACT). Application level syntax rules
(Syntax version number: 4, Syntax release number: 1).
Part 6. Secure authentication and acknowledgement message
(message type — AUTACK)
ISO 9735-6:2002
Electronic data interchange for administration,
commerce and transport (EDIFACT) — Application level
syntax rules (Syntax version number: 4, Syntax release
number: 1) — Part 6: Secure authentication
and acknowledgement message (message type — AUTACK)
(IDT)
1 января 2014 года
Предисловие
1 ПОДГОТОВЛЕН ЗАО «Проспект» совместно с Ассоциацией автоматической идентификации «ЮНИСКАН/ГС1 РУС» на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 55 «Терминология, элементы данных и документация в бизнес-процессах и электронной торговле»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 ноября 2012 г. № 976-ст
4 Настоящий стандарт идентичен международному стандарту ИСО 9735-6:2002 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 6. Сообщение для защищенной аутентификации и защищенного квитирования (тип сообщения — AUTACK)» (ISO 9735-6:2002 «Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules (Syntax version number: 4, Syntax release number: 1) — Part 6: Secure authentication and acknowledgement message (message type — AUTACK)»).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru).
Введение
Настоящий стандарт включает в себя правила прикладного уровня для структурирования данных в рамках обмена электронными сообщениями в открытой среде, с учетом требований пакетной или интерактивной обработки. Эти правила утверждены Европейской экономической комиссией Организации Объединенных Наций (UN/ECE) в качестве синтаксических правил электронного обмена данными в управлении, торговле и на транспорте (EDIFACT) и являются частью «Справочника по обмену торговыми данными Организации Объединенных Наций» (UNTDID <1>), который содержит также рекомендации по разработке сообщений пакетного и интерактивного обмена.
<1> Сокращение от United Nations Trade Data Interchange Directory.
Спецификации и протоколы связи не рассматриваются в настоящем стандарте.
Настоящий стандарт предоставляет дополнительные возможности защиты пакетных структур EDIFACT, т.е. сообщений, пакетов, групп или обменов, с помощью сообщения для защищенной аутентификации и защищенного квитирования.
Комплекс стандартов ИСО 9735 состоит из следующих частей под общим названием «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1)»:
- Часть 1. Синтаксические правила, общие для всех частей;
- Часть 2. Синтаксические правила, специфичные для пакетного ЭОД;
- Часть 3. Синтаксические правила, специфичные для интерактивного ЭОД;
- Часть 4. Сообщение синтаксического и служебного уведомления для пакетного ЭОД (тип сообщения — CONTRL);
- Часть 5. Правила защиты для пакетного ЭОД (аутентичность, целостность и неотказуемость источника);
- Часть 6. Сообщение для защищенной аутентификации и защищенного квитирования (тип сообщения — AUTACK);
- Часть 7. Правила защиты для пакетного ЭОД (конфиденциальность);
- Часть 8. Ассоциированные данные в ЭОД;
- Часть 9. Сообщение для управления ключами и сертификатами защиты (тип сообщения — KEYMAN);
- Часть 10. Справочники служебных синтаксических структур.
1 Область применения
В настоящем стандарте для обеспечения безопасности электронного обмена данными в управлении, торговле и на транспорте (EDIFACT) введено определение сообщения для защищенной аутентификации и защищенного квитирования — AUTACK.
2 Соответствие стандарту
Для соответствия обмена настоящему стандарту должен использоваться номер версии «4» в обязательном элементе данных 0002 (номер версии синтаксических правил) и номер редакции «01» в условном элементе данных 0076 (номер редакции синтаксических правил). Каждый из этих элементов данных входит в сегмент UNB (заголовок обмена). В обменах, в которых продолжает использоваться синтаксис более ранних версий, для различения соответствующих синтаксических правил необходимо указывать следующие номера версий:
- ИСО 9735:1988 — Номер версии синтаксических правил: 1;
- ИСО 9735:1988 (перепечатанный с изменениями в 1990 г.) — Номер версии синтаксических правил: 2;
- ИСО 9735:1988 с Изменением 1:1992 — Номер версии синтаксических правил: 3;
- ИСО 9735:1998 — Номер версии синтаксических правил: 4.
Соответствие стандарту означает, что соблюдены все его требования, включая опции. Если же поддерживаются не все опции, то в любом заявлении о соответствии должно содержаться положение, идентифицирующее опции, по которым декларируется соответствие.
Данные, используемые в обмене, признаются соответствующими настоящему стандарту, если их структура и представление отвечают синтаксическим правилам, определенным в настоящем стандарте.
Устройства, поддерживающие настоящий стандарт, признаются соответствующими ему, если они способны формировать и/или интерпретировать данные, структурированные и представленные в соответствии с требованиями настоящего стандарта.
Для соответствия требованиям настоящего стандарта необходимо также соответствие требованиям частей 1, 2, 5 и 10 комплекса стандартов ИСО 9735.
Положения других стандартов, указанных в настоящем стандарте, являются составными элементами критериев соответствия настоящему стандарту.
3 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие нормативные документы, положения которых необходимо учитывать при использовании настоящего стандарта. В случае ссылок на документы, у которых указана дата утверждения, необходимо пользоваться только указанной редакцией. В случае, когда дата утверждения не приведена, следует пользоваться последней редакцией ссылочных документов, включая любые поправки и изменения к ним.
ИСО 9735-1:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей (ISO 9735-1:2002, Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules (Syntax version number: 4, Syntax release number: 1) — Part 1: Syntax rules common to all parts)
ИСО 9735-2:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 2. Синтаксические правила, специфичные для пакетного ЭОД (ISO 9735-2:2002, Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules (Syntax version number: 4, Syntax release number: 1) — Part 2: Syntax rules specific to batch EDI)
ИСО 9735-5:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 5. Правила защиты для пакетного ЭОД (аутентичность, целостность и неотказуемость источника) (ISO 9735-5:2002, Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules (Syntax version number: 4, Syntax release number: 1) — Part 5: Security rules for batch EDI (authenticity, integrity and non-repudiation of origin))
ИСО 9735-10:2002 Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 10. Справочники служебных синтаксических структур (ISO 9735-10:2002, Electronic data interchange for administration, commerce and transport (EDIFACT) — Application level syntax rules (Syntax version number: 4, Syntax release number: 1) — Part 10: Syntax service directories)
4 Термины и определения
В настоящем стандарте используются термины и определения, приведенные в ИСО 9735-1.
5 Правила использования сообщения для защищенной аутентификации и защищенного квитирования
5.1 Функциональное определение
AUTACK — это сообщение, аутентифицирующее переданные структуры либо обеспечивающее защищенное квитирование принятых структур, обменов, групп, сообщений или пакетов.
Сообщение для защищенной аутентификации и защищенного квитирования может использоваться:
a) для обеспечения защищенной аутентификации, целостности или неотказуемости источника сообщений, пакетов, групп или обменов;
b) для защищенного квитирования или обеспечения неотказуемости приема защищенных сообщений, пакетов, групп или обменов.
5.2 Сферы применения
Сообщение для защищенной аутентификации и защищенного квитирования (AUTACK) может использоваться как во внутренней, так и во внешней торговле. Оно разработано на основе распространенной практики в управлении, коммерции и на транспорте и не зависит от сферы бизнеса или промышленности.
5.3 Принципы
5.3.1 Общие положения
Применяемые процедуры защиты подлежат согласованию между торговыми партнерами и определению в соглашении об обмене.
Сообщение для защищенной аутентификации и защищенного квитирования (AUTACK) позволяет использовать службы защиты для других структур EDIFACT (сообщений, пакетов, групп или обменов) и обеспечивает защищенное квитирование защищенных структур EDIFACT. Оно может применяться для комбинаций структур EDIFACT, которые необходимо защитить при обмене данными между двумя сторонами.
Службы защиты обеспечиваются за счет применения механизмов шифрования к содержимому исходных структур EDIFACT. В результате формируется тело сообщения AUTACK, дополненное такими существенными данными, как указатели на использованные методы шифрования, контрольные номера структур EDIFACT и данные о дате и времени исходных структур.
В сообщении AUTACK должны использоваться стандартные группы заголовка и окончания защиты.
Сообщение AUTACK применимо к одному или нескольким сообщениям, пакетам или группам из одного или нескольких обменов, либо к одному или нескольким обменам. Например, на рисунке 1 показан обмен, при котором сообщение AUTACK передается совместно с одним или несколькими сообщениями.
5.3.2 Использование AUTACK для аутентификации
5.3.2.1 Общие положения
Сообщение AUTACK, используемое в качестве сообщения для аутентификации, должно посылаться отправителем одной или нескольких различных структур EDIFACT либо стороной, уполномоченной этим отправителем. Цель использования данного сообщения — поддержка служб защиты, определенных в ИСО 9735-5, т.е. обеспечение аутентичности, целостности и неотказуемости источника соответствующих структур EDIFACT.
Сообщение для аутентификации AUTACK может быть реализовано двумя способами. В первом случае передаются хешированные значения тех структур EDIFACT, которые указаны в AUTACK и защищены самим этим сообщением, а во втором — только цифровые подписи структур EDIFACT, указанных в AUTACK.
5.3.2.2 Аутентификация с помощью хешированных значений структур EDIFACT
Защищаемая структура EDIFACT должна быть указана в одном из сегментов USX («указатели защиты»). Для каждого сегмента USX должен быть как минимум один соответствующий сегмент USY («защита по указателям») с результатом выполнения функции защиты, например, с хешированным значением указанной структуры EDIFACT.
Подробные сведения о выполняемой функции защиты должны входить в группу заголовка защиты AUTACK. Сегменты USY и USH для указанной в сообщении структуры EDIFACT должны быть связаны посредством имеющихся в них элементов данных контрольных номеров защиты.
Вся информация, передаваемая в сообщении AUTACK, должна быть защищена по крайней мере одной парой групп заголовка и окончания защиты.
Примечание - Сегмент USX используется в AUTACK для указания на одно или несколько сообщений, пакетов или групп в одном или нескольких обменах либо для указания на весь обмен. Для каждого сегмента USX в соответствующий сегмент USY входит результат применения к указанной структуре EDIFACT методов хеширования, аутентификации или обеспечения неотказуемости.
5.3.2.3 Аутентификация с помощью цифровых подписей структур EDIFACT
Защищаемая структура EDIFACT должна быть указана в одном из сегментов USX («указатели защиты»). Для каждого сегмента USX должен быть как минимум один соответствующий сегмент USY («защита по указателям») с цифровой подписью указанной структуры EDIFACT. Подробные сведения о выполняемой функции защиты должны входить в группу заголовка защиты AUTACK. Так как одна структура EDIFACT может быть защищена несколько раз, соответствующие сегменты USY и группы заголовка защиты должны быть связаны посредством имеющихся в них элементов данных контрольных номеров защиты.
Если в сообщении AUTACK содержится цифровая подпись указанной структуры EDIFACT (а не просто хешированное значение), то для самого сообщения AUTACK защита не требуется.
5.3.3 Использование AUTACK для квитирования
Сообщение AUTACK, используемое в качестве сообщения для квитирования, должно посылаться получателем одной или нескольких ранее принятых защищенных структур EDIFACT либо стороной, уполномоченной этим получателем. Целью является поддержка подтверждения приема, проверки целостности содержимого, обеспечения полноты принятой информации и/или неотказуемости приема соответствующих структур EDIFACT.
Функция квитирования должна использоваться только для защищенных структур EDIFACT. Защищенная структура EDIFACT должна быть указана в одном из сегментов USX («указатели защиты»). Для каждого сегмента USX должен быть как минимум один соответствующий сегмент USY («защита по указателям») с хешированным значением или цифровой подписью указанной структуры EDIFACT. Сегмент USY должен быть связан с группой заголовка защиты указанной структуры EDIFACT или с группой заголовка защиты сообщения AUTACK, которое обеспечивает защиту этой структуры, посредством элемента данных контрольного номера защиты. В заголовке защиты указанной структуры EDIFACT содержатся подробные сведения о функции защиты, выполненной отправителем исходного сообщения для указанной структуры EDIFACT.
В конце создания сообщения AUTACK для квитирования вся передаваемая в нем информация должна быть защищена по крайней мере одной парой групп заголовка и окончания защиты.
Сообщение AUTACK может также использоваться для отказа от квитирования в случае выявления проблем при проверке результатов защиты.
Примечание - Защищенное квитирование имеет смысл только для защищенных структур EDIFACT. Защита структур EDIFACT осуществляется с использованием либо интегрированных сегментов защиты (см. ИСО 9735-5), либо механизмов аутентификации AUTACK.
В сообщении AUTACK, используемом для квитирования, во избежание зацикливания, не должно быть требования возврата его получателем другого сообщения AUTACK для квитирования.
5.4 Определение сообщения
5.4.1 Пояснение формата сегмента данных
Служебный сегмент в начале сообщения, однозначно идентифицирующий это сообщение.
Код типа сообщения для защищенной аутентификации и защищенного квитирования — AUTACK.
Для указания назначения сообщения AUTACK, т.е. аутентификации, квитирования или отказа от квитирования, используется элемент данных с идентификатором функционального подтипа данного сообщения.
Сообщения для защищенной аутентификации и защищенного квитирования, соответствующие данному стандарту, должны содержать следующие данные в составном элементе данных S009 сегмента UNH:
| Элемент данных | 0065 | AUTACK |
|---|---|---|
| 0052 | ||
| 0054 | 1 | |
| 0051 | UN |
0020 Группа сегментов 1: USH-USA-SG2 (группа заголовка защиты)
Эта группа сегментов определяет используемые службу и механизмы защиты и содержит данные, необходимые для проверочных расчетов (по ИСО 9735-5).
В данной группе сегментов определяется служба защиты и алгоритм (алгоритмы), применяемые для сообщения AUTACK или для указанной в нем структуры EDIFACT.
Каждая группа заголовка защиты должна быть привязана к группе окончания защиты, а в некоторых случаях может быть привязана дополнительно и к сегментам USY.
Данный сегмент определяет службу защиты, используемую для сообщения/пакета, в которые он входит, либо для указанной структуры EDIFACT (согласно ИСО 9735-5).
Элемент данных службы защиты должен определять функцию защиты для сообщения AUTACK или для указанной структуры EDIFACT:
- службы защиты, обеспечивающие аутентификацию источника и неотказуемость источника сообщения, могут использоваться только для самого сообщения AUTACK;
- службы защиты, обеспечивающие целостность структуры EDIFACT, указанной в сообщении AUTACK, аутентификацию источника и неотказуемость источника этой структуры, должны использоваться только отправителем для защиты структур EDIFACT, указанных в сообщении AUTACK;
- службы защиты, обеспечивающие аутентификацию получателя и неотказуемость приема, должны использоваться только получателем защищенных структур EDIFACT для защищенного квитирования.
Должна быть задана область применения службы защиты согласно ИСО 9735-5. В сообщении AUTACK возможны четыре области применения службы защиты:
- первые две определены в разделе 5 ИСО 9735-5:2002;
- третья включает всю структуру EDIFACT между первым символом сообщения, пакета, группы или обмена (буквой «U») и последним символом соответствующей структуры, включительно;
- четвертая область определяется пользователем в соответствии с соглашением между отправителем и получателем.
Данный сегмент определяет алгоритм защиты и технические аспекты использования этого алгоритма и содержит необходимые технические параметры (согласно ИСО 9735-5).
0050 Группа сегментов 2: USC-USA-USR (группа сертификата)
Данная группа сегментов содержит все данные, необходимые для проверки результатов применения методов защиты к сообщению/пакету, если используются асимметричные алгоритмы (согласно ИСО 9735-5).
В этот сегмент входят регистрационные данные (удостоверение) владельца сертификата и данные об органе сертификации, которым был выдан сертификат (согласно ИСО 9735-5).
Данный сегмент определяет алгоритм защиты и технические аспекты использования этого алгоритма и содержит необходимые технические параметры (согласно ИСО 9735-5).
В этом сегменте содержится результат выполнения функций защиты, примененных органом сертификации к сертификату (согласно ИСО 9735-5).
0090 USB, идентификация защищенных данных
Этот сегмент содержит идентификационные данные отправителя и получателя обмена, отметку времени для защиты AUTACK и обязательное указание на то, требуется ли защищенное квитирование от получателя сообщения AUTACK. Если оно требуется, то отправитель будет ожидать ответное сообщение квитирования AUTACK от получателя.
Данные об отправителе и получателе обмена, указываемые в USB, должны относиться к отправителю и получателю в том сеансе обмена, в котором используется AUTACK, с целью защиты данной информации.
0100 Группа сегментов 3: USX-USY
Данная группа сегментов используется для идентификации стороны обмена в процедуре защиты и для предоставления информации о защите указанной структуры EDIFACT.
В данном сегменте содержатся указатели на сторону, вовлеченную в процедуру защиты.
Составной элемент данных даты и времени защиты может содержать данные о дате и времени формирования указанной структуры EDIFACT.
Если присутствует элемент 0020, но не присутствует ни один из элементов 0048, 0062 и 0800, то указатель относится ко всей структуре обмена.
Если присутствуют элементы 0020 и 0048, но не присутствуют элементы 0062 и 0800, то указатель относится к группе.
0120 USY, защита по указателям
Данный сегмент содержит элемент связи с группой заголовка защиты и результат применения служб защиты для указанной структуры EDIFACT, как предусмотрено в этой связанной группе заголовка защиты.
Если несколько структур EDIFACT защищены одной и той же службой защиты с одинаковыми параметрами защиты, то соответствующие им сегменты USY можно связать с одной группой заголовка защиты. В этом случае значение элемента связи между группой заголовка защиты и разными сегментами USY будет одним и тем же.
Если AUTACK используется для квитирования, то соответствующая группа заголовка защиты должна быть группой заголовка либо указанной структуры EDIFACT, либо сообщения AUTACK, которое служит для защиты последней, используя аутентификацию.
Значение элемента данных 0534 в сегменте USY должно совпадать со значением того же элемента в соответствующем сегменте USH, принадлежащего:
- текущему сообщению AUTACK, если оно служит для аутентификации (с помощью служб защиты, обеспечивающих аутентификацию источника указанной структуры EDIFACT, целостность данной структуры или неотказуемость источника указанной структуры EDIFACT), либо
- самой указанной структуре EDIFACT или сообщению AUTACK с функцией аутентификации этой структуры, если используется функция квитирования (с помощью служб защиты, обеспечивающих неотказуемость приема или аутентификацию получателя).
0130 Группа сегментов 4: UST-USR (группа окончания защиты)
Данная группа сегментов содержит связь с группой сегментов заголовка защиты и результат выполнения функций защиты для сообщения/пакета (согласно ИСО 9735-5).
Сегмент USR может быть исключен, если группа окончания защиты связана с группой заголовка защиты, относящегося к указанной структуре EDIFACT. В этом случае соответствующие результаты выполнения функций защиты должны быть в сегментах USY, которые связаны с необходимой группой заголовка защиты.
Данный сегмент устанавливает связь между группами сегментов заголовка защиты и окончания защиты. В нем приводится количество сегментов защиты, содержащихся в этих группах (согласно ИСО 9735-5).
В этом сегменте приводится результат выполнения функций защиты, указанных в связанной группе заголовка защиты, для сообщения/пакета (согласно ИСО 9735-5). Результат защиты в этом сегменте должен применяться к самому сообщению AUTACK.
Это служебный сегмент, завершающий сообщение и содержащий полное число сегментов и контрольный справочный номер сообщения.
5.4.2 Структура сообщения
POS — порядковый номер позиции сегмента или группы сегментов в сообщении (с шагом 10 для возможности корректировок структуры сообщения в будущем);
S — статус сегмента (или группы сегментов), M — обязательный, C — условный;
R — максимальное число вхождений сегмента или группы сегментов;
Примечание - В тело сообщения AUTACK входит сегмент USB и группа сегментов 3.
(справочное)
В настоящем приложении приведены три примера, иллюстрирующие различные способы применения сообщения AUTACK.
В первом примере показано, как сообщение AUTACK используется для защиты ранее посланного сообщения с целью обеспечения неотказуемости источника. При этом требуется сообщение AUTACK для квитирования.
Во втором примере описано, как сообщение AUTACK может защитить два сообщения разными службами защиты: неотказуемость источника первого сообщения и аутентификацию источника второго сообщения.
В третьем примере иллюстрируется использование сообщения AUTACK для защищенного квитирования: приведено сообщение AUTACK для квитирования, запрошенного сообщением AUTACK в первом примере.
A.2 Пример 1. Служба неотказуемости источника, предоставляемая сообщением AUTACK
Банку A необходима служба защиты «неотказуемость источника» для платежных поручений Компании A, организуемая г-ном Смитом при превышении определенной суммы платежа.
В соглашении об обмене между сторонами установлено, что требуемая Банком A служба неотказуемости источника должна выполняться для этих платежных поручений г-ном Смитом из Компании A с использованием одной цифровой подписи.
По согласию обеих сторон для формирования этой цифровой подписи используется алгоритм RSA с 512-битовым ключом (асимметричный алгоритм), который применяется к значению хеш-функции, полученному с помощью алгоритма MD5.
Сертификат, удостоверяющий открытый ключ г-на Смита, выдан органом, которому доверяют обе стороны, — эмитентом сертификата.
Так как цифровая подпись платежного поручения PAYORD включается в сообщение AUTACK, то само сообщение AUTACK нет необходимости подписывать.
Сообщение PAYORD, защищенное сообщением AUTACK, было третьим сообщением в первом обмене, переданном г-ном Смитом Банку A. Оно было создано в 10:00:00, дата его создания — 1996.01.15.
Само сообщение AUTACK было пятым сообщением в обмене и было создано в 10:05:32, дата его создания — 1996.01.15.
Рассматриваются следующие сегменты защиты:
- USH для указания службы защиты, применяемой для сообщения PAYORD;
- USC-USA-USA-USA-USR — сертификат г-на Смита;
- USB;
- USX-USY с указателями защиты и результатами защиты (для сообщения PAYORD);
- UST без USR, со ссылкой на USH.
| ЗАГОЛОВОК ЗАЩИТЫ | |
|---|---|
| СЛУЖБА ЗАЩИТЫ, КОДИРОВАННАЯ | Неотказуемость источника |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Контрольный номер данного заголовка защиты: 1 |
| ТИП ОТВЕТА | Требуется квитирование: 1 |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения (подписи) фильтруются с использованием шестнадцатеричного фильтра |
| КОДИРОВАНИЕ ИСХОДНОГО НАБОРА ЗНАКОВ | Сообщение было закодировано с помощью набора 8-битовых знаков ASCII при генерации его подписи |
| СЕРТИФИКАТ | Сертификат г-на Смита |
| УЧЕТНЫЙ НОМЕР СЕРТИФИКАТА | Номер сертификата, назначенный органом AUTHORITY: 00000001 |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Владелец сертификата (г-н Смит из Компании A) |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны защиты | Эмитент сертификата (наименование органа, который генерировал сертификат г-на Смита: AUTHORITY) |
| Имя ключа | Открытый ключ AUTHORITY, который использовался для генерации сертификата г-на Смита: PK1 |
| ВЕРСИЯ СИНТАКСИСА СЕРТИФИКАТА | Версия сертификата по справочнику служебных сегментов UN/EDIFACT |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения (ключи и цифровые подписи) фильтруются с помощью шестнадцатеричного фильтра |
| КОДИРОВАНИЕ ИСХОДНОГО НАБОРА ЗНАКОВ | Удостоверение сертификата было закодировано с помощью набора 8-битовых знаков ASCII при генерации сертификата |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — терминатор сегмента |
| Служебный знак для подписи | Значение « ' » (апостроф) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель элементов данных |
| Служебный знак для подписи | Значение «+» (знак «плюс») |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель компонентных элементов данных |
| Служебный знак для подписи | Значение «:» (двоеточие) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель повторов |
| Служебный знак для подписи | Значение «*» (звездочка) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — знак освобождения |
| Служебный знак для подписи | Значение «?» (вопросительный знак) |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Время генерации сертификата |
| Дата и время | Сертификат г-на Смита был сгенерирован 931215 <1> в 14:12:00 |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Начало срока действия сертификата |
| Дата и время | Срок действия сертификата г-на Смита начинается с: 1996 01 01 000000 <2> |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Окончание срока действия сертификата |
| Дата и время | Срок действия сертификата г-на Смита заканчивается: 1996 12 31 235959 <3> |
<1> Представление даты соответствует оригиналу.
<2> Представление даты и времени соответствует оригиналу.
| АЛГОРИТМ ЗАЩИТЫ | Асимметричный алгоритм, использовавшийся г-ном Смитом для подписи | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм подписи владельца | |
| Криптографический режим | Ни один режим в данном случае не применим | |
| Алгоритм | RSA, асимметричный алгоритм | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве открытой экспоненты для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Открытый ключ г-на Смита | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве модуля для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Модуль г-на Смита | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве длины модуля г-на Смита (в битах) | |
| Значение параметра алгоритма | Длина модуля г-на Смита 512 бит | |
| АЛГОРИТМ ЗАЩИТЫ | Хеш-функция, используемая AUTHORITY для генерации сертификата г-на Смита | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм хеширования издателя | |
| Криптографический режим | Хеш-функция, применяемая в ИСО 10118-2. Для получения хеш-кода двойной длины (128 бит) применялась хеш-функция с использованием алгоритма шифрования n-битовых блоков; значения инициализации: | |
| A = 01234567 | B = 89ABCDEF | |
| C = FEDCBA98 | D = 76543210 | |
| Алгоритм | Выбран алгоритм MD5 для сокращения сообщений | |
| АЛГОРИТМ ЗАЩИТЫ | Асимметричный алгоритм, использовавшийся AUTHORITY для подписи | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм подписи издателя | |
| Криптографический режим | Ни один режим в данном случае не применим | |
| Алгоритм | RSA, асимметричный алгоритм | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве открытой экспоненты для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Открытый ключ AUTHORITY | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве модуля для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Модуль AUTHORITY | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве длины модуля AUTHORITY (в битах) | |
| Значение параметра алгоритма | Длина модуля AUTHORITY 512 бит | |
| РЕЗУЛЬТАТ ЗАЩИТЫ | Цифровая подпись сертификата | |
| РЕЗУЛЬТАТ ПРОВЕРКИ | ||
| Квалификатор контрольного значения | Уникальное контрольное значение 1 | |
| Контрольное значение | 512-битовая цифровая подпись с шестнадцатеричной фильтрацией | |
| ИДЕНТИФИКАЦИЯ ЗАЩИЩЕННЫХ ДАННЫХ | ||
| ТИП ОТВЕТА, КОДИРОВАННЫЙ | Требуется защищенное квитирование от Банка A | |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | ||
| Дата и время | Отметка времени AUTACK, связанная с защитой | |
| Дата события | Отметка времени, дата: 1996 01 15 <1> | |
| Время события | Отметка времени, время: 10:05:32 | |
| ОТПРАВИТЕЛЬ ОБМЕНА | Идентификатор отправителя обмена | |
| Идентификатор отправителя обмена | Идентификатор г-на Смита из Компании A | |
| ПОЛУЧАТЕЛЬ ОБМЕНА | Идентификатор получателя обмена | |
| Идентификатор получателя обмена | Идентификатор Банка A | |
| УКАЗАТЕЛИ ЗАЩИТЫ | Указывают на объект защиты (платежное поручение PAYORD, связанное со службой неотказуемости источника) и на соответствующие дату и время | |
| КОНТРОЛЬНЫЙ НОМЕР ОБМЕНА | Определяет контрольный номер, присвоенный отправителем обмену, включающему сообщение PAYORD: 1 | |
| ОТПРАВИТЕЛЬ ОБМЕНА | ||
| Идентификатор отправителя обмена | Определяет отправителя обмена, включающего сообщение PAYORD: г-н Смит из Компании A | |
| ПОЛУЧАТЕЛЬ ОБМЕНА | ||
| Идентификатор получателя обмена | Определяет получателя обмена, включающего сообщение PAYORD: Банк A | |
| КОНТРОЛЬНЫЙ НОМЕР СООБЩЕНИЯ | Определяет контрольный номер, присвоенный отправителем сообщению PAYORD: 3 | |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | ||
| Дата и время | Связанная с защитой отметка времени, относящаяся к PAYORD | |
| Дата события | Отметка времени, дата: 1996 01 15 <1> | |
| Время события | Отметка времени, время: 10:00:00 | |
<1> Представление даты соответствует оригиналу.
<1> Представление даты соответствует оригиналу.
A.3 Пример 2. Защита нескольких сообщений с помощью AUTACK
Банку A необходима служба защиты «неотказуемость источника» для платежных поручений Компании A, организуемая г-ном Смитом при превышении определенной суммы платежа. Если эта сумма не превышена, то запрашивается служба аутентификации источника сообщения.
В соглашении об обмене между сторонами установлено, что требуемая Банком A служба неотказуемости источника должна выполняться для этих платежных поручений г-ном Смитом из Компании A с использованием одной цифровой подписи. По согласию обеих сторон для формирования этой цифровой подписи используется алгоритм RSA с 512-битовым ключом (асимметричный алгоритм), который применяется к значению хеш-функции, полученному с помощью алгоритма MD5.
Кроме того, аутентификация источника сообщения достигается путем генерации «кода аутентификации сообщения» (MAC) на стороне отправителя с использованием симметричного алгоритма DES в соответствии с ИСО 8731-1.
Сертификат, удостоверяющий открытый ключ г-на Смита, выдан органом, которому доверяют обе стороны, — эмитентом сертификата.
Первое сообщение платежного поручения PAYORD защищено цифровой подписью в сообщении AUTACK. Это пятое сообщение первого обмена, переданного г-ном Смитом в Банк A. Оно было послано в 08:00:00, дата отсылки — 1996.01.15.
Второе сообщение PAYORD защищено кодом MAC в AUTACK. Это седьмое сообщение первого обмена. Оно было послано в тот же день в 09:00:00.
Само сообщение AUTACK, десятое в первом обмене, было послано в тот же день в 10:05:32.
Так как первое сообщение PAYORD защищено цифровой подписью, то подпись самого сообщения AUTACK не требуется.
Таким образом, имеются следующие сегменты защиты:
- USH для указания службы неотказуемости источника применительно к первому сообщению PAYORD;
- USC-USA-USA-USA-USR — сертификат г-на Смита;
- USH для указания службы аутентификации источника сообщения применительно ко второму сообщению PAYORD;
- USB;
- USX-USY с указателями защиты и результатом защиты (цифровой подписью) для первого сообщения PAYORD;
- USX-USY с указателями защиты и результатом защиты (MAC) для второго сообщения PAYORD;
- UST без USR, со ссылкой на первый сегмент USH;
- UST без USR, со ссылкой на второй сегмент USH.
| ЗАГОЛОВОК ЗАЩИТЫ | Заголовок с данными о функции защиты, выполненной для указанного объекта (первого сообщения PAYORD) |
|---|---|
| СЛУЖБА ЗАЩИТЫ, КОДИРОВАННАЯ | Неотказуемость источника первого сообщения PAYORD |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Контрольный номер данного заголовка защиты: 1 |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения фильтруются с использованием шестнадцатеричного фильтра |
| КОДИРОВАНИЕ ИСХОДНОГО НАБОРА ЗНАКОВ | Сообщение было закодировано с помощью набора 8-битовых знаков ASCII при генерации его подписи |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Отправитель сообщения (г-н Смит из Компании A) |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Получатель сообщения (Банк A) |
| СЕРТИФИКАТ | Сертификат г-на Смита |
| НОМЕР СЕРТИФИКАТА | Номер сертификата, назначенный AUTHORITY: 00000001 |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Владелец сертификата (г-н Смит из Компании A) |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Эмитент сертификата (наименование органа, который генерировал сертификат г-на Смита: AUTHORITY) |
| Имя ключа | Открытый ключ AUTHORITY, который использовался для генерации сертификата г-на Смита: PK1 |
| ВЕРСИЯ СИНТАКСИСА СЕРТИФИКАТА | Версия сертификата по справочнику служебных сегментов UN/EDIFACT |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения (ключи и цифровые подписи) фильтруются с помощью шестнадцатеричного фильтра |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — терминатор сегмента |
| Служебный знак для подписи | Значение « ' » (апостроф) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель элементов данных |
| Служебный знак для подписи | Значение «+» (знак «плюс») |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель компонентных элементов данных |
| Служебный знак для подписи | Значение «:» (двоеточие) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель повторов |
| Служебный знак для подписи | Значение «*» (звездочка) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — знак освобождения |
| Служебный знак для подписи | Значение «?» (вопросительный знак) |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Время генерации сертификата |
| Дата и время | Сертификат г-на Смита был сгенерирован: 931215 <1> в 14:12:00 |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Начало срока действия сертификата |
| Дата и время | Срок действия сертификата г-на Смита начинается с: 1996 01 01 000000 <2> |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Окончание срока действия сертификата |
| Дата и время | Срок действия сертификата г-на Смита заканчивается: 1996 12 31 235959 <3> |
| АЛГОРИТМ ЗАЩИТЫ | Асимметричный алгоритм, использовавшийся г-ном Смитом для подписи |
<1> Представление даты соответствует оригиналу.
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм подписи владельца | |
| Криптографический режим | Ни один режим в данном случае не применим | |
| Алгоритм | RSA, асимметричный алгоритм | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве открытой экспоненты для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Открытый ключ г-на Смита | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве модуля для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Модуль г-на Смита | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве длины модуля г-на Смита (в битах) | |
| Значение параметра алгоритма | Длина модуля г-на Смита 512 бит | |
| АЛГОРИТМ ЗАЩИТЫ | Хеш-функция, используемая AUTHORITY для генерации сертификата г-на Смита | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм хеширования эмитента | |
| Криптографический режим | Хеш-функция CD, применяемая в ИСО 10118-2. Для получения хеш-кода двойной длины (128 бит) применялась хеш-функция с использованием алгоритма шифрования n-битовых блоков; значения инициализации: | |
| A = 01234567 | B = 89ABCDEF | |
| C = FEDCBA98 | D = 76543210 | |
| Алгоритм | Выбран алгоритм MD5 для сокращения сообщений | |
| АЛГОРИТМ ЗАЩИТЫ | Асимметричный алгоритм, использовавшийся AUTHORITY для подписи | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Используется алгоритм подписи эмитента | |
| Криптографический режим | Ни один режим в данном случае не применим | |
| Алгоритм | RSA, асимметричный алгоритм | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве открытой экспоненты для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Открытый ключ AUTHORITY | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве модуля для подтверждения подлинности подписи | |
| Значение параметра алгоритма | Модуль AUTHORITY | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве длины модуля AUTHORITY (в битах) | |
| Значение параметра алгоритма | Длина модуля AUTHORITY 512 бит | |
| РЕЗУЛЬТАТ ЗАЩИТЫ | Цифровая подпись сертификата | |
| РЕЗУЛЬТАТ ПРОВЕРКИ | ||
| Квалификатор контрольного значения | Уникальное контрольное значение: 1 | |
| Контрольное значение | 512-битовая цифровая подпись с шестнадцатеричной фильтрацией | |
| ЗАГОЛОВОК ЗАЩИТЫ | Заголовок с данными о функции защиты, выполненной для указанного объекта (второго сообщения PAYORD) | |
| СЛУЖБА ЗАЩИТЫ, КОДИРОВАННАЯ | Аутентификация источника второго сообщения PAYORD | |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Контрольный номер данного заголовка: 2 | |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения фильтруются с использованием шестнадцатеричного фильтра | |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | ||
| Квалификатор стороны обеспечения защиты | Отправитель сообщения (г-н Смит из Компании A) | |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | ||
| Квалификатор стороны обеспечения защиты | Получатель сообщения (Банк A) | |
| АЛГОРИТМ ЗАЩИТЫ | ||
| АЛГОРИТМ ЗАЩИТЫ | ||
| Область применения алгоритма | Для аутентификации источника сообщения используется симметричный алгоритм | |
| Криптографический режим | Код MAC, вычисленный в соответствии с ИСО 8731-1 | |
| Алгоритм | Использовался алгоритм DES | |
| ПАРАМЕТР АЛГОРИТМА | ||
| Квалификатор параметра алгоритма | Указываются такие параметры данного алгоритма, как имя симметричного ключа, обмен которым произошел ранее | |
| Значение параметра алгоритма | 1234567890ABCDEF | |
| ИДЕНТИФИКАЦИЯ ЗАЩИЩЕННЫХ ДАННЫХ | ||
| ТИП ОТВЕТА, КОДИРОВАННЫЙ | От Банка A квитирование не требуется | |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | ||
| Дата и время | Отметка времени AUTACK, связанная с защитой | |
| Дата события | Отметка времени, дата: 1996 01 15 <1> | |
| Время события | Отметка времени, время: 10:05:32 | |
| ОТПРАВИТЕЛЬ ОБМЕНА | Идентификатор отправителя обмена | |
| Идентификатор отправителя обмена | Идентификатор г-на Смита из Компании A | |
| ПОЛУЧАТЕЛЬ ОБМЕНА | Идентификатор получателя обмена | |
| Идентификатор получателя обмена | Идентификатор Банка A | |
| УКАЗАТЕЛИ ЗАЩИТЫ | Указывают на объект защиты (второе сообщение PAYORD) | |
| КОНТРОЛЬНЫЙ НОМЕР ОБМЕНА | Определяет контрольный номер, присвоенный отправителем обмену, включающему второе сообщение PAYORD: 1 | |
| ОТПРАВИТЕЛЬ ОБМЕНА | ||
| Идентификатор отправителя обмена | Определяет отправителя обмена, включающего сообщение PAYORD: г-н Смит из Компании A | |
| ПОЛУЧАТЕЛЬ ОБМЕНА | ||
| Идентификатор получателя обмена | Определяет получателя обмена, включающего сообщение PAYORD: Банк A | |
| КОНТРОЛЬНЫЙ НОМЕР СООБЩЕНИЯ | Определяет контрольный номер, присвоенный отправителем второму сообщению PAYORD: 7 | |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | ||
| Дата события | Отметка времени защиты, дата: 1996 01 15 <1> | |
| Время события | Отметка времени защиты, время: 09:00:00 | |
| ЗАЩИТА ПО УКАЗАТЕЛЯМ | Определяет соответствующий заголовок (связанный с выполнением функций защиты для второго сообщения PAYORD) и результат выполнения функций защиты | |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Номер, связывающий результат проверки с соответствующим сегментом USH. В данном случае его значение: 2 | |
| РЕЗУЛЬТАТ ПРОВЕРКИ | ||
| Квалификатор контрольного значения | MAC (Код аутентификации сообщения) |
|---|---|
| Контрольное значение | 12345678 — значение из 4 байт |
| УКАЗАТЕЛИ ЗАЩИТЫ | Указывают на объект защиты (первое сообщение PAYORD) и соответствующую дату и время |
| КОНТРОЛЬНЫЙ НОМЕР ОБМЕНА | Определяет контрольный номер, присвоенный отправителем обмену, включающему сообщение PAYORD: 1 |
| ОТПРАВИТЕЛЬ ОБМЕНА | |
| Идентификатор отправителя обмена | Определяет отправителя обмена, включающего сообщение PAYORD: г-н Смит из Компании A |
| ПОЛУЧАТЕЛЬ ОБМЕНА | |
| Идентификатор получателя обмена | Определяет получателя обмена, включающего сообщение PAYORD: Банк A |
| КОНТРОЛЬНЫЙ НОМЕР СООБЩЕНИЯ | Определяет контрольный номер, присвоенный отправителем первому сообщению PAYORD: 5 |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | |
| Дата события | Отметка времени защиты, дата: 1996 01 15 <1> |
| Время события | Отметка времени защиты, время: 08:00:00 |
| ЗАЩИТА ПО УКАЗАТЕЛЯМ | Определяет соответствующий заголовок (связанный с выполнением функций защиты для первого сообщения PAYORD) и результат выполнения функций защиты |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Номер, связывающий результат проверки с соответствующим сегментом USH. В данном случае его значение: 1 |
| РЕЗУЛЬТАТ ПРОВЕРКИ | |
| Квалификатор контрольного значения | Уникальное контрольное значение 1 |
| Контрольное значение | 512-битовая цифровая подпись (первого сообщения PAYORD) с шестнадцатеричной фильтрацией |
| ОКОНЧАНИЕ ЗАЩИТЫ | |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Номер данного окончания защиты: 2 |
| ЧИСЛО СЕГМЕНТОВ ЗАЩИТЫ | Число сегментов защиты 2 |
| ОКОНЧАНИЕ ЗАЩИТЫ | |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Номер данного окончания защиты: 1 |
| ЧИСЛО СЕГМЕНТОВ ЗАЩИТЫ | Число сегментов защиты 7 |
<1> Представление даты соответствует оригиналу.
A.4 Пример 3. Защищенное квитирование полученного сообщения с помощью AUTACK
В примере 1 сообщение AUTACK использовалось отправителем (г-ном Смитом из Компании A) предыдущего сообщения PAYORD. В AUTACK был запрос на квитирование от Банка A.
В данном примере показано, как сообщение AUTACK используется для защищенного квитирования.
Сторонами было принято, что сообщения AUTACK для защищенного квитирования будут защищаться цифровой подписью для обеспечения неотказуемости источника.
Сообщение AUTACK, созданное 1996.01.16 в 11:00:00, было двадцатым сообщением в обмене.
Имеются следующие сегменты защиты:
- USH для указания службы защиты, используемой для сообщения AUTACK;
- USH для указания службы защиты, используемой для квитируемого объекта;
- USC-USA(3)-USR — сертификат Банка A;
- USB — для данных сообщения AUTACK;
- USX-USY — для указателей на квитируемый объект и цифровую подпись;
- UST — для окончания защиты, без сегмента USR;
- UST-USR — для защиты самого сообщения AUTACK.
| ЗАГОЛОВОК ЗАЩИТЫ | |
|---|---|
| СЛУЖБА ЗАЩИТЫ, КОДИРОВАННАЯ | Неотказуемость источника |
| КОНТРОЛЬНЫЙ НОМЕР ЗАЩИТЫ | Номер данного заголовка защиты: 1 |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения фильтруются с использованием шестнадцатеричного фильтра |
| КОДИРОВАНИЕ ИСХОДНОГО НАБОРА ЗНАКОВ | Сообщение было закодировано с помощью набора 8-битовых знаков ASCII во время генерации кода MAC |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Отправитель сообщения (сторона, генерирующая цифровую подпись): Банк A |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Получатель сообщения (сторона, проверяющая цифровую подпись): г-н Смит из Компании A |
| ПОРЯДКОВЫЙ НОМЕР ЗАЩИТЫ | Порядковый номер защиты данного сообщения: 20 |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | |
| Дата события | Отметка времени защиты, дата: 1996.01.16 |
| Время события | Отметка времени защиты, время: 11:00:00 |
| СЕРТИФИКАТ | Сертификат Банка A |
| НОМЕР СЕРТИФИКАТА | Номер сертификата, назначенный AUTHORITY: 00000010 |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Владелец сертификата (Банк A) |
| ИДЕНТИФИКАЦИОННЫЕ ЭЛЕМЕНТЫ ЗАЩИТЫ | |
| Квалификатор стороны обеспечения защиты | Эмитент сертификата (наименование органа, который генерировал сертификат Банка A: AUTHORITY) |
| Имя ключа | Открытый ключ AUTHORITY, который использовался для генерации сертификата Банка A: PK1 |
| ВЕРСИЯ СИНТАКСИСА СЕРТИФИКАТА | Версия сертификата по справочнику служебных сегментов UN/EDIFACT |
| ФУНКЦИЯ ФИЛЬТРАЦИИ | Все двоичные значения (ключи и цифровые подписи) фильтруются с помощью шестнадцатеричного фильтра |
| КОДИРОВАНИЕ ИСХОДНОГО НАБОРА ЗНАКОВ | Удостоверение сертификата было закодировано с помощью набора 8-битовых знаков ASCII при генерации сертификата |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — терминатор сегмента |
| Служебный знак для подписи | Значение « ' » (апостроф) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель элементов данных |
| Служебный знак для подписи | Значение «+» (знак «плюс») |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель компонентных элементов данных |
| Служебный знак для подписи | Значение «:» (двоеточие) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — разделитель повторов |
| Служебный знак для подписи | Значение «*» (звездочка) |
| СЛУЖЕБНЫЙ ЗНАК ДЛЯ ПОДПИСИ | Служебный знак, использовавшийся при создании подписи |
| Квалификатор служебного знака для подписи | Служебный знак — знак освобождения |
| Служебный знак для подписи | Значение «?» (вопросительный знак) |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Время генерации сертификата |
| Дата и время | Сертификат Банка A был сгенерирован 1995 12 31 <1> в 14:00:00 |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Начало срока действия сертификата |
| Дата и время | Срок действия сертификата Банка A начинается с: 1996 01 01 000000 <2> |
| ДАТА И ВРЕМЯ ЗАЩИТЫ | Окончание срока действия сертификата |
| Дата и время | Срок действия сертификата Банка A заканчивается: 1996 12 31 235959 <2> |
| АЛГОРИТМ ЗАЩИТЫ | Асимметричный алгоритм, используемый Банком A для подписи |
| АЛГОРИТМ ЗАЩИТЫ | |
| Область применения алгоритма | Используется алгоритм подписи владельца |
| Криптографический режим | Ни один режим в данном случае не применим |
| Алгоритм | RSA, асимметричный алгоритм |
| ПАРАМЕТР АЛГОРИТМА | |
| Квалификатор параметра алгоритма | Определяет этот параметр в качестве открытой экспоненты для подтверждения подлинности подписи |
| Значение параметра алгоритма | Открытый ключ Банка A |
В настоящем приложении приведены примеры возможных комбинаций элементов данных и значений кодов в группах сегментов защиты. Эти примеры выбраны для иллюстрации широко используемых методов защиты, основанных на международных стандартах.
В настоящем приложении представлен лишь небольшой набор комбинаций. Приведенные алгоритмы и режимы шифрования не должны считаться предписанием. Пользователю предлагается выбирать методы, адекватные угрозам безопасности, от которых он хочет защититься.
Цель данного приложения — предоставить пользователю, уже выбравшему методы защиты, универсальную отправную точку для разработки решения, подходящего для конкретной задачи.
Для лучшего восприятия содержание разбито на три раздела, каждый из которых описывает основные принципы использования защиты.
Три набора комбинаций, представленные в настоящем приложении:
| 0531 | Квалификатор параметра алгоритма | 0563 | Квалификатор контрольного значения |
|---|---|---|---|
| 12 | Модуль 1 | ||
| 13 | Экспонента | ||
| 14 | Длина модуля |
| 0577 | Квалификатор стороны защиты |
|---|---|
| 1 | Отправитель сообщения |
| 2 | Получатель сообщения |
| 3 | Владелец сертификата |
| 4 | Аутентифицирующая сторона |
a, b, c, d — представления контрольного номера защиты;
MAC — код аутентификации сообщения;
PK/CA — открытый ключ органа сертификации;
B.2 Комбинации с использованием симметричных алгоритмов и сообщения AUTACK для указанных объектов защиты
Матрица, приведенная в таблице B.1, устанавливает отношения для следующих конкретных ситуаций:
- защита указанного логического объекта обеспечивается сообщением AUTACK (ИСО 9735-6);
- используется только симметричный алгоритм;
- предоставляемыми службами защиты являются аутентификация источника указанной структуры EDIFACT (на примере указанного сообщения) и аутентификация источника сообщения AUTACK. Аутентификация источника указанной структуры обеспечивается контролем целостности этой структуры в сочетании с аутентификацией источника сообщения AUTACK;
- целостность указанной структуры EDIFACT обеспечивается использованием хеш-функции, основанной на алгоритме DES в режиме MDC согласно ИСО/МЭК 10118-2. У отправителя и получателя нет общего секретного ключа. Хешированное значение передается в сообщении AUTACK, и защита этого значения обеспечивается защитой сообщения AUTACK;
- аутентификация источника сообщения AUTACK реализуется с помощью вычисления MAC (кода аутентификации сообщения) для сообщения AUTACK. В этом примере используется алгоритм DES в режиме CBC с секретным ключом, который известен получателю сообщения, и при этом передается только имя ключа. Данный пример соответствует требованиям ИСО 8731-1;
- хотя у отправителя и получателя общие ключи, но механизмы шифрования не были полностью согласованы заранее. Поэтому для всех алгоритмов и режимов шифрования используются явные имена;
- приводятся только поля защиты, связанные с актуальными методами защиты, алгоритмами и режимами шифрования.
B.3 Комбинации с использованием асимметричных алгоритмов и сообщения AUTACK для указанных объектов защиты
Матрица, приведенная в таблице B.2, устанавливает отношения для следующих конкретных ситуаций:
- защита указанного логического объекта обеспечивается сообщением AUTACK (ИСО 9735-6);
- предоставляемыми службами защиты являются обеспечение неотказуемости источника указанной структуры EDIFACT и обеспечение неотказуемости источника сообщения AUTACK. Неотказуемость источника указанной структуры EDIFACT обеспечивается контролем целостности этой структуры в сочетании с неотказуемостью источника сообщения AUTACK;
- используется асимметричный алгоритм RSA;
- для хеш-функции используется алгоритм DES в режиме MDC. Та же хеш-функция служит для расчета хешированного значения защищаемой структуры EDIFACT и сообщения AUTACK;
- предполагается, что обмен сертификатами ранее не выполнялся;
- сегменте USC явно идентифицированы хеш-функция и функция для вычисления подписи, используемые органом сертификации для подписи сертификата. Открытый ключ этого органа, необходимый для проверки сертификата, уже известен получателю. На него есть ссылка по имени в сегменте USC;
- прилагается только один сертификат: второй сертификат нужен, только если используется открытый ключ получателя.
Возможные комбинации для квитирования с помощью сообщений AUTACK соответствуют описанным выше случаям. В частности:
- для USH 0501, код 6 (аутентификация приема), применимы комбинации из матрицы 1;
- для USH 0501, код 5 (неотказуемость приема), применимы комбинации из матрицы 2.
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ
| Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
| ИСО 9735-1:2002 | IDT | ГОСТ Р ИСО 9735-1-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей» |
| ИСО 9735-2:2002 | IDT | ГОСТ Р ИСО 9735-2-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 2. Синтаксические правила, специфичные для пакетного ЭОД» |
| ИСО 9735-5:2002 | IDT | ГОСТ Р ИСО 9735-5-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 5. Правила защиты для пакетного ЭОД (аутентичность, целостность и неотказуемость источника)» |
| ИСО 9735-10:2002 | <*> | |
| <*> Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов. Примечание: В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: IDT — идентичные стандарты. | ||
БИБЛИОГРАФИЯ
| [1] ИСО 8731-1:1987 <1>, Операции банковские. Утвержденные алгоритмы аутентификации сообщений. Часть 1. DEA (ISO 8731-1:1987, Banking — Approved algorithms for message authentication — Part 1: DEA) |
|---|
| [2] ИСО/МЭК 10118-2:2000 <2>, Информационные технологии. Методы защиты. Хеш-функции. Часть 2. Хеш-функции с использованием алгоритма шифрования n-битными блоками (ISO/IEC 10118-2:2000, Information technology — Security techniques — Hash-functions — Part 2: Hash-functions using a n-bit block cipher) |
<1> Отменен. Действует ИСО 16609:2004.
<2> Отменен. Действует ИСО/МЭК 10118-2:2010.
| УДК 658.6/.9:002.006.354 | ОКС 35.240.60 |
| Ключевые слова: электронный обмен данными, синтаксические правила, EDIFACT | |