c# 验证 verisign（digicert）签名的 pe 文件应调用 winverifytrust api，而非 x509certificate2.loadfromsignedfile 或 verify()；需正确构造 wintrust_data 结构体，设置 wtd_choice_file、wtd_stateaction_verify 等参数，验证后调用 wintrustfree 释放资源，返回 0 表示签名有效。
怎么用 C# 验证 VeriSign 签名的 .exe 或 .dll 文件
VeriSign（现为 DigiCert）签发的代码签名证书本身没有特殊解析逻辑，C# 验证的是 Windows 标准的 Authenticode 签名，不是“VeriSign 专属格式”。关键在 WinVerifyTrust API 或 System.Security.Cryptography.X509Certificates + System.Deployment.Internal.CodeSigning 的组合使用。
推荐走 WinVerifyTrust 路径，它直接调用系统验证引擎，能正确识别时间戳、吊销状态、交叉证书链等真实生产环境要素；纯托管方式（如手动加载 X509Certificate2）容易漏掉策略检查或误判吊销。
- 必须以管理员权限运行？不需要，但文件不能被其他进程独占锁住（比如正在执行的 .exe）
- 验证失败时常见错误是
TRUST_E_NOSIGNATURE（没签名）、TRUST_E_CERT_SIGNATURE（证书链断）、TRUST_E_TIME_STAMP（时间戳不可信或过期） - 不要试图用
X509Certificate2.Verify()判断代码签名有效性——它只验证书本身，不验 Authenticode 结构和策略
C# 调用 WinVerifyTrust 验证签名的最小可行代码
这是绕不开的底层调用。.NET 没有封装这个 API，必须 P/Invoke。重点不是“能不能调”，而是参数填对、结构体对齐、返回值解读准确。
核心是构造 WINTRUST_DATA 并传入 WINTRUST_FILE_INFO，目标类型设为 WINTRUST_ACTION_GENERIC_VERIFY_V2（常量值 0x00AAC562）。
-
hWVTStateData必须设为IntPtr.Zero，否则可能触发未文档化行为 -
dwUIChoice设为WTD_UI_NONE，避免弹窗干扰自动化流程 - 验证后务必调用
WintrustFree释放内存，否则长期运行会泄漏 - 返回值为 0 表示成功；非零需查
winerror.h定义，例如0x800b0109对应CRYPT_E_NO_REVOCATION_CHECK
var data = new WINTRUST_DATA {
cbStruct = Marshal.SizeOf<WINTRUST_DATA>(),
pPolicyCallbackData = IntPtr.Zero,
pSIPClientData = IntPtr.Zero,
dwUIChoice = WTD_UI_NONE,
fdwRevocationChecks = WTD_REVOKE_NONE, // 生产环境建议改用 WTD_REVOKE_WHOLE_CHAIN
dwUnionChoice = WTD_CHOICE_FILE,
pFile = &fileInfo,
dwStateAction = WTD_STATEACTION_VERIFY,
hWVTStateData = IntPtr.Zero,
pwszURLReference = null,
dwProvFlags = WTD_SAFER_FLAG | WTD_REVOCATION_CHECK_CHAIN,
dwUIContext = 0
};为什么用 X509Certificate2.LoadFromSignedFile 会失败或不准
X509Certificate2.LoadFromSignedFile 只提取嵌入的证书，不验证签名有效性，也不校验哈希是否匹配。它常被误用为“验证签名”的捷径，结果是：证书能加载 ≠ 文件没被篡改 ≠ 签名当前有效。
- 即使文件被修改过，只要签名块没动，
LoadFromSignedFile仍可能成功返回证书 - 它不检查时间戳服务器签名，无法确认签名时证书是否有效（比如证书已过期但带有效时间戳）
- 返回的
X509Certificate2对象里Verify()方法永远只验证书链，不关联文件内容 - 若文件含多个签名（如 dual-mode x86/x64），它只取第一个，可能跳过主签名
验证通过后，怎么安全提取签名者信息
验证只是第一步。真正要拿“谁签的”，得从签名中解析 Subject 或 Issuer，但注意：直接读证书 Subject 不可靠，Authenticode 允许签名者用 CounterSigner（时间戳服务）覆盖原始证书上下文。
- 优先读签名中的
SignerInfo.Certificate，而非WinVerifyTrust返回的临时证书句柄 - 用
X509Certificate2.GetNameInfo(X509NameType.SimpleName, false)提取可读名称，避免直接拼接Subject字符串（含乱序 OID） - 如果需要比对签名者白名单，比对
Thumbprint比比对 CN 更稳妥，因为 CN 可能重复或被伪造 - 注意：.NET 6+ 中
System.Security.Cryptography.Pkcs.SignedCms可解析签名结构，但仅限于.p7s文件，不支持 PE 内嵌签名
真正的难点从来不在“怎么调 API”，而在于理解 Windows 如何把证书链、时间戳、吊销列表、策略标识揉进一次 WinVerifyTrust 调用里——少设一个标志位，就可能把有效签名判成无效。
