使用根CA从.NET中的证书文件进行数字签名

Question

I have to digitally sign some data in C# using a certificate and private key. The certificate that I'm using has a custom root CA as well as a custom intermediate CA.

I can use code like this to do the signing without any problem, if the root and intermediate CAs are installed into the Windows certificate stores:

var content = new ContentInfo(manifest);
var cms = new SignedCms(content, true);
var signer = new CmsSigner(SubjectIdentifierType.SubjectKeyIdentifier, myCertificate);

signer.SignedAttributes.Add(new Pkcs9SigningTime(DateTime.Now));
cms.ComputeSignature(signer);

return cms.Encode();

Unfortunately, howeber, I am not able to install the root and intermediate CAs into the server's certificate store (I'm using Azure Web Apps). I'm trying to work out a way to sign by using the root and intermediate CA certificates if they are stored on disk instead. I thought I might be able to do something like this before calling cms.Encode() :

// add CAs from disk
var intermediateCACertificate = new X509Certificate2(@"pathToIntermediateCertificate.cer");
signer.Certificates.Add(intermediateCACertificate);

var rootCACertificate = new X509Certificate2(@"pathToRootCertificate.cer");
signer.Certificates.Add(rootCACertificate);

But when I execute this I get a CryptographicException thrown "A certificate chain could not be built to a trusted root authority." .

Is it possible to digitally sign using non-standard CAs without installing them into the Windows certificate store?

Answer 1

It is possible.

Basically, the BLOB that comes back from the SignedCms class has the capability to include any number of arbitrary certificates in addition to the signature itself. This is typically done to include at least the certificate that the message was signed with and possibly any other intermediate certificates so that the receiving entity can verify the signature up to a root certificate that it trusts.

When you are making calls to signer.Certificates.Add() call above, you're adding certificates to be encoded in the output signature BLOB. However, adding certificates to this collection does nothing to imply any sort of "trust" of them.

The problem in your case is the fact that by default the .NET SignedCms class tries to help you by automatically including the certificates that would be included for a typical scenario. By default, it includes every certificate in the chain except for the root. It does this by attempting to build a chain with certificates it finds in the server's certificate store, which, as you've noticed, fails when the root/intermediate CA's certificates aren't installed.

The certificate chain building is controlled by the CmsSigner.IncludeOption property. The default value for this is X509IncludeOption.ExcludeRoot . Both this value and X509IncludeOption.WholeChain will fail on your system since the class will be unable to build a chain based on what's in the certificate store.

Likely, what you'll want to do is as follows:

signer.IncludeOption = X509IncludeOption.EndCertOnly;
signer.Certificates.Add(intermediateCACertificate);
signer.Certificates.Add(rootCACertificate);

This will include the certificate you are signing with (which is included when you specify EndCertOnly ) and the intermediate and root certificates which are explicitly added. SignedCms won't attempt to build a certificate chain since it only needs to include a certificate it has already been provided, so it won't throw any exceptions.

Incidentally, you could get the same result as above like this:

signer.IncludeOption = X509IncludeOption.None;
signer.Certificates.Add(myCertificate);
signer.Certificates.Add(intermediateCACertificate);
signer.Certificates.Add(rootCACertificate);

In this case, the signature certificate isn't automatically included, but the next line explicitly adds it to the collection.

Depending upon which CAs your receiver trusts, it's possible that you don't need to include all the certificates in the chain as above and you may be able to get away with including just the signature certificate. However, I'd suggest manually including at least up to but not including the root, as this is the .NET default behavior. Indeed, there is no real harm in including the entire chain either, but for all intents and purposes the receiver should already trust the root CA or else the whole concept of PKI breaks down.