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ó?
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.
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.
Í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.
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.