连接WCF服务时出现CryptographicException：指定IV与算法块大小不匹配

该报错的核心原因是Rijndael(AES)加密算法要求初始化向量(IV)长度必须和算法块大小完全一致，AES默认块大小为128位即16字节，IV长度不匹配就会抛出该异常。你没有手写加密代码，问题完全出自WCF安全配置或相关依赖逻辑，可按以下步骤排查：

1. 优先检查生效的WCF配置 #

• 不要以自动生成的.svcinfo缓存文件为准，实际生效配置在项目根目录的web.config（Web项目）或app.config（桌面/服务项目）中，找到WCF绑定的<binding>节点，检查安全模式配置：是否开启了Message/TransportWithMessageCredential类带消息加密的安全模式。
• 检查绑定节点下是否有自定义加密算法配置，是否手动修改过块大小、加密算法类型的默认参数。

2. 验证证书有效性 #

你当前配置指定从本地计算机的个人证书存储区按主题可分辨名称查找证书，需确认：

• 运行certlm.msc打开本地计算机证书管理器，检查「个人」-「证书」路径下是否存在匹配主题DN的目标证书，证书未过期、且包含私钥。
• 证书的「密钥用法」字段包含「密钥加密」或「数据加密」权限，仅支持签名的证书无法用于WCF消息加密，会触发底层加密异常。
• 运行应用的身份（如IIS应用池身份、Windows服务运行身份）有证书私钥的读取权限：右键证书 -> 所有任务 -> 管理私钥，添加对应身份并授予读取权限。

3. 排查两端配置一致性 #

WCF客户端与服务端安全配置不匹配是该类报错的高发原因：

• 服务端与客户端的加密算法、块大小、安全模式配置不一致时，加密握手阶段会触发IV长度不匹配的异常。
• 建议删除现有WCF连接引用，重新在VS中添加服务引用，让工具自动同步服务端的所有安全配置，避免手动修改配置导致的参数不匹配。

4. 缩小问题范围验证 #

• 临时将WCF绑定的安全模式改为None，如果报错消失即可100%确认问题出自WCF安全配置，再针对性核对两端配置差异即可。
• 如果修改后仍有报错，排查项目引用的第三方NuGet包、组件是否自带加密逻辑，比如身份验证组件、会话存储组件是否间接调用了Rijndael算法。

内容的提问来源于stack exchange，提问作者Ryan Lê