E-handtekeningbiblioteek en API

PAdES (PDF Advanced Electronic Signatures) is ’n formaat vir elektroniese handtekeninge waarin die handtekening in die PDF-lêer ingebed is; dit word deur die standaard ETSI EN 319 142 omskryf. Die ondertekende dokument bly ’n PDF, word in die handtekeningpaneel van PDF-lesers soos Adobe Reader geverifieer en kan ’n sigbare handtekeningveld op die bladsy hê. Die vlakke styg van B-B na B-T (met tydstempel), B-LT en B-LTA (langtermyn-argief).

CAdES (CMS Advanced Electronic Signatures) is ’n formaat vir elektroniese handtekeninge gebaseer op die CMS/PKCS#7-struktuur; dit word deur die standaard ETSI EN 319 122 omskryf. Dit kan enige soort lêer onderteken; die handtekening vergesel die dokument gewoonlik as .p7s of in ’n ondertekende koevert. In Turkye is dit die mees gebruikte formaat in e-ondertekende amptelike korrespondensie.

XAdES (XML Advanced Electronic Signatures) is ’n formaat vir elektroniese handtekeninge wat vir XML-dokumente ontwikkel is; dit word deur die standaard ETSI EN 319 132 omskryf. Die handtekening kan in die XML ingebed wees of apart staan. Dit word gebruik vir XML-gebaseerde dokumente soos e-fakture in die UBL-TR-formaat.

’n E-handtekeningbiblioteek is ’n ontwikkelaarkomponent (SDK) wat die skep en verifieer van elektroniese handtekeninge in jou eie sagteware inbou. ’n Gereedgemaakte ondertekeningstoepassing wys die gebruiker ’n skerm; ’n biblioteek is ’n bousteen sonder ’n skerm — jou toepassing onderteken, in jou werkvloei. Dit werk met slimkaarte, tokens of HSM’s en skep en verifieer die CAdES-, XAdES- en PAdES-formate.

’n e-Yazışma-pakket is die standaardpakket vir amptelike elektroniese korrespondensie met Turkse openbare instellings: die ondertekende dokument, die metadatalêer en enige aanhangsels word in een pakket saamgevoeg. Tussen instellings word dit gewoonlik via KEP (geregistreerde e-pos) gestuur.

’n Amptelike e-Yazışma-pakket is die metadatalêer en die ondertekende dokument wat saam verpak is. Die biblioteek doen dit in een oproep: dit onderteken die dokument met CAdES of XAdES, skep skema-konforme metadata en sluit die pakket. e-Yazışma-weergawes 1.3 en 2.0 word ondersteun, en die KamuSM-wortelsertifikaat is ingebou. As jy ’n vouer gee, word die dokumente daarin in grootmaat onderteken.

Die biblioteek word deel van jou eie sagteware: jou werkvloei begin die ondertekening, en die koppelvlak is joune. Die gereedgemaakte toepassing (İmzacı) loop op die rekenaar: die gebruiker kies die lêer en onderteken dit. Albei gebruik dieselfde ondertekeningsinfrastruktuur; watter een jou pas, hang af van wie die handtekening begin — jou sagteware of die gebruiker.

CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA) en ASiC-S en ASiC-E. Met een biblioteek bereik jy die langtermyn-argiefvlak.

Nee. Die biblioteek is modulêr; vir PDF is die eSignature.PAdES-pakket genoeg. Standaarde, TSA’s en hardewareverskaffers wat jy nie gebruik nie, kom nooit in jou projek nie.

Die handtekening word nie in die blaaier geskep nie, maar aan die bedienerkant van jou webtoepassing: die eSignature.PAdES-pakket word geroep en die ondertekende PDF word aan die gebruiker teruggestuur. Waar die sleutel is, is deurslaggewend — met ’n wolk-HSM, netwerk-HSM of mobiele handtekening het die bediener toegang tot die sleutel, so die hele vloei verloop oor die web. As die sleutel op die gebruiker se slimkaart is, kan die blaaier nie by die kaart uitkom nie; in daardie geval word op die rekenaar met İmzacı onderteken.

Ja. Die ondertekeningsbron is geabstraheer: slimkaarte en USB-tokens (CNG/PKCS#11), netwerk-HSM’s, wolk-HSM-dienste en mobiele handtekening word met dieselfde vloei gebruik. Elke verskaffer is ’n onafhanklike pakket.

Ja. Sertifikaatkettingvalidering volgens RFC 5280, CRL, OCSP, Delta CRL en vanlyn-validering is in die biblioteek; dieselfde komponent skep en verifieer die handtekening.

Ja. Die rekenaartoepassing wat sonder kode gebruik word, is İmzacı: dit onderteken PDF en XML met ’n slimkaart, skep e-Yazışma-pakkette en onderteken hele vouers in grootmaat.

Voeg die pakket vir die standaard wat jy nodig het by die projek: eSignature.PAdES vir PDF-handtekeninge, die XAdES-pakket vir XML. Omdat die biblioteek in 39 NuGet-pakkette verdeel is, installeer jy net wat jy gebruik; geen enkele groot afhanklikheid kom in die projek nie.

Via Windows CNG en PKCS#11 word toestelle soos AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey en Nitrokey ondersteun. Elke verskaffer is ’n aparte, onafhanklike pakket; drywers wat jy nie gebruik nie, kom nie in die projek nie.

Ja. Die netwerk-HSM’s Thales Luna, Utimaco en Entrust nShield sowel as AWS CloudHSM/KMS, Azure Key Vault HSM en Google Cloud KMS word ondersteun. So word ’n outomatiese ondertekeningsvloei op die bediener opgestel, sonder ’n gebruiker met ’n kaart.

Nee; dieselfde komponent skep en verifieer die handtekening. Sertifikaatkettingvalidering volgens RFC 5280, CRL, OCSP, Delta CRL en vanlyn-validering is in die biblioteek.