Библиотека и API за е-подпис
eSignature · .NET и Java · 39 NuGet пакета

Библиотека и API за е-подпис

Разработката на електронен подпис от нулата отнема месеци. С eSignature подписването на PDF, XML и данни се свежда до няколко реда: добавяте само стандарта за подпис, устройството за подписване или доставчика на времеви печат, които ви трябват — всеки като отделен пакет.

Какво е библиотека за е-подпис?

Библиотеката за е-подпис е готов пакет код, който дава на собствения ви софтуер възможност да създава и проверява електронни подписи. Вместо вас тя поема стандартите за подпис (CAdES, XAdES, PAdES, ASiC), проверката на веригата от сертификати, времевия печат и комуникацията с устройството за подписване. eSignature прави това на .NET с модулни пакети: ако подписвате само PDF, един пакет е достатъчен.

Как се използва?

1

Добавете пакета

Добавяте в проекта пакета за нужния стандарт, например eSignature.PAdES за подпис на PDF.

2

Изберете източник на подпис

Смарт карта, USB токен, мрежов HSM, облачен HSM или мобилен подпис — всеки доставчик е отделен, независим пакет.

3

Подпишете

Подписът се създава от документа, сертификата и нивото на подпис; поддържа се до ниво на дългосрочен архив (LTA).

4

Проверете

Същата библиотека проверява подписа: проверка на веригата по 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, създава метаданни според схемата и затваря пакета. Поддържат се версии 1.3 и 2.0 на e-Yazışma, а коренният сертификат на 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.