检查一个随机选择的数字签名是否足以验证多个签名文件？

Question

对于xml来说，一个封装签名被广泛使用。检查比较困难，需要提取lastds:signature元素，检查签名，删除最后一个元素，检查当前lastds:signature元素等等。但是XML修改无论如何都会破坏上一个签名，为什么我必须检查其他签名呢？

唯一的解释-每个ds:signature或PKCS7-签名包含公钥证书，其中包含签名者、密钥有效期、撤销检查信息等信息。通常，验证过程不仅仅是检查散列，而是提供关于签名者的信息，这是迭代所有签名的唯一原因，对吗？

所以，当我想验证多个签名文件并提供有关签名者的信息时，我是否可以对所有签名做小的优化----exract信息，但只在一个随机选择的签名中执行哈希检查？

    Certificate[] certchain = (Certificate[]) keystore.getCertificateChain(alias);

    final List<Certificate> certlist = new ArrayList<Certificate>();

    for (int i = 0, length = certchain == null ? 0 : certchain.length; i < length; i++) {
        certlist.add(certchain[i]);
    }

    Store certstore = new JcaCertStore(certlist);

    Certificate cert = keystore.getCertificate(alias);

    ContentSigner signer = new JcaContentSignerBuilder("SHA1withRSA").setProvider("BC").
            build((PrivateKey) (keystore.getKey(alias, getPassword().toCharArray())));

    CMSSignedDataGenerator generator = new CMSSignedDataGenerator();

    generator.addSignerInfoGenerator(new JcaSignerInfoGeneratorBuilder(new JcaDigestCalculatorProviderBuilder().setProvider("BC").
            build()).build(signer, (X509Certificate) cert));

    generator.addCertificates(certstore);
    CMSTypedData cmsdata = new CMSProcessableByteArray(content);
    CMSSignedData signeddata = generator.generate(cmsdata, false);

CMSSignedData cms = new CMSSignedData(new CMSProcessableByteArray(contents.getBytes()), signature);
            Store store = cms.getCertificates();
            SignerInformationStore signers = cms.getSignerInfos();
            Collection c = signers.getSigners();
            Iterator it = c.iterator();

            while (it.hasNext()) {
                SignerInformation signer = (SignerInformation) it.next();
                Collection certCollection = store.getMatches(signer.getSID());
                Iterator certIt = certCollection.iterator();
                X509CertificateHolder certHolder = (X509CertificateHolder) certIt.next();
                cert = new JcaX509CertificateConverter().setProvider("BC").getCertificate(certHolder);
                ok = signer.verify(new JcaSimpleSignerInfoVerifierBuilder().setProvider("BC").build(cert));
                if (!ok) break; // probably should remove it
            }

问题-我可以在BouncyCastle中开箱做这样的事情吗（描述如下）？

将分离的签名封装起来--第一个符号=哈希(doc)-->AppendToSigFile，第二个符号=哈希(doc+SigFile)-->AppendToSigFile，依此类推。这种方法是否可以模仿XML的封装签名？

Answer 1

你实际上问了很多问题。因此,

>

当我想验证多个签名文件并提供有关签名者的信息时，我是否可以进行小的优化-提取所有签名的信息，但只在一个随机选择的签名中执行哈希检查？

如果您确信（例如，由于组织原因）所有这些签名最初正确地签署了同一文档，您可以考虑进行这种优化。但即使这样，您也不应该随意选择签名，而应该选择那些具有更可靠算法的签名。

PKCS#7签名容器可以包含任意数量的相同数据的并行签名和附加的计数器签名。

如果您查看规范RFC2315，您会发现：

SignedData内容类型应具有ASN.1类型SignedData：

SignedData ::= SEQUENCE {
 version Version,
 digestAlgorithms DigestAlgorithmIdentifiers,
 contentInfo ContentInfo,
 certificates [0] IMPLICIT ExtendedCertificatesAndCertificates OPTIONAL,
 crls [1] IMPLICIT CertificateRevocationLists OPTIONAL,
 signerInfos SignerInfos }

DigestAlgorithmIdentifiers ::= SET OF DigestAlgorithmIdentifier

SignerInfos ::= SET OF SignerInfo