openssl解析tsa响应必须使用ts_resp类型及配套函数：先用pem_read_bio_ts_resp（pem）或d2i_ts_resp（der）加载，再调用ts_resp_verify_response验证签名和结构完整性，通过ts_resp_get_tst_info提取ts_tst_info，用ts_tst_info_get_time和asn1_generalizedtime_to_time获取时间，用i2a_asn1_integer处理序列号，策略oid用obj_obj2txt转换，证书链需按顺序构建并加载根ca至x509_store，释放时严格按ts_resp_free→bio_free_all顺序执行。
如何用 OpenSSL 解析 TSA 响应的 ASN.1 结构
OpenSSL 的 TS_RESP 类型是解析 TSA 时间戳响应（RFC 3161）的唯一可靠入口，直接读原始 BER/DER 字节流会掉进 ASN.1 编码陷阱里。别试图用通用 ASN.1 库手动解包——TSA 响应嵌套深、可选字段多，TS_RESP_new() 和 d2i_TS_RESP() 才是正路。
常见错误是传入 PEM 格式数据却调用 d2i_TS_RESP()：它只吃 DER（二进制），PEM 必须先用 PEM_read_bio_TS_RESP()；另一个坑是忽略返回值检查——哪怕 ASN.1 语法合法，TS_RESP_verify_response() 才真正校验签名和时间戳结构完整性。
- 先用
BIO_new_mem_buf()包装响应字节，再喂给PEM_read_bio_TS_RESP()（PEM）或d2i_TS_RESP()（DER） - 必须调用
TS_RESP_verify_response()并传入可信 TSA 证书链，否则无法确认响应是否被篡改 -
TS_TST_INFO是核心，通过TS_RESP_get_tst_info()提取，里面含时间、策略 OID、序列号等关键字段
提取时间戳时间与序列号的正确方式
别从 TS_TST_INFO 里硬解 ASN.1 时间字段——OpenSSL 提供了封装好的访问函数，绕过 ASN1_GENERALIZEDTIME 手动转换的麻烦和时区歧义。
时间戳时间必须用 TS_TST_INFO_get_time() 拿到 ASN1_GENERALIZEDTIME*，再转成 time_t；序列号是 ASN1_INTEGER*，得用 i2a_ASN1_INTEGER() 转字符串，或 ASN1_INTEGER_get() 取小整数值（注意溢出）。直接读 tst_info->serial 成员是野指针操作，结构体字段不保证内存布局稳定。
- 时间转换示例：
time_t ts_time = ASN1_GENERALIZEDTIME_to_time(tst_info_time)（需 OpenSSL 3.0+；旧版用ASN1_TIME_to_tm()） - 序列号若超 64 位，
ASN1_INTEGER_get()返回 -1，此时必须用BN_bn2hex(ASN1_INTEGER_to_BN(...))安全导出 - 策略 OID 用
OBJ_obj2txt()转字符串，别用OBJ_nid2sn()——TSA 策略 OID 往往是自定义的，不在 OpenSSL 内置表中
验证 TSA 响应签名时证书链怎么传
TS_RESP_verify_response() 的第二个参数是 STACK_OF(X509)*，但很多人误以为只要把 TSA 证书塞进去就行。实际需要完整信任链：TSA 证书 + 全部中间 CA 证书（按签发顺序，TSA 在栈顶），且必须确保根 CA 已加载到验证上下文（X509_STORE）中。
典型失败现象是返回 TS_VERIFY_BAD_SIGNATURE，但日志显示“unable to get local issuer certificate”——说明中间证书缺失或顺序错乱。OpenSSL 不会自动下载或补全链，你得自己拼好。
- 用
sk_X509_push()把 TSA 证书放栈底，中间 CA 依次往上 push，最后调用TS_RESP_verify_response() - 务必用
X509_STORE_add_cert()把根 CA 加进 store，否则验证器找不到信任锚点 - 若 TSA 使用 ECDSA 签名，确认编译 OpenSSL 时启用了
EC支持，否则验证直接失败且无明确提示
释放资源时哪些对象不能漏掉
OpenSSL 的 TSA 相关结构体释放有隐含依赖：必须按反向创建顺序清理，否则 TS_RESP_free() 可能触发 double-free 或内存泄漏。尤其 TS_TST_INFO 是 TS_RESP 的内部成员，绝不该单独 TS_TST_INFO_free()。
最容易被忽略的是 TS_RESP 内部缓存的 ASN.1 解码结果——多次调用 TS_RESP_get_tst_info() 不会重复解码，但释放 TS_RESP 时必须确保所有派生指针（如 TS_TST_INFO*）已失效。另外，BIO* 对象必须显式 BIO_free_all()，OpenSSL 不会自动关联清理。
- 标准释放顺序：
TS_RESP_free(resp)→BIO_free_all(bio)→ 若手动调用过TS_TST_INFO_dup()，才需单独TS_TST_INFO_free() - 所有
ASN1_STRING*（如策略 OID 字符串）由TS_RESP自动管理，切勿ASN1_STRING_free() - 若使用
TS_RESP_new()创建空响应再填充，记得TS_RESP_set_status_info()后再设签名，否则部分字段初始化不全导致释放崩溃
ASN.1 层叠嵌套和 OpenSSL 的 C 风格内存管理是最大复杂点——每个指针来源都得清楚是 owner 还是 view，一不留神就踩空指针或重复释放。调试时优先检查 TS_RESP_verify_response() 返回值，它比段错误早得多暴露问题。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
