E-aláírás könyvtár és API
eSignature · .NET és Java · 39 NuGet-csomag

E-aláírás könyvtár és API

Az elektronikus aláírás nulláról való fejlesztése hónapokig tart. Az eSignature-rel a PDF, XML és adat aláírása néhány sorra csökken: csak azt az aláírási szabványt, aláíró eszközt vagy időbélyeg-szolgáltatót adja hozzá, amelyre szüksége van — mindegyiket külön csomagként.

Mi az az e-aláírás könyvtár?

Az e-aláírás könyvtár egy kész kódcsomag, amely a saját szoftverét képessé teszi elektronikus aláírások létrehozására és ellenőrzésére. Átveszi Öntől az aláírási szabványokat (CAdES, XAdES, PAdES, ASiC), a tanúsítványlánc ellenőrzését, az időbélyeget és a kommunikációt az aláíró eszközzel. Az eSignature ezt .NET alatt moduláris csomagokkal oldja meg: ha csak PDF-et ír alá, egy csomag is elég.

Hogyan használható?

1

Adja hozzá a csomagot

A projekthez hozzáadja a szükséges szabvány csomagját, például PDF-aláíráshoz az eSignature.PAdES-t.

2

Válassza ki az aláírás forrását

Intelligens kártya, USB-token, hálózati HSM, felhős HSM vagy mobil aláírás — minden szolgáltató külön, független csomag.

3

Írja alá

Az aláírás a dokumentumból, a tanúsítványból és az aláírási szintből készül; egészen a hosszú távú archív szintig (LTA) támogatott.

4

Ellenőrizze

Ugyanaz a könyvtár ellenőrzi az aláírást: láncellenőrzés RFC 5280 szerint, CRL, OCSP, Delta CRL és offline ellenőrzés.

Mi van a könyvtárban?

Moduláris felépítés — 39 csomag

Csak azt telepíti, amit használ; nincs felesleges függőség és felesleges teher.

Minden ETSI-profil

CAdES (BES-től A-ig), XAdES (BES/T/C/X/XL/A), PAdES (B-B-től B-LTA-ig) és ASiC-S/ASiC-E.

Intelligens kártya és USB-token

Windows CNG-n és PKCS#11-en keresztül; olyan eszközök, mint az AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey és Nitrokey.

HSM és felhős HSM

Thales Luna, Utimaco és Entrust nShield hálózati HSM-ek; AWS CloudHSM/KMS, Azure Key Vault HSM és Google Cloud KMS.

Mobil aláírás

Turkcell, Vodafone és Türk Telekom mobil aláírás; minden szolgáltató külön csomag. Telefonszámmal indul, a felhasználó jóváhagyja.

Több mint 11 időbélyeg-szolgáltató

KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA és mások; minden TSA külön csomag.

Teljes tanúsítvány-ellenőrzés

Láncellenőrzés RFC 5280 szerint, CRL, OCSP, Delta CRL, offline ellenőrzés — a bizalmi lánc ellenőrzése banki és közszféra szinten.

Jogszabályi megfelelés

Teljes megfelelés a török 5070. számú elektronikus aláírásról szóló törvénynek; európai oldalon ETSI/eIDAS-profilok éles üzemben.

Kik használják?

Szoftverházak és termékcsapatok

Csapatok, amelyek aláírást szeretnének a saját alkalmazásukba, és ezt napok, nem hónapok alatt akarják megoldani.

Közszféra- és vállalati integrátorok

Projektek, amelyekhez aláírás és ellenőrzés kell az elektronikus levelezésben, iratkezelő rendszerekben (EBYS) és dokumentumfolyamatokban.

Pénzügy és biztosítás

Folyamatok, amelyek nagy volumenű aláírást, HSM-mel történő kulcskezelést és teljes ellenőrzési láncot igényelnek.

E-dokumentum- és számlázási megoldások

XML-alapú dokumentumok aláírása XAdES-szel és archív szintre emelése.

