SunJCE实现RFC5649密钥包装导入AWS HSM报无效输入问题

执行unWrapKey返回0xad Invalid inputs passed是三个核心配置错误导致的：

• 算法选型错误：OpenSSL的id-aes256-wrap-pad是RFC 5649定义的带填充AES密钥包装标准算法，和你使用的AES/CBC/PKCS5Padding完全不是同一套实现。你用CBC模式模拟出来的密文结构、填充逻辑都和HSM预期的RFC5649格式不匹配，这是最核心的报错原因。
• IV配置错误：你查到的8字节全0xA6是RFC3394无填充AES密钥包装的默认IV，不适用于带填充版本。RFC5649规定的带填充AES包装IV结构为：前4字节固定值0xA6,0x59,0x59,0xA6，后8字节存储被包装密钥的比特长度（大端序），不需要手动传入全0xA6的16字节自定义IV。
• 包装格式错误：你直接调用aes.wrap(privateKey)传入Java解析后的PrivateKey对象时，SunJCE会自动在私钥编码外附加JCE自定义的格式头，输出的不是HSM预期的裸PKCS#8 DER编码密文，会导致解包校验失败。
• 你提到的「RSA包装后的KEK + AES包装后的私钥」拼接逻辑是正确的，这部分不需要修改。

1. 替换AES包装算法实现：SunJCE在Java 8u161及以上版本原生支持RFC5649标准算法，对应算法字符串为AESWrapPad，不需要手动用CBC模式模拟，也不需要手动指定IV，初始化时JCE会自动按标准生成符合要求的IV。
2. 调整私钥包装逻辑：不要直接把PrivateKey对象传给wrap()方法，先取出私钥的裸PKCS#8编码字节，用Cipher.ENCRYPT_MODE调用AESWrapPad加密，避免JCE自动附加私有格式头。
3. RSA-OAEP参数、密钥拼接逻辑、unWrapKey命令参数（-m 7对应RSA-OAEP(SHA1)+AES256-Wrap-Pad混合包装模式）均不需要修改。

将原代码中AES初始化、私钥包装的部分替换为如下内容即可：

// 删除原手动指定IV、初始化AES/CBC/PKCS5Padding的代码
Cipher aes = Cipher.getInstance("AESWrapPad", "SunJCE");
aes.init(Cipher.ENCRYPT_MODE, masterKey); // 无需手动传入IV，自动按RFC5649规范生成

// 不直接wrap PrivateKey对象，取裸PKCS8编码做加密
byte[] privateKeyDer = privateKey.getEncoded();
byte[] wrappedPrivateKey = aes.doFinal(privateKeyDer);

// 原有RSA包装KEK、字节拼接输出文件的逻辑保持不变

内容的提问来源于stack exchange，提问作者Filip Stefanov