RSACryptoServiceProvider解密时fOAEP设为true能否解fOAEP=false加密的密文？

针对加密阶段设置fOAEP = false生成的密文，若在解密时将fOAEP设为true，无法通过RSACryptoServiceProvider完成有效解密。
对应解密方法签名为public byte[] Decrypt(byte[] rgb, bool fOAEP);，其中第二个参数并非“解密严格程度”的调节开关，而是直接决定了RSA流程使用的填充方案类型：

• fOAEP = true对应OAEP（最优非对称加密填充）方案，解密阶段会严格校验密文的OAEP结构完整性、哈希校验值，不匹配的密文会被直接拒绝
• fOAEP = false对应PKCS#1 v1.5传统填充方案，其密文结构、填充校验规则和OAEP方案完全不兼容

解密流程中，RSA核心的模幂运算完成后，会直接进入填充校验环节，由于两种填充的格式不匹配，校验会直接失败，抛出CryptographicException，无法还原出原始明文。

• 两套填充方案不存在兼容逻辑：RSACryptoServiceProvider不会因为解密端开启了OAEP校验，就自动兼容旧版PKCS#1 v1.5格式的密文，不存在默认的适配降级机制。
• 参数错位引发的异常信息辨识度低：填充不匹配触发的异常通常是通用的加密异常，没有明确的“填充类型不匹配”提示，很容易被误判定为密钥错误、密文损坏类问题，提升问题排查的成本。
• 错位解密不存在“偶然得到有效明文”的可能：两种填充的校验位置、校验规则完全独立，哪怕模幂运算后碰巧解出部分可读字节，也没有任何机制能证明这些字节是加密前的原始明文，没有实际使用价值。
• 需区分fOAEP参数和同方案下的细粒度参数差异：当fOAEP = true时，OAEP填充使用的哈希算法会根据.NET Framework版本变化（早期版本默认SHA1，新版本可配置SHA256），这类同属OAEP体系下的参数差异同样需要两端对齐，不能和fOAEP开关本身的参数要求混为一谈。

RSA加密、解密两端的fOAEP参数必须完全保持一致，不存在跨填充类型的兼容空间。

• RSA核心的非对称运算只负责完成密文块和明文块的数学转换，能否最终还原出有效明文，完全依赖两端使用的填充方案是否对齐。
• 只要fOAEP的开关状态不一致，哪怕使用完全匹配的密钥对，解密流程也会在填充校验环节中断，无法完成解密。
• 参数对齐的范围要覆盖两层：首先是fOAEP开关本身的状态，其次是开关状态匹配后，对应填充方案下的细粒度配置（比如OAEP的哈希算法、PKCS#1 v1.5的版本规则），所有和填充相关的配置都需要两端保持统一。

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