Knihovna a API elektronického podpisu
eSignature · .NET a Java · 39 balíčků NuGet

Knihovna a API elektronického podpisu

Vyvinout elektronický podpis od nuly trvá měsíce. S eSignature se podpis PDF, XML a dat vejde do několika řádků: přidáte jen ten standard podpisu, podpisové zařízení nebo poskytovatele časových razítek, které potřebujete — každý jako samostatný balíček.

Co je knihovna elektronického podpisu?

Knihovna elektronického podpisu je hotový balíček kódu, který vašemu vlastnímu softwaru dává schopnost vytvářet a ověřovat elektronické podpisy. Převezme za vás standardy podpisu (CAdES, XAdES, PAdES, ASiC), ověření řetězce certifikátů, časové razítko i komunikaci s podpisovým zařízením. eSignature to dělá v .NET modulárními balíčky: pokud podepisujete jen PDF, stačí jeden balíček.

Jak se používá?

1

Přidejte balíček

Do projektu přidáte balíček potřebného standardu, například eSignature.PAdES pro podpis PDF.

2

Zvolte zdroj podpisu

Čipová karta, USB token, síťové HSM, cloudové HSM nebo mobilní podpis — každý poskytovatel je samostatný, nezávislý balíček.

3

Podepište

Podpis vznikne z dokumentu, certifikátu a úrovně podpisu; podporována je až úroveň dlouhodobého archivu (LTA).

4

Ověřte

Stejná knihovna podpis ověří: ověření řetězce podle RFC 5280, CRL, OCSP, Delta CRL a ověření offline.

Co knihovna obsahuje?

Modulární stavba — 39 balíčků

Instalujete jen to, co používáte; žádné zbytečné závislosti ani nafouknutí.

Všechny profily ETSI

CAdES (od BES po A), XAdES (BES/T/C/X/XL/A), PAdES (od B-B po B-LTA) a ASiC-S/ASiC-E.

Čipová karta a USB token

Přes Windows CNG a PKCS#11; zařízení jako AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey a Nitrokey.

HSM a cloudové HSM

Síťová HSM Thales Luna, Utimaco a Entrust nShield; AWS CloudHSM/KMS, Azure Key Vault HSM a Google Cloud KMS.

Mobilní podpis

Mobilní podpis Turkcell, Vodafone a Türk Telekom; každý operátor je samostatný balíček. Spouští se telefonním číslem, uživatel potvrdí.

Více než 11 poskytovatelů časových razítek

KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA a další; každá TSA je samostatný balíček.

Úplné ověření certifikátů

Ověření řetězce podle RFC 5280, CRL, OCSP, Delta CRL, ověření offline — kontrola řetězce důvěry na úrovni bank a státní správy.

Soulad s předpisy

Plný soulad s tureckým zákonem č. 5070 o elektronickém podpisu; na evropské straně profily ETSI/eIDAS v produkci.

Kdo ji používá?

Softwarové firmy a produktové týmy

Týmy, které chtějí do své aplikace přidat podepisování a vyřešit to za dny, ne za měsíce.

Integrátoři pro veřejnou správu a firmy

Projekty, které potřebují podpis a ověření v elektronické korespondenci, spisové službě (EBYS) a oběhu dokumentů.

Finance a pojišťovnictví

Procesy s velkým objemem podepisování, správou klíčů v HSM a úplným řetězcem ověření.

Řešení e-dokumentů a fakturace

Podepisování dokumentů XML ve formátu XAdES a jejich převedení na archivní úroveň.

Časté otázky

Co je podpis PAdES?

PAdES (PDF Advanced Electronic Signatures) je formát elektronického podpisu, při kterém je podpis vložen přímo do souboru PDF; definuje ho norma ETSI EN 319 142. Podepsaný dokument zůstává PDF, ověřuje se v panelu podpisů čteček PDF, jako je Adobe Reader, a může mít na stránce viditelné pole podpisu. Úrovně stoupají od B-B přes B-T (s časovým razítkem) a B-LT po B-LTA (dlouhodobý archiv).

Co je podpis CAdES?

CAdES (CMS Advanced Electronic Signatures) je formát elektronického podpisu založený na struktuře CMS/PKCS#7; definuje ho norma ETSI EN 319 122. Lze jím podepsat soubor jakéhokoli typu; podpis obvykle putuje s dokumentem jako .p7s nebo v podepsané obálce. V Turecku je to nejrozšířenější formát v úřední korespondenci s elektronickým podpisem.

Co je podpis XAdES?

XAdES (XML Advanced Electronic Signatures) je formát elektronického podpisu vyvinutý pro dokumenty XML; definuje ho norma ETSI EN 319 132. Podpis může být vložen do XML, nebo uložen samostatně. Používá se u dokumentů XML, jako je elektronická faktura ve formátu UBL-TR.

Co je knihovna elektronického podpisu?

Knihovna elektronického podpisu je komponenta pro vývojáře (SDK), která do vašeho vlastního softwaru přidá vytváření a ověřování elektronických podpisů. Hotová podpisová aplikace nabízí uživateli obrazovku; knihovna je stavební kámen bez obrazovky — podepisuje vaše aplikace, ve vašem procesu. Pracuje s čipovou kartou, tokenem nebo HSM a vytváří a ověřuje formáty CAdES, XAdES a PAdES.

