Headless 已簽署撤銷資訊

設定 THPDFHeadlessCMSOptions.UseAdobeRevocationInfo，把已驗證的撤銷證據內嵌到 Adobe adbe-revocationInfoArchival 已簽署屬性（OID 1.2.840.113583.1.1.8）

在 RevocationEvidence.OCSPResponses 提供完整的 DER OCSPResponse 值，或在 RevocationEvidence.CRLs 提供 DER CertificateList 值，並把 RevocationValidation.TrustedCAFile 設為明確的 PEM 信任儲存庫

編碼器會把成功的 basic OCSP 回應解封裝到標準 BasicOCSPResponse 欄位；準備證據時，呼叫端應保留完整的 OCSPResponse 封裝

簽署在計算 CMS 簽章之前先建立該屬性，然後在發布輸出之前驗證產生的簽署者與時間戳鏈，以及每個證據物件

驗證會檢查憑證有效性、發行者關係、OCSP responder 授權與簽章、相符的憑證識別、當前有效的回應或 CRL 時間、撤銷狀態，以及每個非根簽署者與 TSA 鏈憑證的完整涵蓋

每個提供的證據物件都必須通過驗證；一個 good 回應不會掩蓋已撤銷、過期、未授權、格式錯誤或無關的物件

驗證

啟用 UseAdobeRevocationInfo 時，HPDFVerifyHeadlessCMS 與 THPDFHeadlessDocument.VerifySignature 會為每個 CMS 簽署者讀取實際的已簽署屬性

驗證會重建完整的 OCSPResponse 封裝、驗證內嵌證據，並在 THPDFHeadlessCMSResult 回傳 RevocationInfoEvaluated 與 RevocationInfoValid

RevocationEvidence.Certificates 可在驗證期間提供額外的鏈憑證；其 CRL 與 OCSP 陣列不能取代內嵌的已驗證值

不帶此屬性的簽章仍可使用預設完整性驗證；啟用此設定檔則要求該屬性與明確的證據信任

Seed 約束與限制

簽章 seed 要求 AddRevInfo true 時必須使用此設定檔；要求 false 則禁止

屬性受 MaxCMSBytes 封頂，證據數與驗證位元組各有獨立的 RevocationValidation 限制，非 nil 的 CMS 與證據 cancellation token 必須是同一個 token

獨立的 HPDFBuildHeadlessRevocationInfo 與 HPDFReadHeadlessRevocationInfo 建構並解析有界的標準 DER 模型；密碼學驗證發生在簽署與驗證工作流程中

自訂 OtherRevInfo 格式不在此設定檔範圍內；此工作流程不抓取網路證據，也不聲明歷史 LTA 保存