Библиотека и 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, създава метаданни според схемата и затваря пакета. Поддържат се версии 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.