我已成功签署了支持LTV的pdf。我可以通过Adobe Acrobat Reader和外部验证器检查pdf和LTV签名是否有效。
我尝试使用iTextSharp 5.5.10进行相同的验证。
我关注iText示例代码C5_06
但是当我致电ltvVerifier.Verify
时,我得到的是System.NotSupportedException, The Uri Prefix is not Recognized
。我正在加载用于签署pdf en cert参数的证书。
验证码:
public static bool Validate(byte[] pdfIn, X509Certificate2 cert)
{
using (var reader = new PdfReader(pdfIn))
{
var fields = reader.AcroFields;
var signames = fields.GetSignatureNames();
if (!signames.Any(n => fields.SignatureCoversWholeDocument(n)))
throw new Exception("None signature covers all document");
var verifications = signames.Select(n => fields.VerifySignature(n));
var invalidSignature = verifications.Where(v => !v.Verify());
var invalidTimeStamp = verifications.Where(v => !v.VerifyTimestampImprint());
if (invalidSignature.Any())
throw new Exception("Invalid signature found");
}
using (var reader = new PdfReader(pdfIn))
{
var ltvVerifier = new LtvVerifier(reader)
{
OnlineCheckingAllowed = false,
CertificateOption = LtvVerification.CertificateOption.WHOLE_CHAIN,
Certificates = GetChain(cert).ToList(),
VerifyRootCertificate = false,
Verifier = new MyVerifier(null)
};
var ltvResult = new List<VerificationOK> { };
ltvVerifier.Verify(ltvResult);
if (!ltvResult.Any())
throw new Exception("Ltv verification failed");
}
return true;
}
从证书链构建X509Certificates列表的辅助功能:
private static X509.X509Certificate[] GetChain(X509Certificate2 myCert)
{
var x509Chain = new X509Chain();
x509Chain.Build(myCert);
var chain = new List<X509.X509Certificate>();
foreach(var cert in x509Chain.ChainElements)
{
chain.Add(
DotNetUtilities.FromX509Certificate(cert.Certificate)
);
}
return chain.ToArray();
}
自定义验证程序,仅从示例中复制:
class MyVerifier : CertificateVerifier
{
public MyVerifier(CertificateVerifier verifier) : base(verifier) { }
override public List<VerificationOK> Verify(
X509.X509Certificate signCert, X509.X509Certificate issuerCert, DateTime signDate)
{
Console.WriteLine(signCert.SubjectDN + ": ALL VERIFICATIONS DONE");
return new List<VerificationOK>();
}
}
这是相关的堆栈跟踪:
in System.Net.WebRequest.Create(Uri requestUri, Boolean useUriBase)
in System.Net.WebRequest.Create(String requestUriString)
in iTextSharp.text.pdf.security.CrlVerifier.GetCrl(X509Certificate signCert, X509Certificate issuerCert)
in iTextSharp.text.pdf.security.CrlVerifier.Verify(X509Certificate signCert, X509Certificate issuerCert, DateTime signDate)
in iTextSharp.text.pdf.security.OcspVerifier.Verify(X509Certificate signCert, X509Certificate issuerCert, DateTime signDate)
in iTextSharp.text.pdf.security.LtvVerifier.Verify(X509Certificate signCert, X509Certificate issuerCert, DateTime sigDate)
in iTextSharp.text.pdf.security.LtvVerifier.VerifySignature()
in iTextSharp.text.pdf.security.LtvVerifier.Verify(List`1 result)
感谢。
答案 0 :(得分:4)
问题在于签名者证书链中的证书为CRL下载提供了两个URI,首先是ldap URI,然后是http URI,参见。 @ Egl对您的问题的评论,但iText假设它可以简单地采用第一个给定的URI并使用System.Net.WebRequest
来请求其内容。
不幸的是,WebRequest
开箱即用只支持http:,https:,ftp:和文件:( cf。this msdn page)。因此,它无法通过ldap通过ldap请求CRL尝试使用iText无法捕获的Exception
。
你可以通过
来完成这项工作注册ldap WebRequest
处理程序(参见this msdn page)。
警告:虽然msdn页面表明可以做这样的事情,但我还没有这样做。此外,OP无法轻易遵循这条道路。因此,可能存在超出msdn文档描述的限制。可能只能使用 web -ish protocols(ftp:,file:,http:,https :)?
或更改iText验证程序(实际更改iText类或复制/派生自己的CrlVerifier
和LtvVerifier
变体)以使用http-URI。
这可以通过捕获此类异常然后继续执行下一个CRL请求URI或(通过OP完成)来实现,方法是完全忽略ldap URI(在CertificateUtil.GetCRLURL
中过滤它)。