使用已加密AES内容与公钥加密密钥创建CMS Enveloped Data的相关问题

1. 已有AES密文和加密后的密钥能否直接生成CMS Enveloped Data #

可以，无需二次加密明文。CMS EnvelopedData的结构不强制要求通过明文加密生成，你可以手动填充核心字段：

• EncryptedContentInfo字段直接填入已有的AES密文、对应算法标识（CBC/GCM模式要匹配对应参数，如IV、GCM认证标签）
• RecipientInfo字段直接填入已用公钥加密完成的AES密钥，无需加密库重复执行密钥加密逻辑

2. 仅持公钥无证书生成接收方信息的方案 #

你当前提供的代码已经符合要求，无需大幅调整：

• 你使用SubjectKeyIdentifier（SKI）作为接收方标识，仅依赖公钥生成，未用到证书的其他字段，完全符合CMS规范
• 注意校验生成SKI的逻辑和用户PFX证书中SKI的生成规则一致：默认JcaX509ExtensionUtils的实现遵循RFC 5280标准，对公钥BIT STRING值做SHA-1哈希，只要用户证书的SKI也按该标准生成，解密时就能正确匹配私钥
• 如果用户证书无SKI扩展，需要改用issuerAndSerialNumber作为接收方标识，该方案需要提前获取用户证书的颁发者信息和序列号，无证书存储的场景下SKI方案更适配

3. 哈希算法的必要性说明 #

分两种场景判断：

• RSA-OAEP填充用哈希：必须使用。OAEP填充的标准流程依赖哈希算法（包括主哈希和MGF1的哈希参数），不属于额外安全措施，解密侧必须使用完全一致的哈希参数才能正确解出AES密钥
• CMS完整性校验用哈希：可选。如果仅需要加密能力不需要防篡改，可省略。如果需要完整性校验，推荐直接使用AES-GCM模式，其自带的认证标签已经可以满足防篡改需求，无需额外添加摘要或签名，CMS也原生支持AES-GCM的参数解析。

内容的提问来源于stack exchange，提问作者Tomasz Skaba