OPENSSL_SECURE_MALLOC(3SSL)
π OPENSSL_SECURE_MALLOC π
okay bestie, welcome to OPENSSL_SECURE_MALLOC(3SSL), the page that's all about the secure heap β aka where the good stuff (private keys, obviously) goes to live its protected little life. πΈβ¨
β¨ NAME β¨
secure heap storage, brought to you by this whole girl gang right here:
CRYPTO_secure_malloc_initCRYPTO_secure_malloc_initializedCRYPTO_secure_malloc_doneOPENSSL_secure_mallocCRYPTO_secure_mallocOPENSSL_secure_zallocCRYPTO_secure_zallocOPENSSL_secure_malloc_arrayCRYPTO_secure_malloc_arrayOPENSSL_secure_callocCRYPTO_secure_callocOPENSSL_secure_freeCRYPTO_secure_freeOPENSSL_secure_clear_freeCRYPTO_secure_clear_freeOPENSSL_secure_actual_sizeCRYPTO_secure_actual_sizeCRYPTO_secure_allocatedCRYPTO_secure_used
π SYNOPSIS π
#include <openssl/crypto.h>
int CRYPTO_secure_malloc_init(size_t size, size_t minsize);
int CRYPTO_secure_malloc_initialized();
int CRYPTO_secure_malloc_done();
void *OPENSSL_secure_malloc(size_t num);
void *CRYPTO_secure_malloc(size_t num, const char *file, int line);
void *OPENSSL_secure_zalloc(size_t num);
void *CRYPTO_secure_zalloc(size_t num, const char *file, int line);
void *OPENSSL_secure_malloc_array(size_t num, size_t size);
void *CRYPTO_secure_malloc_array(size_t num, size_t size,
const char *file, int line);
void *OPENSSL_secure_calloc(size_t num, size_t size);
void *CRYPTO_secure_calloc(size_t num, size_t size,
const char *file, int line);
void OPENSSL_secure_free(void* ptr);
void CRYPTO_secure_free(void *ptr, const char *, int);
void OPENSSL_secure_clear_free(void* ptr, size_t num);
void CRYPTO_secure_clear_free(void *ptr, size_t num, const char *, int);
size_t OPENSSL_secure_actual_size(const void *ptr);
size_t CRYPTO_secure_actual_size(const void *ptr);
int CRYPTO_secure_allocated(const void *ptr);
size_t CRYPTO_secure_used();
π DESCRIPTION π
so like. pointer overruns and underruns? the little gremlins that could hand out arbitrary data from your program's dynamic memory area β where keys and other sensitive info might be chilling? yeah, no. π ββοΈ
to help protect applications (especially long-running servers) from exactly that mess, OpenSSL supports the concept of a "secure heap." the level and type of security guarantees you get depend on the operating system, so fr fr, it's a good idea to review the code and see if it addresses your threat model and concerns. π
heads up bestie: the secure heap uses a single read/write lock, so any operations that involve allocation or freeing of secure heap memory are serialised, and they block other threads. keep that in mind β highly concurrent applications should enable the secure heap with caution and be aware of the performance implications for multi-threaded code. π
if a secure heap is used, then private key BIGNUM values are stored there. that protects long-term storage of private keys, but it will not necessarily put all intermediate values and computations there. lowkey important distinction!! π
CRYPTO_secure_malloc_init()β creates the secure heap, with the specifiedsizein bytes. theminsizeparameter is the minimum size to allocate from the heap, or zero to use a reasonable default value. bothsizeand, if specified,minsizemust be a power of two, andminsizeshould generally be small, for example16or32.minsizemust be less than a quarter ofsizein any case.CRYPTO_secure_malloc_initialized()β indicates whether or not the secure heap as been initialized and is available. (yes, "as been". iconic typo, we stan. π )CRYPTO_secure_malloc_done()β releases the heap and makes the memory unavailable to the process if all secure memory has been freed. it can take noticeably long to complete, so don't be alarmed if it's giving slow. πOPENSSL_secure_malloc()β allocatesnumbytes from the heap. ifCRYPTO_secure_malloc_init()is not called, this is equivalent to callingOPENSSL_malloc(). it's a macro that expands toCRYPTO_secure_malloc()and adds the__FILE__and__LINE__parameters. sneaky! π΅οΈββοΈOPENSSL_secure_zalloc()andCRYPTO_secure_zalloc()β likeOPENSSL_secure_malloc()andCRYPTO_secure_malloc(), respectively, except that they callmemset()to zero the memory before returning. clean girl aesthetic. β¨OPENSSL_secure_malloc_array(),CRYPTO_secure_malloc_array(),OPENSSL_secure_calloc(), andCRYPTO_secure_calloc()β variants ofOPENSSL_secure_malloc(),CRYPTO_secure_malloc(),OPENSSL_secure_zalloc(), andCRYPTO_secure_zalloc(), respectively, that accept an additional parameter,size, which enables memory allocation operations for an array ofnummemberssizebytes each. these functions return an error if multiplication ofnumandsizeleads to an integer overflow, thus preventing allocations of an incorrect size. ty for protecting us from ourselves fr. π«ΆOPENSSL_secure_free()β releases the memory atptrback to the heap. it must be called with a value previously obtained fromOPENSSL_secure_malloc(). ifCRYPTO_secure_malloc_init()is not called, this is equivalent to callingOPENSSL_free(). it exists for consistency withOPENSSL_secure_malloc(), and is a macro that expands toCRYPTO_secure_free()and adds the__FILE__and__LINE__parameters.. (two periods, we love a bonus dot π) if the argument toOPENSSL_secure_free()isNULL, nothing is done.OPENSSL_secure_clear_free()β similar toOPENSSL_secure_free()except that it has an additionalnumparameter which is used to clear the memory if it was not allocated from the secure heap. ifCRYPTO_secure_malloc_init()is not called, this is equivalent to callingOPENSSL_clear_free(). if the argument toOPENSSL_secure_clear_free()isNULL, nothing is done. wiping the receipts, as she should. π§ΌOPENSSL_secure_actual_size()β tells the actual size allocated to the pointer; implementations may allocate more space than initially requested, in order to "round up" and reduce secure heap fragmentation. it's giving generousβ¨CRYPTO_secure_actual_size()β an alias toOPENSSL_secure_actual_size(), identical in arguments, return value, and behaviour. twin behaviour, no cap. π―ββοΈOPENSSL_secure_allocated()β tells if a pointer is allocated in the secure heap.CRYPTO_secure_used()β returns the number of bytes allocated in the secure heap.
β RETURN VALUES β
CRYPTO_secure_malloc_init()returns0on failure,1if successful, and2if successful but the heap could not be protected by memory mapping. (so like, success but make it β¨unprotectedβ¨)CRYPTO_secure_malloc_initialized()returns1if the secure heap is available (that is, ifCRYPTO_secure_malloc_init()has been called, butCRYPTO_secure_malloc_done()has not been called or failed) or0if not.OPENSSL_secure_malloc(),CRYPTO_secure_malloc(),OPENSSL_secure_zalloc(),CRYPTO_secure_zalloc(),OPENSSL_secure_malloc_array(),CRYPTO_secure_malloc_array(),OPENSSL_secure_calloc(), andCRYPTO_secure_calloc()return a pointer into the secure heap of the requested size, if it is initialised, a pointer returned by the underlyingOPENSSL_malloc()call, if it is not, orNULLon error.OPENSSL_secure_actual_size()andCRYPTO_secure_actual_size()return positive size in bytes on success or0on error.CRYPTO_secure_allocated()returns1if the pointer is in the secure heap, or0if not.CRYPTO_secure_malloc_done()returns1if the secure memory area is released, or0if not.OPENSSL_secure_free()andOPENSSL_secure_clear_free()return no values. they simply do not participate in the return-value economy. π«
π¦ SEE ALSO π¦
π HISTORY π
- the
OPENSSL_secure_clear_free()function was added in OpenSSL 1.1.0g. - the second argument to
CRYPTO_secure_malloc_init()was changed from anintto asize_tin OpenSSL 3.0. glow-up era. π - the
OPENSSL_secure_malloc_array(),CRYPTO_secure_malloc_array(),OPENSSL_secure_calloc(), andCRYPTO_secure_calloc()functions were added in OpenSSL 3.6.
π COPYRIGHT π
Copyright 2015-2026 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>.
aaaand that's the whole page bestie, you ate it up. π this was version 4.0.3, dated 2026-09-29, from the OPENSSL_SECURE_MALLOC(3SSL) manual. go secure your heap, main character. ππ¦β¨
π¦ where this page comes from
- ubuntu stonking: libssl-doc 4.0.3-1ubuntu1 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms