Native Linux signerings-options
Den native callback-ABI binder dokumentsigneringsbegrænsninger til det faktiske CMS-output og genererede appearance
Digest og Unicode-metadata
Sign-operationen accepterer digestMethod som SHA256, SHA384 eller SHA512; standarden er SHA256, og den valgte værdi bestemmer den faktiske CMS signer-digest
reason, location, contactInfo, signerName og legalAttestation accepterer Unicode-strenge uden indlejrede NUL-tegn
Metadata følger kildedokumentets strengkrypteringspolitik, inklusive autentificeret AES-256-input
legalAttestation gælder certificeringssignaturer og bliver katalog Legal.Attestation-værdien
Krævede seed-værdier styrer den faktiske digest, årsag, certifikat-properties, certificeringstilladelse, juridisk attestation, appearance-profil, revocation-information og timestamp-adfærd
Eksplicitte trust-bytes
trustedCAPEM, timestampTrustedCAPEM og timestampTrustedCRLPEM accepterer PEM-bytes i JSON-strenge
De tilsvarende legacy sti-input er trustedCAFile, timestampTrustedCAFile og timestampTrustedCRLFile; lever bytes eller en sti for hver trust-kilde
PEM-input holdes i eksklusive private filer med mode 0600 for operationen og fjernes bagefter; responser udstiller ikke de genererede stier
Signercertifikat-trust evalueres kun, når eksplicit konfigureret, mens CMS integritetsverifikation stadig tjekker den faktiske signatur og signeringscertifikat-binding
Valideret signeret revocation-information
Lever et revocationInfo-objekt med enabled, certificatesBase64, ocspResponsesBase64, crlsBase64 samt trustedCAPEM eller trustedCAFile
enabled er som standard true; deaktiveret information må ikke indeholde evidence-arrays
Arraysne indeholder kanoniske Base64-strenge for komplette DER-certifikater, succesfulde OCSPResponse-objekter og CertificateList-objekter
clockSkewSeconds er som standard 300 og skal være mellem 0 og 86400; maxOCSPAgeSeconds er som standard 86400 og skal være positivt; requireTimestamp er som standard false
Validering tjekker signer- og inkluderede timestamp-certifikatkæder mod eksplicit trust, komplet ikke-roden-dækning, issuer- og serienummer-matching, CRL- og OCSP-signaturer, responder-autorisation, gyldighedsintervaller og revokeret status
Misdannet, forældet, ufuldstændig, ubetroet eller revokeret evidence fejler inden PDF-publicering
Valideret evidence bliver den signede CMS-attribut 1.2.840.113583.1.1.8, og resultatet rapporterer revocationInfoEvaluated og revocationInfoValid
signatures.verify accepterer samme revocationInfo-objekt til at validere den faktiske indlejrede signede attribut; kalder-CRL'er og OCSP-responser erstatter ikke den attribut under verifikation
Evidence-objekter og samlede bytes deler operationsgrænserne, og kryptografiske tjek bruger operationens cancellation-token
Faktiske navngivne appearance-presets
Lever et appearance-objekt med caption, valgfri fontFamily og valgfri profileName
| profileName | Faktisk genereret stil |
|---|---|
| HotPDF.StandardApproval | Centreret blå tekst ved 11 points, en rektangelkant, hvid baggrund og én tekstlinje |
| HotPDF.StandardCertification | Venstrestillet sort tekst ved 10 points, en rektangelkant, hvid baggrund og multiline-ombrydning |
| HotPDF.Compact | Højrestillet sort tekst ved 8 points, ingen malet baggrund eller kant og én tekstlinje |
Presetten bestemmer sin stil og fontstørrelse; en ukendt profil fejler i stedet for at mærke en vilkårlig appearance
En krævet AppearanceFilter matcher den faktiske profil, der genereres under den aktuelle operation; en tidligere indlæst appearance skal regenereres
Uden profileName er fontSize som standard 12; legacy topniveau caption, fontFamily og fontSize forbliver understøttet
Kombinér ikke topniveau-caption med et appearance-objekt
Applikationstransport-proveniens
credentialSourceURL angiver den legitimationsproveniens, som applikationen der leverer identiteten hævder, og timestampServerURL angiver den endpoint-proveniens, som dens timestamp-callback hævder
Disse værdier sammenlignes med tilsvarende krævede seed-begrænsninger; de henter ikke legitimation, tilgår ikke en fjern server eller autentificerer selvstændigt HTTPS endpoint-identitet
Applikationen styrer identitetshentning og transportautentifikation
timestampServerURL kræver en rigtig callback i hpdf_signing_operation_v1, og den returnerede RFC 3161-respons skal bestå signaturaftryks-, nonce-, TSA-certifikatformåls-, eksplicit trust- og anmodede revocation-tjek
Signeringsworkflows · Timestamp-transport · Seed-begrænsninger · Appearance-profiler