PAdES, XAdES и JAdES: Форматы подписи объяснены

XAdES встраивает подпись в виде элемента XML внутри или рядом с XML-документом. Широко используется в системах e-government (государства-члены ЕС, LATAM). Поддерживает те же базовые уровни (B, T, LT, LTA), что и PAdES.

JAdES (JSON Advanced Electronic Signature) — самая новая из трех. Подписывает JSON данные с помощью модели отдельной подписи — подпись является отдельным JSON-объектом, который ссылается на исходные данные. Особенно актуально для подписи данных DPP ЕС.

CAdES (CMS Advanced Electronic Signature) — четвертый формат для двоичных данных. Менее распространен на практике, но используется в некоторых инфраструктурах PKI и для специфических регуляторных submissions.

Соответствуйте формату контейнеру документа: PDF → PAdES, XML → XAdES, JSON → JAdES. Если вы подписываете читаемые человеком контракты, PAdES — это правильный выбор. Для данных submissions,驱动的 API (например, DPP), JAdES или XAdES более подходящи.

Подпись PAdES в PDF: добавляет 15-50 КБ на подпись (включая сертификат + CRL + OCSP + штамп времени). Подпись XAdES в XML: добавляет 5-20 КБ. Подпись JAdES в JSON: добавляет 3-15 КБ. Для партионной подписи 10 000 документов, PAdES добавляет 150-500 МБ избыточности; XAdES добавляет 50-200 МБ.

Проверка PAdES в Adobe Reader: 0,5-2 секунды на подпись (включая проверку цепочки + CRL + проверка штампа времени). Проверка XAdES через библиотеку: 50-200 мс. Проверка JAdES: 30-100 мс. Для партионной проверки 10 000 подписей, XAdES в 5-10 раз быстрее, чем PAdES.

Подписи PAdES B-B/B-T/B-LT отображаются nativamente в Adobe Reader с зеленой галочкой. Подписи XAdES и JAdES не отображаются в Adobe Reader — они требуют специальных инструментов проверки. Для документов B2C (контракты потребителей) PAdES — единственный формат, который можно визуально проверить непрофессиональными получателями.

PAdES B-B содержит подпись и сертификат подписи, но без времени подписи или данных аннулирования. Подходит для внутренних одобрений, низкоуровневых NDAs и документов с коротким сроком хранения. Проверка не проходит после истечения срока действия сертификата. Наиболее базовые платформы электронной подписи по умолчанию производят подписи уровня B-B.

B-T добавляет доверенное время подписи, подтверждающее, что документ существовал в определенный момент времени. B-LT добавляет данные аннулирования сертификата (CRL/OCSP), позволяя проверку даже после того, как CA отключен. B-LT рекомендуется для любого контракта с сроком хранения более 3 лет — это включает большинство трудовых, кредитных и арендных соглашений.

B-LTA добавляет периодические архивные времени подписи, создавая непрерывную цепочку доказательств. Требуется для документов с сроком хранения 10+ лет: документы на недвижимость, заявки на патенты, регуляторные submissions и постоянные корпоративные записи. eSign.AI по умолчанию использует B-LTA для всех квалифицированных процессов подписи, обеспечивая, что подписи остаются проверяемыми на весь срок хранения, установленный законом.