BN_CTX_NEW(3ossl)
π BN_CTX_NEW(3ossl) π
okay bestie, gather round, because today we're talking about the OpenSSL manual page BN_CTX_NEW(3ossl) β the one about making and unmaking BN_CTX structures. it's giving β¨memory managementβ¨ and honestly? it's iconic.
πΈ NAME πΈ
BN_CTX_new_ex, BN_CTX_new, BN_CTX_secure_new_ex, BN_CTX_secure_new, BN_CTX_free β allocate and free BN_CTX structures.
π SYNOPSIS π
#include <openssl/bn.h>
BN_CTX *BN_CTX_new_ex(OSSL_LIB_CTX *ctx);
BN_CTX *BN_CTX_new(void);
BN_CTX *BN_CTX_secure_new_ex(OSSL_LIB_CTX *ctx);
BN_CTX *BN_CTX_secure_new(void);
void BN_CTX_free(BN_CTX *c);
π¦ DESCRIPTION π¦
so, a BN_CTX is a structure that holds BIGNUM temporary variables which library functions use. and the reason it exists at all? because dynamic memory allocation to create BIGNUMs is rather expensive when you're doing it over and over inside repeated subroutine calls. like, imagine allocating fresh every single time β no ma'am. so we have the BN_CTX structure instead. π
BN_CTX_new_ex() allocates and initializes a BN_CTX structure for the given library context ctx. the <ctx> value may be NULL, in which case the default library context will be used. BN_CTX_new() is the same as BN_CTX_new_ex() except that the default library context is always used.
BN_CTX_secure_new_ex() allocates and initializes a BN_CTX structure but uses the secure heap (see CRYPTO_secure_malloc(3)) to hold the BIGNUMs, for the given library context ctx. the <ctx> value may be NULL, in which case the default library context will be used. BN_CTX_secure_new() is the same as BN_CTX_secure_new_ex() except that the default library context is always used.
BN_CTX_free() frees the components of the BN_CTX and the structure itself. and here's the tea π«: since BN_CTX_start() is required in order to obtain BIGNUMs from the BN_CTX, in most cases BN_CTX_end() must be called before the BN_CTX may be freed by BN_CTX_free(). if c is NULL, nothing is done. love that for us.
β οΈ okay serious face for one sec. a given BN_CTX must only be used by a single thread of execution. no locking is performed, and the internal pool allocator will not properly handle multiple threads of execution. no sharing, no passing it around the group chat. π«π§΅
β¨ RETURN VALUES β¨
BN_CTX_new()andBN_CTX_secure_new()return a pointer to theBN_CTX. if the allocation fails, they returnNULLand set an error code that can be obtained byERR_get_error(3). πBN_CTX_free()has no return values. it just does the thing and dips.
π REMOVED FUNCTIONALITY π
void BN_CTX_init(BN_CTX *c);
BN_CTX_init() is no longer available as of OpenSSL 1.1.0. rip to a real one. π applications should replace use of BN_CTX_init with BN_CTX_new instead:
BN_CTX *ctx;
ctx = BN_CTX_new();
if (!ctx)
/* error */
...
BN_CTX_free(ctx);
π SEE ALSO π
ERR_get_error(3), BN_add(3), BN_CTX_start(3)
π HISTORY π
BN_CTX_init() was removed in OpenSSL 1.1.0. periodt.
π COPYRIGHT π
Copyright 2000-2020 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>.
and that's the whole page bestie, you ate it up π this was OpenSSL version 3.5.9, dated 2026-09-29 β go forth and free your BN_CTXs responsibly πβ¨π§
π¦ where this page comes from
- fedora 43: openssl-devel 1:3.5.9-1.fc43 Β· Apache-2.0
- fedora 43: openssl-devel 1:3.5.9-1.fc43 Β· Apache-2.0
- fedora 44: openssl-devel 1:3.5.9-1.fc44 Β· Apache-2.0
- fedora 44: openssl-devel 1:3.5.9-1.fc44 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms