可以使用AES和rsaEncryption(PKCS#1 v1.5填充而不是v2(OAEP)填充)的EnvelopedCMS？

Question

我一直在使用.NET进行加密.到目前为止,我将3DES(Oid 1.2.840.113549.3.7)与rsaEncryption(Oid 1.2.840.113549.1.1.1,RSAES-PKCS1-v1_5)结合使用.虽然第一个现在已被AES取代(Oid 2.16.840.1.101.3.4.1.42),但我仍然必须使用rsaEncryption/RSAES-PKCS1-v1_5,而不是RSAES-OAEP.

如果我只是将另一个参数传递给我正在调用的EnvelopedCMS构造函数,我可以从3DES切换到AES:

    ContentInfo plainContent = new ContentInfo(new Oid("1.2.840.113549.1.7.1"), data);

    EnvelopedCms encryptedMessage = new EnvelopedCms(plainContent); // using 3DES
    // EnvelopedCms encryptedMessage = new EnvelopedCms(plainContent, new AlgorithmIdentifier(new Oid("2.16.840.1.101.3.4.1.42")));  // for AES (id-aes256-CBC)

    CmsRecipient recipient = new CmsRecipient(cert);
    encryptedMessage.Encrypt(recipient);

    byte[] encryptedBytes = encryptedMessage.Encode();

到目前为止这很好.不幸的是,有些收件人无法解密我的邮件,尽管他们能够解密AES.查看ASN.1结构告诉我,不仅3DES改为AES,而且rsaEncryption(1.2.840.113549.1.1.1)被RSAES-OAEP(1.2.840.113549.1.1.7)取代.我可以以某种方式强制仍然使用EnvelopedCMS的RSAES-PKCS1-v1_5吗？或者您是否在切换3DES-> AES时遇到了另一个问题？

编辑:如果我不能轻易地将填充更改为v1.5,我还有其他选择吗？手动调用CryptoServiceProviders并自行构建PKCS#7信封？还有更优雅的方式吗？

Answer 1

.NET Framework EnvelopedCms 构建于 Windows CAPI CryptMsg* 函数之上。CryptMsgOpenToEncode 支持两种对收件人进行编码的方式，其中一种是有条件编译的（尽管我无法确定它何时不可用；我怀疑这是 Win9x 与 NT4/WinXP 的兼容性问题）。

一时兴起，我想看看什么可以翻转它以使用其他代码路径，以及这是否会改变您的结果。事实证明，是的，在内部设置“useCms”会导致收件人加密算法为 1.2.840.113549.1.1.1。

选项1）使用SubjectKeyIdentifier识别

如果您要与另一个系统进行互操作（如此处的情况），请在使用此标识表单之前确保证书具有显式的SubjectKeyIdentifier 扩展。如果没有显式值，.NET/Windows 将构成一个隐式值，并且在这种情况下，并非所有 CMS 实现都与接收者证书匹配（例如 OpenSSL）。

您可以通过将 CmsRecipient 更改为来实现此目的

CmsRecipient recipient = new CmsRecipient(SubjectIdentifierType.SubjectKeyIdentifier, cert);

选项 2) 添加 UnprotectedAttribute

EnvelopedCms 允许将其他元数据添加到未加密的消息中。指定任何这些值都会使加密器/编码器使用备用代码路径。

在调用加密之前添加

// Pkcs9DocumentName requires a non-empty string.
// You can use any AsnEncodedData value, though.
encryptedMessage.UnprotectedAttributes.Add(new Pkcs9DocumentName("a"));

他们每个人都在本地测试中工作。