E-signaturbibliotek og API
eSignature · .NET og Java · 39 NuGet-pakker

E-signaturbibliotek og API

At bygge elektroniske signaturer fra bunden tager måneder. Med eSignature bliver signering af PDF, XML og data til få linjer kode: du tilføjer kun den signaturstandard, signeringshardware eller tidsstempeludbyder, du har brug for, hver som en separat pakke.

Hvad er et e-signaturbibliotek?

Et e-signaturbibliotek er en færdig kodepakke, der giver din egen software evnen til at oprette og verificere elektroniske signaturer. Det håndterer signaturstandarderne (CAdES, XAdES, PAdES, ASiC), valideringen af certifikatkæden, tidsstemplet og kommunikationen med signeringshardwaren for dig. eSignature gør dette i .NET med modulære pakker: signerer du kun PDF, er én pakke nok.

Hvordan bruges det?

1

Tilføj pakken

Du tilføjer pakken for den standard, du har brug for, til projektet, for eksempel eSignature.PAdES til PDF-signaturer.

2

Vælg signeringskilde

Smartcard, USB-token, netværks-HSM, cloud-HSM eller mobil signatur — hver udbyder er en separat, uafhængig pakke.

3

Signér

Signaturen dannes ud fra dokument, certifikat og signaturniveau; der er understøttelse helt op til niveauet for langtidsarkivering (LTA).

4

Verificér

Det samme bibliotek verificerer signaturen: kædevalidering efter RFC 5280, CRL, OCSP, Delta CRL og offlinevalidering.

Hvad er der i biblioteket?

Modulær opbygning — 39 pakker

Du installerer kun det, du bruger; ingen unødvendige afhængigheder eller oppustet kode.

Alle ETSI-profiler

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

Smartcard og USB-token

Via Windows CNG og PKCS#11; enheder som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey og Nitrokey.

HSM og cloud-HSM

Netværks-HSM'er fra Thales Luna, Utimaco og Entrust nShield; AWS CloudHSM/KMS, Azure Key Vault HSM og Google Cloud KMS.

Mobil signatur

Mobil signatur fra Turkcell, Vodafone og Türk Telekom; hver operatør er en separat pakke. Startes med et telefonnummer, brugeren godkender.

Over 11 tidsstempeludbydere

KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA og andre; hver TSA er en separat pakke.

Fuld certifikatvalidering

Kædevalidering efter RFC 5280, CRL, OCSP, Delta CRL, offlinevalidering — kontrol af tillidskæden på bank- og myndighedsniveau.

Overholdelse af regler

Fuld overensstemmelse med Tyrkiets lov nr. 5070 om elektroniske signaturer; på europæisk side ETSI/eIDAS-profiler i produktion.

Hvem bruger det?

Softwarehuse og produktteams

Teams, der vil tilføje signering til deres egen applikation og løse det på dage frem for måneder.

Integratorer til offentlig sektor og virksomheder

Projekter, der kræver signering og verifikation i e-korrespondance, dokumenthåndteringssystemer (EBYS) og dokumentflows.

Finans og forsikring

Processer, der kræver signering i stor volumen, nøglehåndtering med HSM og en fuld valideringskæde.

Løsninger til e-dokumenter og fakturering

Signering af XML-baserede dokumenter med XAdES og løft af dem til arkivniveau.

Ofte stillede spørgsmål

Hvad er en PAdES-signatur?

PAdES (PDF Advanced Electronic Signatures) er et format for elektroniske signaturer, hvor signaturen er indlejret i PDF-filen; det er defineret i standarden ETSI EN 319 142. Det signerede dokument forbliver en PDF, verificeres i signaturpanelet i PDF-læsere som Adobe Reader og kan have et synligt signaturfelt på siden. Niveauerne stiger fra B-B via B-T (med tidsstempel) og B-LT til B-LTA (langtidsarkivering).

Hvad er en CAdES-signatur?

CAdES (CMS Advanced Electronic Signatures) er et format for elektroniske signaturer baseret på strukturen CMS/PKCS#7; det er defineret i standarden ETSI EN 319 122. Det kan signere alle filtyper; signaturen følger som regel dokumentet som .p7s eller i en signeret kuvert. I Tyrkiet er det det mest udbredte format i e-signeret officiel korrespondance.

Hvad er en XAdES-signatur?

XAdES (XML Advanced Electronic Signatures) er et format for elektroniske signaturer udviklet til XML-dokumenter; det er defineret i standarden ETSI EN 319 132. Signaturen kan være indlejret i XML-filen eller ligge separat. Det bruges til XML-baserede dokumenter som e-fakturaer i formatet UBL-TR.

Hvad er et e-signaturbibliotek?

Et e-signaturbibliotek er en udviklerkomponent (SDK), der bygger oprettelse og verifikation af elektroniske signaturer ind i din egen software. En færdig signeringsapplikation viser brugeren en skærm; et bibliotek er en byggesten uden skærm — det er din applikation, der signerer, i dit flow. Det arbejder med smartcard, token eller HSM og opretter og verificerer formaterne CAdES, XAdES og PAdES.

Hvad er en e-Yazışma-pakke?

En e-Yazışma-pakke er standardpakken til officiel elektronisk korrespondance med tyrkiske offentlige institutioner: det signerede dokument, metadatafilen og eventuelle bilag samles i én pakke. Mellem institutioner sendes den normalt via KEP (registreret e-mail).

Hvordan oprettes en e-Yazışma-pakke?

En officiel e-Yazışma-pakke er metadatafilen og det signerede dokument pakket sammen. Biblioteket gør det i ét kald: det signerer dokumentet med CAdES eller XAdES, opretter skemakonform metadata og lukker pakken. e-Yazışma version 1.3 og 2.0 understøttes, og KamuSM's rodcertifikat er indbygget. Angiver du en mappe, signeres dokumenterne i den samlet.

Hvad er forskellen på et e-signaturbibliotek og en færdig applikation?

Biblioteket bliver en del af din software: dit flow starter signeringen, og brugerfladen er din. Den færdige applikation (İmzacı) kører på computeren: brugeren vælger filen og signerer den. Begge bruger samme signeringsinfrastruktur; hvilken der passer dig, afhænger af, hvem der starter signaturen — din software eller brugeren.

Hvilke signaturstandarder understøttes?

CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA) samt ASiC-S og ASiC-E. Med ét bibliotek når du niveauet for langtidsarkivering.

Jeg skal kun signere PDF — skal jeg installere det hele?

Nej. Biblioteket er modulært; til PDF er pakken eSignature.PAdES nok. Standarder, TSA'er og hardwareudbydere, du ikke bruger, kommer aldrig ind i projektet.

Hvordan signerer man en PDF i en webapplikation?

Signaturen dannes ikke i browseren, men på serversiden af din webapplikation: pakken eSignature.PAdES kaldes, og den signerede PDF sendes tilbage til brugeren. Det afgørende er, hvor nøglen ligger — med cloud-HSM, netværks-HSM eller mobil signatur kan serveren tilgå nøglen, så hele flowet foregår via nettet. Ligger nøglen på brugerens smartcard, kan browseren ikke tilgå kortet; så foregår signeringen på computeren med İmzacı.

Virker det, hvis nøglen ikke ligger på et smartcard, men i en HSM eller i skyen?

Ja. Signeringskilden er abstraheret: smartcard og USB-token (CNG/PKCS#11), netværks-HSM'er, cloud-HSM-tjenester og mobil signatur bruges med samme flow. Hver udbyder er en uafhængig pakke.

Verificerer det også signaturer?

Ja. Validering af certifikatkæden efter RFC 5280, CRL, OCSP, Delta CRL og offlinevalidering ligger i biblioteket; den samme komponent opretter og verificerer signaturen.

Er der noget til brugere, der vil signere på computeren?

Ja. Desktopapplikationen, der bruges uden at skrive kode, er İmzacı: den signerer PDF og XML med smartcard, opretter e-Yazışma-pakker og signerer hele mapper samlet.

Hvad er den hurtigste måde at tilføje elektroniske signaturer til et .NET- eller Java-projekt?

Tilføj pakken for den standard, du har brug for, til projektet: eSignature.PAdES til PDF-signaturer, XAdES-pakken til XML. Da biblioteket er delt op i 39 NuGet-pakker, installerer du kun det, du bruger; der kommer ingen enkelt stor afhængighed ind i projektet.

Hvilke smartcards og tokens understøttes?

Via Windows CNG og PKCS#11 understøttes enheder som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey og Nitrokey. Hver udbyder er en separat, uafhængig pakke; drivere, du ikke bruger, kommer ikke ind i projektet.

Kan man signere på serversiden med en HSM?

Ja. Netværks-HSM'er fra Thales Luna, Utimaco og Entrust nShield samt AWS CloudHSM/KMS, Azure Key Vault HSM og Google Cloud KMS understøttes. Sådan bygges et automatisk signeringsflow på serveren uden en bruger med kort.

Kræver signaturverifikation et separat bibliotek?

Nej; den samme komponent opretter og verificerer signaturen. Validering af certifikatkæden efter RFC 5280, CRL, OCSP, Delta CRL og offlinevalidering ligger i biblioteket.

Hvad koster en eSignature-licens?

SDK-licensen fastsættes efter projektets omfang: hvilke signaturstandarder, hvilke token-/HSM-udbydere og hvor mange udviklere eller installationer afgør prisen.

Hvad bestemmer prisen?

  • Signaturstandarder, der skal bruges (CAdES, XAdES, PAdES, ASiC)
  • Smartcard / token eller netværks- eller cloud-HSM
  • Antal udviklere og distributionsform
  • Antal tidsstempeludbydere
  • Omfang af support og versionsopdateringer

Vi sender tilbuddet skriftligt, post for post, inden for 24 timer.

Relaterede sider

Lad os tale om integrationen

Hvilken standard, hvilken signeringshardware og hvilken volumen? Lad os sammen lægge licensmodel og integrationsplan.

SDK-licens / Mere information

Part of the eSignature family.