编译Chrome密码恢复工具时遭遇OpenSSL types.h错误求助

编译错误：openssl/types.h 语法错误 #

原因 #

代码曾可正常运行但现在编译失败，核心是OpenSSL版本兼容性冲突。新版本OpenSSL的类型定义（如X509_NAME、OCSP_RESPONSE）与你的代码中自定义宏/常量重名，导致编译器解析typedef时将标识符误认为数值常量。

解决步骤 #

• 全局搜索代码（含头文件），排查是否存在#define X509_NAME或#define OCSP_RESPONSE这类自定义宏，如有则立即重命名。
• 若使用OpenSSL 3.x，编译时添加兼容参数：-DOPENSSL_API_COMPAT=0x10100000L，强制兼容1.1.x版本的API定义。
• 检查build.bat中的编译命令，确保OpenSSL头文件/库路径唯一且正确，避免系统中多版本OpenSSL冲突，示例：

  gcc main.c -o chrome_pass_recover -I"C:\OpenSSL-1.1.1w\include" -L"C:\OpenSSL-1.1.1w\lib" -lcrypto -lssl
  

密码解密内存异常问题 #

原因 #

1-2年间Chrome密码存储逻辑（加密算法、密钥推导、SQLite字段格式）可能更新，或代码中内存分配/字符串处理存在漏洞：

• 未根据密文长度动态计算明文缓冲区大小，导致溢出或截断。
• 解密后未添加字符串终止符\0，读取到内存中垃圾数据。
• 内存分配后未初始化、释放时机错误导致野指针。

解决步骤 #

• 重新核对当前Chrome密码解密流程：从Local State文件读取加密密钥的逻辑（如DPAPI解密、AES密钥推导）是否适配最新版本Chrome。
• 修复内存处理逻辑：
  • 解密前根据加密算法（如AES-GCM）计算精确的明文长度，使用malloc动态分配缓冲区，避免固定长度数组。
  • 解密完成后，在明文末尾手动添加\0，确保字符串正确终止。
  • 用调试工具跟踪内存操作：查看密文长度、明文缓冲区大小、内存释放点，定位越界访问或泄漏问题。
• 测试边界用例：验证空密码、超长密码的解密结果，确认缓冲区足够容纳所有字符。

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