Gyakori kérdések

Mi az a PAdES aláírás?

A PAdES (PDF Advanced Electronic Signatures) olyan elektronikus aláírási formátum, amelyben az aláírás a PDF-fájlba ágyazódik; az ETSI EN 319 142 szabvány határozza meg. Az aláírt dokumentum PDF marad, a PDF-olvasók, például az Adobe Reader aláírási paneljén ellenőrizhető, és látható aláírásmezőt is tartalmazhat az oldalon. A szintek B-B-től B-T-n (időbélyeggel) és B-LT-n át B-LTA-ig (hosszú távú archív) emelkednek.

Mi az a CAdES aláírás?

A CAdES (CMS Advanced Electronic Signatures) a CMS/PKCS#7 struktúrán alapuló elektronikus aláírási formátum; az ETSI EN 319 122 szabvány határozza meg. Bármilyen típusú fájl aláírható vele; az aláírás általában .p7s-ként vagy aláírt borítékban kíséri a dokumentumot. Törökországban ez a leggyakrabban használt formátum az elektronikusan aláírt hivatalos levelezésben.

Mi az a XAdES aláírás?

A XAdES (XML Advanced Electronic Signatures) XML-dokumentumokhoz kifejlesztett elektronikus aláírási formátum; az ETSI EN 319 132 szabvány határozza meg. Az aláírás beágyazható az XML-be, vagy külön is állhat. XML-alapú dokumentumoknál használják, például az UBL-TR formátumú e-számlánál.

Mi az az e-aláírás könyvtár?

Az e-aláírás könyvtár olyan fejlesztői komponens (SDK), amely az elektronikus aláírás létrehozását és ellenőrzését a saját szoftverébe építi. Egy kész aláíró alkalmazás képernyőt ad a felhasználónak; a könyvtár képernyő nélküli építőelem — az Ön alkalmazása ír alá, az Ön folyamatában. Intelligens kártyával, tokennel vagy HSM-mel működik, és CAdES, XAdES és PAdES formátumot hoz létre és ellenőriz.

Mi az az e-Yazışma csomag?

Az e-Yazışma csomag a török közintézményekkel folytatott hivatalos elektronikus levelezés szabványos csomagja: az aláírt dokumentum, a metaadat-fájl és az esetleges mellékletek egyetlen csomagba kerülnek. Intézmények között általában KEP-en (tértivevényes elektronikus postán) továbbítják.

Hogyan készül egy e-Yazışma csomag?

A hivatalos e-Yazışma csomag a metaadat-fájl és az aláírt dokumentum együttes becsomagolása. A könyvtár ezt egyetlen hívással elvégzi: CAdES vagy XAdES formátumban aláírja a dokumentumot, sémának megfelelő metaadatot készít, és lezárja a csomagot. Az e-Yazışma 1.3 és 2.0 verziója támogatott, a KamuSM gyökértanúsítvány beépített. Ha egy mappát ad meg, a benne lévő dokumentumokat kötegelten írja alá.

Mi a különbség az e-aláírás könyvtár és egy kész alkalmazás között?

A könyvtár a saját szoftverébe kerül: az aláírást az Ön folyamata indítja, a felület az Öné. A kész alkalmazás (İmzacı) asztali gépen fut: a felhasználó kiválasztja a fájlt és aláírja. Mindkettő ugyanazt az aláírási infrastruktúrát használja; hogy melyik illik Önhöz, attól függ, ki indítja az aláírást — az Ön szoftvere vagy a felhasználó.

Milyen aláírási szabványok támogatottak?

CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA), valamint ASiC-S és ASiC-E. Egyetlen könyvtárral eljut a hosszú távú archív szintig.

Csak PDF-et fogok aláírni — mindent telepítenem kell?

Nem. A könyvtár moduláris; PDF-hez az eSignature.PAdES csomag elég. A nem használt szabványok, TSA-k és hardverszolgáltatók be sem kerülnek a projektbe.

Hogyan írható alá egy PDF webalkalmazásban?

Az aláírás nem a böngészőben, hanem a webalkalmazás szerveroldalán készül: meghívja az eSignature.PAdES csomagot, az aláírt PDF pedig visszakerül a felhasználóhoz. A döntő az, hol van a kulcs — felhős HSM, hálózati HSM vagy mobil aláírás esetén a szerver hozzáfér a kulcshoz, így a teljes folyamat a weben fut. Ha a kulcs a felhasználó intelligens kártyáján van, a böngésző nem fér hozzá a kártyához; ilyenkor az aláírás asztali gépen, az İmzacı-val történik.

Működik, ha a kulcs nem intelligens kártyán, hanem HSM-ben vagy a felhőben van?

Igen. Az aláírás forrása absztrahált: az intelligens kártya és az USB-token (CNG/PKCS#11), a hálózati HSM-ek, a felhős HSM-szolgáltatások és a mobil aláírás ugyanazzal a folyamattal használható. Minden szolgáltató független csomag.

Az aláírásokat is ellenőrzi?

Igen. A tanúsítványlánc RFC 5280 szerinti ellenőrzése, a CRL, OCSP, Delta CRL és az offline ellenőrzés a könyvtár része; ugyanaz a komponens hozza létre és ellenőrzi az aláírást.

Van valami azoknak a felhasználóknak, akik asztali gépen szeretnének aláírni?

Van. A kódírás nélkül használható asztali alkalmazás az İmzacı: intelligens kártyával ír alá PDF-et és XML-t, e-Yazışma csomagot készít, és mappánként kötegelten ír alá.

Mi a leggyorsabb módja, hogy elektronikus aláírást adjunk egy .NET vagy Java projekthez?

A szükséges szabvány csomagjának hozzáadása a projekthez: PDF-aláíráshoz eSignature.PAdES, XML-hez a XAdES csomag. Mivel a könyvtár 39 NuGet-csomagra van bontva, csak azt telepíti, amit használ; egyetlen nagy függőség sem kerül a projektbe.

Milyen intelligens kártyák és tokenek támogatottak?

Windows CNG-n és PKCS#11-en keresztül olyan eszközök támogatottak, mint az AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey és Nitrokey. Minden szolgáltató külön, független csomag; a nem használt illesztőprogramok nem kerülnek a projektbe.

Lehet szerveroldalon HSM-mel aláírni?

Igen. A Thales Luna, Utimaco és Entrust nShield hálózati HSM-ek, valamint az AWS CloudHSM/KMS, az Azure Key Vault HSM és a Google Cloud KMS támogatott. Így épül fel automatikus aláírási folyamat a szerveren, kártyát tartó felhasználó nélkül.

Kell külön könyvtár az aláírás ellenőrzéséhez?

Nem kell; ugyanaz a komponens hozza létre és ellenőrzi az aláírást. A tanúsítványlánc RFC 5280 szerinti ellenőrzése, a CRL, OCSP, Delta CRL és az offline ellenőrzés a könyvtár része.

Mennyibe kerül az eSignature licenc?

Az SDK-licenc a projekt terjedelméhez igazodik: az árat az aláírási szabványok, a token/HSM-szolgáltatók és a fejlesztők, illetve telepítések száma határozza meg.

Mitől függ az ár?

  • Használt aláírási szabványok (CAdES, XAdES, PAdES, ASiC)
  • Intelligens kártya / token, vagy hálózati, illetve felhős HSM
  • Fejlesztők száma és a terjesztés módja
  • Időbélyeg-szolgáltatók száma
  • A támogatás és a verziófrissítések köre

Az ajánlatot 24 órán belül, írásban és tételesen küldjük.

Kapcsolódó oldalak

Beszéljünk az integrációról

Melyik szabvány, milyen aláíró eszköz és mekkora volumen? Dolgozzuk ki együtt a licencmodellt és az integrációs tervet.

SDK-licenc / Információ

Part of the eSignature family.