Informations de révocation signées headless
Définissez THPDFHeadlessCMSOptions.UseAdobeRevocationInfo pour embarquer des preuves de révocation authentifiées dans l'attribut signé Adobe adbe-revocationInfoArchival, OID 1.2.840.113583.1.1.8
Fournissez des valeurs DER OCSPResponse complètes dans RevocationEvidence.OCSPResponses ou des valeurs DER CertificateList dans RevocationEvidence.CRLs, et définissez RevocationValidation.TrustedCAFile sur un trust store PEM explicite
L'encodeur déballe les réponses OCSP basic réussies dans le champ standard BasicOCSPResponse ; les appelants devraient conserver l'enveloppe OCSPResponse complète en préparant les preuves
La signature crée l'attribut avant de calculer la signature CMS, puis authentifie les chaînes de signataire et d'horodatage résultantes et chaque objet de preuve avant de publier la sortie
L'authentification vérifie la validité des certificats, les relations d'issuer, l'autorisation et signatures du responder OCSP, les identifiants de certificats correspondants, les temps de réponse ou CRL actuellement valides, le statut révoqué, et la couverture complète de chaque certificat de chaîne de signataire et TSA non racine
Chaque objet de preuve fourni doit passer la validation ; une bonne réponse ne supprime pas un objet révoqué, expiré, non autorisé, malformé ou sans rapport
Vérification
Avec UseAdobeRevocationInfo activé, HPDFVerifyHeadlessCMS et THPDFHeadlessDocument.VerifySignature lisent l'attribut signé réel pour chaque signataire CMS
La vérification reconstruit des enveloppes OCSPResponse complètes, valide les preuves embarquées et retourne RevocationInfoEvaluated et RevocationInfoValid dans THPDFHeadlessCMSResult
RevocationEvidence.Certificates peut fournir des certificats de chaîne supplémentaires pendant la vérification ; ses tableaux CRL et OCSP ne remplacent pas les valeurs authentifiées embarquées
La vérification d'intégrité par défaut reste disponible pour les signatures ne portant pas cet attribut ; activer le profil exige l'attribut et un trust explicite des preuves
Contraintes de seed et limites
Un seed de signature AddRevInfo true requis exige ce profil ; un false requis l'interdit
L'attribut est plafonné par MaxCMSBytes, les comptages de preuves et octets de validation ont des limites RevocationValidation séparées, et les cancellation tokens CMS et de preuves non nil doivent identifier le même token
Les HPDFBuildHeadlessRevocationInfo et HPDFReadHeadlessRevocationInfo autonomes construisent et parsent le modèle DER standard borné ; la validation cryptographique a lieu dans les workflows de signature et vérification
Les formats OtherRevInfo personnalisés sont hors de ce profil, et ce workflow ne va pas chercher de preuves réseau ni ne prétend à une préservation LTA historique