XML Digital Signature

1. Enveloping Signature (обертывающая подпись) — подписываемые данные помещаются внутрь элемента <Object> внутри самой подписи. Подпись «оборачивает» данные. Этот тип используется, когда подпись и данные должны передаваться вместе, но подпись не должна изменять структуру исходного документа.

1. Detached Signature (отделенная подпись) — подпись хранится отдельно от подписываемых данных. Ссылка на данные указывается в атрибуте URI элемента <Reference>. Данные могут находиться в том же документе (по ID), в другом файле или быть доступны по URL. Этот тип наиболее гибок и часто используется в протоколах (например, SAML).

Канонизация XML

Ключевая особенность XMLDSig — необходимость канонизации. XML-документы могут быть синтаксически эквивалентны, но различаться в деталях (пробелы, порядок атрибутов, кодировка). Канонизация приводит документ к стандартной форме (например, C14N или C14N с комментариями), чтобы подпись оставалась валидной независимо от таких различий. Без канонизации любое изменение форматирования сделало бы подпись недействительной.

Алгоритмы и безопасность

Стандарт поддерживает широкий набор криптографических алгоритмов. В первой версии обязательными были RSA-SHA1 и DSA-SHA1. Вторая версия добавила RSA-SHA256, ECDSA, HMAC-SHA256 и другие. Рекомендуется использовать алгоритмы с длиной ключа не менее 2048 бит для RSA и хеши SHA-256 или выше.

Уязвимости и атаки

XMLDSig не лишён проблем безопасности. Наиболее известные атаки включают:

• XML Signature Wrapping (XSW) — атака, при которой злоумышленник модифицирует структуру XML-документа, перемещая элемент <Signature> в другое место или добавляя новые элементы, но сохраняя ссылку на подписанную часть. Приложение, проверяющее подпись, может подтвердить её валидность, но затем обработать неподписанные (подменённые) данные. Эта атака особенно опасна для веб-сервисов (например, SOAP, SAML).
• XXE-атаки — использование внешних сущностей в процессе обработки XML может привести к утечке данных или отказу в обслуживании.
• Атаки на канонизацию — манипуляции с пространством имён или кодировкой могут привести к расхождению между подписанным и проверяемым содержимым.

Для защиты от XSW рекомендуется использовать строгую валидацию структуры документа, проверять, что подпись относится к ожидаемому элементу, и применять ограничения на XPath-выражения.

Применение

XMLDSig широко используется в различных областях:

• Веб-сервисы и SOAP — подпись сообщений SOAP для обеспечения аутентичности и целостности. Стандарт WS-Security использует XMLDSig как один из основных механизмов.
• SAML (Security Assertion Markup Language) — подпись утверждений (assertions) и запросов/ответов аутентификации. SAML-токены часто содержат вложенные или отделённые подписи XMLDSig.
• XAdES (XML Advanced Electronic Signatures) — стандарт, расширяющий XMLDSig для соответствия требованиям европейского регламента eIDAS. XAdES добавляет информацию о времени, статусе сертификата и другие атрибуты, обеспечивающие долговременную валидность.
• Электронный документооборот — во многих государственных и корпоративных системах (например, в России — система «Госуслуги», «1С-Документооборот») подпись XML-документов реализована на основе XMLDSig или его расширений (XAdES).
• OpenID Connect и OAuth 2.0 — в некоторых реализациях для подписи токенов.
• Электронные подписи в России — ГОСТ-алгоритмы (ГОСТ Р 34.10-2012, ГОСТ Р 34.11-2012) интегрированы в XMLDSig через стандарт XAdES, который адаптирован для российских криптографических требований.

Сравнение с другими стандартами

XMLDSig часто сравнивают с другими форматами цифровых подписей:

• PKCS#7 / CMS (Cryptographic Message Syntax) — более старый и универсальный стандарт, не привязанный к XML. CMS проще в реализации, но не поддерживает подпись частей документа и канонизацию. XMLDSig же лучше интегрируется в XML-экосистему.
• JSON Web Signature (JWS) — современный стандарт для JSON-данных. JWS проще и легче, но не подходит для XML-документов.
• PGP (Pretty Good Privacy) — используется для электронной почты и файлов, не ориентирован на XML.

XMLDSig остаётся стандартом де-факто для подписи XML-данных, несмотря на появление более простых альтернатив.

Интересные факты

• Первая версия XMLDSig была разработана за рекордные два года, что было обусловлено острой потребностью индустрии.
• Стандарт позволяет подписывать не только XML, но и любые другие данные (например, изображения или бинарные файлы) через преобразование Base64.
• Атака XML Signature Wrapping была впервые описана в 2005 году и до сих пор остаётся актуальной для плохо спроектированных систем.
• В России XMLDSig адаптирован под национальные стандарты криптографии через профиль XAdES-GOST, который является обязательным для государственных информационных систем.

Источники

• W3C Recommendation «XML-Signature Syntax and Processing» (Version 1.0, 2002)
• W3C Recommendation «XML Signature Syntax and Processing Version 2.0» (2008)
• RFC 3275 — (Extensible Markup Language) XML-Signature Syntax and Processing
• W3C Working Group Note «XML Signature Best Practices» (2013)
• Стандарт XAdES (ETSI TS 101 903)
• Документация по безопасности веб-сервисов (OASIS WS-Security)