Co je balíček e-Yazışma?

Balíček e-Yazışma je standardní balíček používaný v úřední elektronické korespondenci s tureckými veřejnými institucemi: podepsaný dokument, soubor metadat a případné přílohy se spojí do jediného balíčku. Mezi institucemi se obvykle posílá přes KEP (registrovanou elektronickou poštu).

Jak se vytváří balíček e-Yazışma?

Úřední balíček e-Yazışma tvoří soubor metadat a podepsaný dokument zabalené dohromady. Knihovna to udělá jedním voláním: podepíše dokument ve formátu CAdES nebo XAdES, vytvoří metadata podle schématu a balíček uzavře. Podporovány jsou verze e-Yazışma 1.3 a 2.0, kořenový certifikát KamuSM je vestavěný. Když zadáte složku, dokumenty v ní podepíše hromadně.

Jaký je rozdíl mezi knihovnou elektronického podpisu a hotovou aplikací?

Knihovna se stává součástí vašeho softwaru: podepisování spouští váš proces a rozhraní je vaše. Hotová aplikace (İmzacı) běží na desktopu: uživatel vybere soubor a podepíše ho. Obě používají stejnou podpisovou infrastrukturu; co se vám hodí, závisí na tom, kdo podpis spouští — váš software, nebo uživatel.

Které standardy podpisu jsou podporovány?

CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA) a ASiC-S a ASiC-E. S jedinou knihovnou se dostanete až na úroveň dlouhodobého archivu.

Budu podepisovat jen PDF — musím instalovat všechno?

Ne. Knihovna je modulární; pro PDF stačí balíček eSignature.PAdES. Standardy, TSA a poskytovatelé hardwaru, které nepoužíváte, se do projektu vůbec nedostanou.

Jak podepsat PDF ve webové aplikaci?

Podpis nevzniká v prohlížeči, ale na serverové straně vaší webové aplikace: zavolá se balíček eSignature.PAdES a podepsané PDF se vrátí uživateli. Rozhoduje, kde je uložen klíč — s cloudovým HSM, síťovým HSM nebo mobilním podpisem má server ke klíči přístup, takže celý proces běží přes web. Je-li klíč na čipové kartě uživatele, prohlížeč ke kartě přistoupit nemůže; v takovém případě se podepisuje na desktopu pomocí İmzacı.

Funguje to, když klíč není na čipové kartě, ale v HSM nebo v cloudu?

Ano. Zdroj podpisu je abstrahován: čipová karta a USB token (CNG/PKCS#11), síťová HSM, cloudové služby HSM a mobilní podpis se používají stejným postupem. Každý poskytovatel je nezávislý balíček.

Ověřuje i podpisy?

Ano. Ověření řetězce certifikátů podle RFC 5280, CRL, OCSP, Delta CRL a ověření offline jsou součástí knihovny; podpis vytváří i ověřuje stejná komponenta.

Máte něco i pro uživatele, kteří chtějí podepisovat na desktopu?

Ano. Desktopová aplikace, kterou lze používat bez psaní kódu, je İmzacı: podepisuje PDF a XML čipovou kartou, vytváří balíčky e-Yazışma a hromadně podepisuje celé složky.

Jak nejrychleji přidat elektronický podpis do projektu v .NET nebo Javě?

Přidat do projektu balíček potřebného standardu: eSignature.PAdES pro podpis PDF, balíček XAdES pro XML. Protože je knihovna rozdělena do 39 balíčků NuGet, instalujete jen to, co používáte; do projektu se nedostane jedna velká závislost.

Které čipové karty a tokeny jsou podporovány?

Přes Windows CNG a PKCS#11 jsou podporována zařízení jako AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey a Nitrokey. Každý poskytovatel je samostatný, nezávislý balíček; ovladače, které nepoužíváte, se do projektu nedostanou.

Lze podepisovat na serveru pomocí HSM?

Ano. Podporována jsou síťová HSM Thales Luna, Utimaco a Entrust nShield i AWS CloudHSM/KMS, Azure Key Vault HSM a Google Cloud KMS. Tak se na serveru staví automatické podepisování bez uživatele s kartou.

Potřebuji k ověření podpisu samostatnou knihovnu?

Ne; podpis vytváří i ověřuje stejná komponenta. Ověření řetězce certifikátů podle RFC 5280, CRL, OCSP, Delta CRL a ověření offline jsou součástí knihovny.

Kolik stojí licence eSignature?

Licence SDK se odvíjí od rozsahu projektu: cenu určují použité standardy podpisu, poskytovatelé tokenů/HSM a počet vývojářů či instalací.

Co určuje cenu?

  • Použité standardy podpisu (CAdES, XAdES, PAdES, ASiC)
  • Čipová karta / token, nebo síťové či cloudové HSM
  • Počet vývojářů a způsob distribuce
  • Počet poskytovatelů časových razítek
  • Rozsah podpory a aktualizací verzí

Nabídku posíláme písemně, položku po položce, do 24 hodin.

Související stránky

Pojďme probrat integraci

Jaký standard, jaké podpisové zařízení a jaký objem? Navrhněme spolu licenční model a plán integrace.

Licence SDK / Více informací

Part of the eSignature family.