.NET Core与WebCrypto安全握手时RSA加密失败求助

核心根因（概率最高） #

2048位RSA-OAEP使用SHA-512填充时，最大可加密的明文长度仅为126字节，而你导出的2048位RSA公钥SPKI格式大小约为294字节，远超加密上限，直接触发加密失败。

排查步骤 #

1. 补全错误捕获
   在setServerKey的Promise链末尾添加错误捕获代码，拿到更具体的错误信息：

.catch(e => console.error("加密错误详情：", e.name, e.message, e))

2. 校验运行环境
   确认测试页面运行在localhost或者HTTPS环境下，WebCrypto API在普通HTTP环境下会被浏览器禁用，直接抛出DOMException。
3. 校验密钥参数一致性
   确认C#服务端生成RSA密钥时使用的哈希算法和客户端一致为SHA-512，且导出公钥时确实调用的是ExportSubjectPublicKeyInfo()方法。
4. 校验加密入参格式
   将导出的客户端公钥显式转为Uint8Array后再传入加密方法，避免格式识别问题：

.then(clientPublicKey => Crypto.encrypt({name: "RSA-OAEP"}, serverKey, new Uint8Array(clientPublicKey)))

解决方案 #

方案一：调整密钥长度（快速适配原有流程）

将服务端RSA密钥长度升级为4096位，4096位RSA-OAEP+SHA-512的最大加密长度为382字节，可容纳2048位RSA公钥的SPKI数据。

方案二：优化加密逻辑（推荐）

不需要直接用RSA加密大段公钥数据，改用混合加密逻辑：

• 客户端生成一个随机16字节的临时AES密钥
• 用临时AES密钥加密客户端RSA公钥
• 用服务端RSA公钥加密临时AES密钥
• 将两份加密数据一并传给服务端，服务端先解密拿到AES密钥，再解密得到客户端公钥

方案三：简化交互流程

如果业务上不需要客户端RSA密钥做签名等操作，可以直接砍掉客户端RSA密钥环节：客户端生成AES密钥后直接用服务端RSA公钥加密传给服务端，后续直接用AES通信，大幅降低复杂度和性能开销。

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