OpenSSL中TLS 1.3会话内存存储恢复失败问题求助

核心问题分析 #

你遇到的情况是典型的SSL_SESSION内存存储时的引用计数或对象有效性问题——文件存储时通过序列化/反序列化得到的是独立的有效会话实例，但直接用全局变量存储指针时，很容易踩OpenSSL的对象生命周期陷阱。

具体排查与修复步骤 #

1. 处理SSL_SESSION的引用计数 #

OpenSSL的SSL_SESSION对象自带引用计数机制：

• 当new_session_cb_func被调用时，传入的SSL_SESSION*是OpenSSL内部管理的对象，当对应的SSL连接关闭后，OpenSSL会自动调用SSL_SESSION_free()释放它。
• 如果你直接把这个指针赋值给全局变量，后续访问时对象可能已经被销毁，此时SSL_set_session虽然返回1（因为指针非空但内容失效），但实际会话数据不完整，无法触发PSK恢复。

修复代码示例：

// 在new_session_cb_func中存储会话时
SSL_SESSION_up_ref(session); // 增加引用计数，阻止OpenSSL自动释放
g_global_session = session; // 赋值给全局变量

// 不再使用全局会话时
if (g_global_session) {
    SSL_SESSION_free(g_global_session);
    g_global_session = NULL;
}

2. 确保全局变量的线程安全（如果是多线程场景） #

如果你的客户端是多线程架构，new_session_cb_func写入全局变量和恢复逻辑读取全局变量的操作必须加锁，否则可能出现会话对象未完全初始化就被读取的情况，导致PSK字段缺失。

修复示例：

pthread_mutex_t session_mutex = PTHREAD_MUTEX_INITIALIZER;

// 存储会话时
pthread_mutex_lock(&session_mutex);
SSL_SESSION_up_ref(session);
if (g_global_session) SSL_SESSION_free(g_global_session);
g_global_session = session;
pthread_mutex_unlock(&session_mutex);

// 恢复会话时
pthread_mutex_lock(&session_mutex);
if (g_global_session) {
    SSL_set_session(ssl, g_global_session);
}
pthread_mutex_unlock(&session_mutex);

3. 验证会话对象的有效性 #

调用SSL_set_session后，主动检查会话的关键字段是否存在：

// 调用SSL_set_session后
const unsigned char* ticket = NULL;
size_t ticket_len = 0;
ticket = SSL_SESSION_get_ticket(g_global_session, &ticket_len);
if (ticket == NULL || ticket_len == 0) {
    // 会话对象无效，PSK恢复无法进行
    fprintf(stderr, "Session ticket is missing\n");
}

const char* psk_identity = SSL_SESSION_get_psk_identity(g_global_session);
if (psk_identity == NULL) {
    fprintf(stderr, "PSK identity is missing\n");
}

如果这些字段为空，说明你的全局会话对象已经失效，需要重新检查存储逻辑。

4. 确认SSL_CTX的会话缓存配置 #

TLS 1.3客户端需要明确启用会话缓存模式，否则即使会话有效，也不会触发PSK恢复：

SSL_CTX* ctx = SSL_CTX_new(TLS_client_method());
// 启用客户端会话缓存
SSL_CTX_set_session_cache_mode(ctx, SSL_SESS_CACHE_CLIENT);

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