SSL_SESSION_FREE(3ossl)
β¨ NAME β¨
SSL_SESSION_new, SSL_SESSION_dup, SSL_SESSION_up_ref, SSL_SESSION_free β create, free and manage SSL_SESSION structures. This is the SSL_SESSION_FREE(3ossl) page from OpenSSL, and itβs literally your guide to not messing up session refcounts, bestie π
.
πΈ SYNOPSIS πΈ
okay so first you include the header, then these signatures are the whole vibe β keep them exact, no cap:
#include <openssl/ssl.h>
SSL_SESSION *SSL_SESSION_new(void);
SSL_SESSION *SSL_SESSION_dup(const SSL_SESSION *src);
int SSL_SESSION_up_ref(SSL_SESSION *ses);
void SSL_SESSION_free(SSL_SESSION *session);
π DESCRIPTION π
SSL_SESSION_new()β creates a brand-newSSL_SESSIONstructure and returns a pointer to it. New session, who dis? β¨SSL_SESSION_dup()β creates a newSSL_SESSIONstructure that is a copy ofsrc. The copy is not owned by any cache thatsrcmay have been in. Copycat behavior, but make it official πSSL_SESSION_up_ref()β increments the reference count on the givenSSL_SESSIONstructure. up, up, up πSSL_SESSION_free()β decrements the reference count ofsessionand removes theSSL_SESSIONstructure pointed to bysessionand frees up the allocated memory, if the reference count has reached0. IfsessionisNULL, nothing is done. Bye-bye only when itβs actually time, okay? π«Ά
π NOTES π
okay so this is the part where you really pay attention, because refcounts are not a game π
SSL_SESSION objects are allocated when a TLS/SSL handshake operation is successfully completed. Depending on the settings β see SSL_CTX_set_session_cache_mode(3) β the SSL_SESSION objects are internally referenced by the SSL_CTX and linked into its session cache. SSL objects may be using the SSL_SESSION object; as a session may be reused, several SSL objects may be using one SSL_SESSION object at the same time. It is therefore crucial to keep the reference count (usage information) correct and not delete an SSL_SESSION object that is still used, as this may lead to program failures due to dangling pointers. These failures may also appear delayed, e.g. when an SSL_SESSION object was completely freed as the reference count incorrectly became 0, but it is still referenced in the internal session cache and the cache list is processed during a SSL_CTX_flush_sessions(3) operation.
SSL_SESSION_free() must only be called for SSL_SESSION objects, for which the reference count was explicitly incremented (e.g. by calling SSL_get1_session(), see SSL_get_session(3)) or when the SSL_SESSION object was generated outside a TLS handshake operation, e.g. by using d2i_SSL_SESSION(3). It must not be called on other SSL_SESSION objects, as this would cause incorrect reference counts and therefore program failures. Do not freestyle this one, bestie π
π¦ RETURN VALUES π¦
SSL_SESSION_newreturns a pointer to the newly allocatedSSL_SESSIONstructure orNULLon error. π«ΆSSL_SESSION_dupreturns a pointer to the new copy orNULLon error. πSSL_SESSION_up_refreturns1on success or0on error. π
π₯ SEE ALSO π₯
go read these too, iykyk:
ssl(7)SSL_get_session(3)SSL_CTX_set_session_cache_mode(3)SSL_CTX_flush_sessions(3)d2i_SSL_SESSION(3)
π HISTORY π
fun lore drop: the SSL_SESSION_dup() function was added in OpenSSL 1.1.1. β
π COPYRIGHT π
Copyright 2000-2023 The OpenSSL Project Authors. All Rights Reserved.
Licensed under the Apache License 2.0 (the "License"). You may not use this file except in compliance with the License. You can obtain a copy in the file LICENSE in the source distribution or at <https://www.openssl.org/source/license.html>.
mwah π this SSL_SESSION_FREE(3ossl) page is from OpenSSL source version 3.5.0, dated 2026-09-25 β kbye bestie, slay your memory management πβ¨
π¦ where this page comes from
- opensuse-leap 16.0: openssl-3-doc 3.5.0-160000.11.1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms