Native RFC3161-tidsstempler

HPDFHeadlessTimestamp leverer native OpenSSL 3 anmodningsoprettelse og autentificeret RFC3161 respons- og token-verifikation på Linux og Windows

HPDFSignHeadlessCMS, SignToFile og SignPFXToFile hasher de faktiske CMS signatur-oktetter med SHA-256 og vedhæfter den verificerede respons-token som signatureTimeStampToken unsigned attribut

Konfigurér THPDFHeadlessCMSOptions.Timestamp.TrustedCAFile og Transport inden signering, og sæt RequireTimestamp, når en autentificeret token er obligatorisk

Options := THPDFHeadlessCMSOptions.Default;
Options.TrustedCAFile := SignerTrustFile;
Options.RequireTimestamp := True;
Options.Timestamp.TrustedCAFile := TSATrustFile;
Options.Timestamp.TrustedCRLFile := TSACRLFile;
Options.Timestamp.RequireRevocation := True;
Options.Timestamp.Transport := RequestTimestamp;
Options.Timestamp.TransportContext := TransportContext;
Report := Document.SignPFXToFile(FieldIndex, OutputFile, IdentityPFX,
  IdentityPassword, Options);

Den kalder-ejede transport modtager en komplet DER TimeStampReq og returnerer en komplet DER TimeStampResp, hvilket lader kalderen styre HTTP-autentifikation, TLS-politik, frister og cancellation under netværks-I/O

Anmodninger indeholder friske kryptografiske noncer og anmoder om TSA-certifikaterne; responser skal matche både anmodningens nonce og den leverede signaturværdi

Verifikation autentificerer den komplette CMS-token, tjekker TSA-certifikatpath og kritisk timestamping EKU, verificerer ESS signing-certificate-binding og tjekker SHA-256-, SHA-384- eller SHA-512-messageImprint mod de faktiske signaturoktetter med algoritmen, som TSTInfo bærer

RequireRevocation indlæser den eksplicitte CRL-fil og aktiverer issuer-verificeret certifikatrevokeringstjek; manglende, udløbet eller revokeret evidence fejler i stedet for at give et betroet resultat

Eksisterende tokens kan verificeres offline uden den originale request nonce; frisk respons-verifikation tjekker derudover den originale request nonce og responsstatus

Callbacks, der allerede leverer et aftryk

ForImprint-funktionerne accepterer et forudberegnet SHA256-, SHA384- eller SHA512-digest og dets THPDFHeadlessTimestampDigest-værdi og bevarer derefter de eksakte digest-bytes i RFC3161-anmodningen uden at hash'e dem igen

Brug disse funktioner, når en signerings-callback allerede leverer messageImprint, inklusive Windows THPDFCMSTimestampCallback; raw-signatur anmodningshelperne fortsætter med at bruge SHA256, mens offline token-verifikation hasher de originale signaturoktetter med den faktisk understøttede TSTInfo-algoritme

Token := HPDFRequestHeadlessTimestampForImprint(MessageImprint,
  htdSHA384, TimestampOptions);

Aftrykslængden skal være 32, 48 eller 64 bytes for den valgte digest; anmodningsbunden verifikation tjekker derudover den originale friske nonce, digest-OID, CMS-signatur, TSA-certifikatbinding, eksplicitte trust roots, EKU og konfigureret revocation-evidence

Se anmodningsoprettelse, responsverifikation, offline token-verifikation, transport og digest-værdier

Betroet certifikat- og CRL-gyldighed evalueres på verifikationstidspunktet, så et arkiveret token, hvis TSA-certifikat er udløbet, kræver en arkiveringsvalideringspolitik og evidence snarere end at omgå aktuelle trust-tjek

Misdannede tokens, duplikerede timestamp-attributter, mismatchende aftryk, ukendte rødder, ugyldige EKU'er, udløbne TSA-certifikater, revokerede TSA-certifikater, udløbne CRL'er, responsbudgetter og cancellation er dækket af native og uafhængige accepttests

Timestamp-verifikationsrapporter er separate fra dokumentens signercertifikat-trust; et signaturtidsstempel autentificerer ikke senere usignerede PDF-revisioner

Timestamp-funktioner indlæser deres OpenSSL timestamp-symboler kun ved brug; sæt HOTPDF_OPENSSL_LIBRARY til et eksplicit matchende arkitektur OpenSSL 3-delt bibliotek efter behov