VB.NET中使用Bouncy Castle解密字符串时出现栈溢出异常

1. 定位栈溢出根源 #

• 反编译clsCrypto类：用dnSpy、ILSpy这类.NET反编译工具打开项目编译后的DLL/EXE，找到clsCrypto.Decrypt方法的具体实现。栈溢出基本是无限递归调用导致的，比如方法内部未正确终止就反复调用自身。
• 调试断点追踪：在Visual Studio中开启栈溢出异常捕获（调试→异常→勾选“栈溢出”），触发异常时直接定位到溢出的代码行，确认是递归逻辑错误还是其他循环调用问题。
• 查看IL代码：如果代码被混淆导致反编译结果异常，直接查看IL指令，判断是否存在无终止的调用逻辑。

2. 查找加解密密钥/证书 #

• 检查配置文件：打开app.config或web.config，搜索<appSettings>、自定义配置节里的CryptoKey、EncryptionSecret、CertThumbprint等字段，密钥可能明文或加密存储在此。
• 全局搜索源码：在VS中用“查找全部”功能，搜索clsCrypto、Key、Secret、Certificate关键词，排查是否有硬编码的密钥，或是从注册表、本地文件、数据库读取密钥的逻辑。
• 检查资源文件：查看项目的.resx、.settings文件，以及嵌入资源（项目属性→资源），是否有存储密钥的字符串或二进制数据。

3. 替代原加密类的方案 #

若无法修复clsCrypto，可直接替换实现：

• 分析加密字符串特征：结尾的==说明是Base64编码，先解码为字节数组，根据字节长度、特征判断加密算法（比如AES块大小为16字节，RSA有固定长度特征）。
• 重新实现加解密：用.NET自带的System.Security.Cryptography库实现对应算法，替换原clsCrypto的调用，同时更新存储的加密字符串（如需长期维护）。

4. 修复licenses.licx文件的后续建议 #

清空该文件虽能编译，但可能引发第三方控件运行异常：

• 自动生成：删除现有licenses.licx，重新编译项目，VS会自动生成正确的授权信息。
• 手动修复：若自动生成失败，手动添加控件授权条目，格式为控件完整类名, 控件程序集名称。

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