Headless signed revocation information

Nastavte THPDFHeadlessCMSOptions.UseAdobeRevocationInfo, abyste vložili autentizované revokační důkazy do podepsaného atributu Adobe adbe-revocationInfoArchival, OID 1.2.840.113583.1.1.8

Dodávejte kompletní DER hodnoty OCSPResponse v RevocationEvidence.OCSPResponses či DER hodnoty CertificateList v RevocationEvidence.CRLs a nastavte RevocationValidation.TrustedCAFile na explicitní PEM trust store

Kodér rozbalí úspěšné basic OCSP odpovědi do standardního pole BasicOCSPResponse; při přípravě důkazů si volající má ponechat kompletní obálku OCSPResponse

Podepsání vytvoří atribut dřív, než spočítá signaturu CMS, a pak autentizuje výsledného podepsávajícího i zahrnuté timestamp řetězce a každý objekt důkazů, dřív než publikuje výstup

Autentizace kontroluje platnost certifikátů, vztahy vystavitelů, autorizaci i signatury OCSP respondérů, odpovídající identifikátory certifikátů, právě platné časy odpovědí či CRL, revoked status i kompletní pokrytí každého ne-kořenového certifikátu řetězců podepsávajícího a TSA

Každý dodaný objekt důkazů musí projít validací; dobrá odpověď nepotlačí objekt revoked, expirovaný, neautorizovaný, poškozený či nesouvisející

Verifikace

S zapnutým UseAdobeRevocationInfo čtou HPDFVerifyHeadlessCMS a THPDFHeadlessDocument.VerifySignature skutečný podepsaný atribut pro každého podepsávajícího CMS

Verifikace rekonstruuje kompletní obálky OCSPResponse, validuje vložené důkazy a vrací RevocationInfoEvaluated a RevocationInfoValid v THPDFHeadlessCMSResult

RevocationEvidence.Certificates může během verifikace dodat extra certifikáty řetězce; jeho pole CRL a OCSP nenahrazují vložené autentizované hodnoty

Výchozí verifikace integrity zůstává dostupná pro podpisy, které ten atribut nenese; zapnutí profilu atribut i explicitní důvěru důkazů vyžaduje

Omezení seedu a limity

Vyžadovaný signature seed AddRevInfo true tento profil vyžaduje; vyžadované false ho zakazuje

Atribut se omezuje MaxCMSBytes, počty důkazů i validační bajty mají samostatné limity RevocationValidation a nenilové cancellation tokeny CMS i důkazů musí identifikovat tentýž token

Samostatné HPDFBuildHeadlessRevocationInfo a HPDFReadHeadlessRevocationInfo staví a parsují ohraničený standardní DER model; kryptografická validace probíhá v podpisových i verifikačních workflow

Vlastní formáty OtherRevInfo jsou mimo tento profil a tohle workflow nestahuje síťové důkazy ani netvrdí historickou LTA konzervaci