带有 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) 替换）。我能否以某种方式强制仍将 RSAES-PKCS1-v1_5 与 EnvelopedCMS 一起使用？还是您在切换 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 允许将其他元数据添加到未加密的消息中。指定这些值中的任何一个都会使加密器/编码器使用备用代码路径。

在调用 Encrypt 之前添加

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

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