Библиотека и API электронной подписи
Разработка электронной подписи с нуля занимает месяцы. С eSignature подпись PDF, XML и данных сводится к нескольким строкам: вы добавляете только нужный стандарт подписи, устройство подписи или поставщика меток времени — каждый как отдельный пакет.
Что такое библиотека электронной подписи?
Библиотека электронной подписи — это готовый пакет кода, который даёт вашему собственному ПО возможность создавать и проверять электронные подписи. Она берёт на себя стандарты подписи (CAdES, XAdES, PAdES, ASiC), проверку цепочки сертификатов, метку времени и обмен данными с устройством подписи. eSignature делает это на .NET модульными пакетами: если вы подписываете только PDF, достаточно одного пакета.
Как использовать?
Добавьте пакет
Вы добавляете в проект пакет нужного стандарта, например eSignature.PAdES для подписи PDF.
Выберите источник подписи
Смарт-карта, USB-токен, сетевой HSM, облачный HSM или мобильная подпись — каждый поставщик является отдельным независимым пакетом.
Подпишите
Подпись формируется по документу, сертификату и уровню подписи; поддерживается вплоть до уровня долгосрочного архива (LTA).
Проверьте
Та же библиотека проверяет подпись: проверка цепочки по RFC 5280, CRL, OCSP, Delta CRL и офлайн-проверка.
Что входит в библиотеку?
Модульная структура — 39 пакетов
Вы устанавливаете только то, что используете; без лишних зависимостей и раздувания.
Все профили ETSI
CAdES (от BES до A), XAdES (BES/T/C/X/XL/A), PAdES (от B-B до B-LTA) и ASiC-S/ASiC-E.
Смарт-карта и USB-токен
Через Windows CNG и PKCS#11; такие устройства, как AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey и Nitrokey.
HSM и облачный HSM
Сетевые HSM Thales Luna, Utimaco и Entrust nShield; AWS CloudHSM/KMS, Azure Key Vault HSM и Google Cloud KMS.
Мобильная подпись
Мобильная подпись Turkcell, Vodafone и Türk Telekom; каждый оператор — отдельный пакет. Запускается по номеру телефона, пользователь подтверждает.
Более 11 поставщиков меток времени
KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA и другие; каждый TSA — отдельный пакет.
Полная проверка сертификатов
Проверка цепочки по RFC 5280, CRL, OCSP, Delta CRL, офлайн-проверка — контроль цепочки доверия на уровне банков и госсектора.
Соответствие законодательству
Полное соответствие турецкому Закону об электронной подписи № 5070; в Европе — профили ETSI/eIDAS в промышленной эксплуатации.
Кто её использует?
Разработчики ПО и продуктовые команды
Команды, которые хотят добавить подпись в своё приложение и решить задачу за дни, а не месяцы.
Интеграторы для госсектора и предприятий
Проекты, где нужны подпись и проверка в электронной переписке, системах документооборота (EBYS) и потоках документов.
Финансы и страхование
Процессы с большим объёмом подписания, управлением ключами в HSM и полной цепочкой проверки.
Решения для электронных документов и счетов
Подписание XML-документов в формате XAdES и доведение их до архивного уровня.
Частые вопросы
Что такое подпись PAdES?
PAdES (PDF Advanced Electronic Signatures) — формат электронной подписи, при котором подпись встраивается в сам PDF-файл; он определён стандартом ETSI EN 319 142. Подписанный документ остаётся PDF, проверяется на панели подписей в программах для чтения PDF, например Adobe Reader, и может содержать видимое поле подписи на странице. Уровни растут от B-B к B-T (с меткой времени), B-LT и B-LTA (долгосрочный архив).
Что такое подпись CAdES?
CAdES (CMS Advanced Electronic Signatures) — формат электронной подписи на основе структуры CMS/PKCS#7; он определён стандартом ETSI EN 319 122. Им можно подписать файл любого типа; подпись обычно передаётся вместе с документом в виде .p7s или в подписанном конверте. В Турции это самый распространённый формат в официальной переписке с электронной подписью.
Что такое подпись XAdES?
XAdES (XML Advanced Electronic Signatures) — формат электронной подписи, разработанный для XML-документов; он определён стандартом ETSI EN 319 132. Подпись может быть встроена в XML или храниться отдельно. Используется для XML-документов, например электронных счетов в формате UBL-TR.
Что такое библиотека электронной подписи?
Библиотека электронной подписи — это компонент для разработчиков (SDK), который встраивает создание и проверку электронной подписи в ваше собственное ПО. Готовое приложение для подписи показывает пользователю экран; библиотека — это строительный блок без экрана: подписывает ваше приложение, в вашем процессе. Она работает со смарт-картой, токеном или HSM и создаёт и проверяет форматы CAdES, XAdES и PAdES.
Что такое пакет e-Yazışma?
Пакет e-Yazışma — стандартный пакет для официальной электронной переписки с государственными учреждениями Турции: подписанный документ, файл метаданных и вложения, если они есть, объединяются в один пакет. Между учреждениями он обычно передаётся через KEP (зарегистрированную электронную почту).
Как создать пакет e-Yazışma?
Официальный пакет e-Yazışma — это файл метаданных и подписанный документ, упакованные вместе. Библиотека делает это одним вызовом: подписывает документ в формате CAdES или XAdES, формирует метаданные по схеме и закрывает пакет. Поддерживаются версии e-Yazışma 1.3 и 2.0, корневой сертификат KamuSM встроен. Если указать папку, документы в ней будут подписаны пакетно.
Чем библиотека электронной подписи отличается от готового приложения?
Библиотека встраивается в ваше ПО: подписание запускает ваш процесс, интерфейс ваш. Готовое приложение (İmzacı) работает на рабочем столе: пользователь выбирает файл и подписывает его. Оба используют одну и ту же инфраструктуру подписи; что вам подходит, зависит от того, кто запускает подпись — ваше ПО или пользователь.
Какие стандарты подписи поддерживаются?
CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA), а также ASiC-S и ASiC-E. С одной библиотекой вы доходите до уровня долгосрочного архива.
Я буду подписывать только PDF — нужно ли устанавливать всё?
Нет. Библиотека модульная; для PDF достаточно пакета eSignature.PAdES. Стандарты, TSA и поставщики оборудования, которые вы не используете, в проект не попадают.
Как подписать PDF в веб-приложении?
Подпись создаётся не в браузере, а на серверной стороне вашего веб-приложения: вызывается пакет eSignature.PAdES, и подписанный PDF возвращается пользователю. Решающее значение имеет то, где хранится ключ: при облачном HSM, сетевом HSM или мобильной подписи сервер имеет доступ к ключу, поэтому весь процесс идёт через веб. Если ключ на смарт-карте пользователя, браузер не может обратиться к карте; в этом случае подписание выполняется на рабочем месте с помощью İmzacı.
Будет ли работать, если ключ хранится не на смарт-карте, а в HSM или в облаке?
Да. Источник подписи абстрагирован: смарт-карта и USB-токен (CNG/PKCS#11), сетевые HSM, облачные HSM-сервисы и мобильная подпись используются в одном и том же процессе. Каждый поставщик — независимый пакет.
Проверяет ли она подписи?
Да. Проверка цепочки сертификатов по RFC 5280, CRL, OCSP, Delta CRL и офлайн-проверка входят в библиотеку; подпись создаёт и проверяет один и тот же компонент.
Есть ли что-то для пользователей, которые хотят подписывать на рабочем месте?
Да. Настольное приложение, которым пользуются без программирования, — İmzacı: оно подписывает PDF и XML смарт-картой, создаёт пакеты e-Yazışma и выполняет пакетное подписание по папкам.
Как быстрее всего добавить электронную подпись в проект на .NET или Java?
Добавить в проект пакет нужного стандарта: eSignature.PAdES для подписи PDF, пакет XAdES для XML. Поскольку библиотека разделена на 39 пакетов NuGet, вы устанавливаете только то, что используете; одна большая зависимость в проект не попадает.
Какие смарт-карты и токены поддерживаются?
Через Windows CNG и PKCS#11 поддерживаются такие устройства, как AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey и Nitrokey. Каждый поставщик — отдельный независимый пакет; драйверы, которые вы не используете, в проект не попадают.
Можно ли подписывать на сервере с помощью HSM?
Да. Поддерживаются сетевые HSM Thales Luna, Utimaco и Entrust nShield, а также AWS CloudHSM/KMS, Azure Key Vault HSM и Google Cloud KMS. Так строится автоматическое подписание на сервере без пользователя с картой.
Нужна ли отдельная библиотека для проверки подписи?
Нет; подпись создаёт и проверяет один и тот же компонент. Проверка цепочки сертификатов по RFC 5280, CRL, OCSP, Delta CRL и офлайн-проверка входят в библиотеку.
Сколько стоит лицензия eSignature?
Лицензия SDK определяется объёмом проекта: цену формируют используемые стандарты подписи, поставщики токенов/HSM и число разработчиков/установок.
От чего зависит цена?
- Используемые стандарты подписи (CAdES, XAdES, PAdES, ASiC)
- Смарт-карта / токен или сетевой либо облачный HSM
- Число разработчиков и модель распространения
- Число поставщиков меток времени
- Объём поддержки и обновлений версий
Отправляем предложение письменно, по позициям, в течение 24 часов.
Связанные страницы
Обсудим интеграцию
Какой стандарт, какое устройство подписи и какой объём? Давайте вместе определим модель лицензии и план интеграции.
Лицензия SDK / Узнать большеPart of the eSignature family.