Headless signed revocation information
Setzen Sie THPDFHeadlessCMSOptions.UseAdobeRevocationInfo, um authentifizierte Revocation-Evidenz in das Adobe-adbe-revocationInfoArchival-Signaturattribut, OID 1.2.840.113583.1.1.8, einzubetten
Liefern Sie vollständige DER-OCSPResponse-Werte in RevocationEvidence.OCSPResponses oder DER-CertificateList-Werte in RevocationEvidence.CRLs, und setzen Sie RevocationValidation.TrustedCAFile auf einen expliziten PEM-Trust-Store
Der Encoder entpackt erfolgreiche basic OCSP-Responses in das Standard-BasicOCSPResponse-Feld; Aufrufer sollten beim Aufbereiten von Evidenz den vollständigen OCSPResponse-Wrapper behalten
Das Signieren erzeugt das Attribut, bevor die CMS-Signatur berechnet wird, authentifiziert dann den resultierenden Signer und enthaltene Timestamp-Ketten sowie jedes Evidenzobjekt, bevor die Ausgabe veröffentlicht wird
Die Authentifizierung prüft Zertifikatsgültigkeit, Issuer-Beziehungen, OCSP-Responder-Autorisierung und -Signaturen, passende Zertifikatsidentifikatoren, aktuell gültige Response- oder CRL-Zeiten, widerrufenen Status und vollständige Abdeckung jedes Nicht-Root-Signer- und TSA-Kettenzertifikats
Jedes gelieferte Evidenzobjekt muss die Validierung bestehen; eine good-Response unterdrückt kein widerrufenes, abgelaufenes, nicht autorisiertes, missgebildetes oder unrelated Objekt
Verifikation
Mit aktiviertem UseAdobeRevocationInfo lesen HPDFVerifyHeadlessCMS und THPDFHeadlessDocument.VerifySignature das echte signierte Attribut für jeden CMS-Signer
Die Verifikation rekonstruiert vollständige OCSPResponse-Wrapper, validiert die eingebettete Evidenz und liefert RevocationInfoEvaluated und RevocationInfoValid in THPDFHeadlessCMSResult
RevocationEvidence.Certificates kann während der Verifikation zusätzliche Kettenzertifikate liefern; seine CRL- und OCSP-Arrays ersetzen nicht die eingebetteten authentifizierten Werte
Die Default-Integritätsverifikation bleibt für Signaturen ohne dieses Attribut verfügbar; das Aktivieren des Profils verlangt das Attribut und expliziten Evidenz-Trust
Seed-Constraints und Limits
Eine erforderliche Signatur-Seed mit AddRevInfo true verlangt dieses Profil; required false untersagt es
Das Attribut wird durch MaxCMSBytes gekappt, Evidenzanzahlen und Validierungsbytes haben separate RevocationValidation-Limits, und nicht-nil CMS- und Evidenz-Abbruch-Token müssen dasselbe Token bezeichnen
Eigenständige HPDFBuildHeadlessRevocationInfo und HPDFReadHeadlessRevocationInfo konstruieren und parsen das begrenzte Standard-DER-Modell; kryptografische Validierung erfolgt in den Signing- und Verifikations-Workflows
Eigene OtherRevInfo-Formate liegen außerhalb dieses Profils, und dieser Workflow holt keine Netzwerkevidenz und behauptet keine historische LTA-Bewahrung