xref: /freebsd/secure/lib/libcrypto/man/man3/SSL_CTX_new.3 (revision 734e82fe33aa764367791a7d603b383996c6b40b)
Automatically generated by Pod::Man 4.14 (Pod::Simple 3.40)

Standard preamble:
========================================================================
..
..
.. Set up some character translations and predefined strings. \*(-- will
give an unbreakable dash, \*(PI will give pi, \*(L" will give a left
double quote, and \*(R" will give a right double quote. \*(C+ will
give a nicer C++. Capital omega is used to do unbreakable dashes and
therefore won't be available. \*(C` and \*(C' expand to `' in nroff,
nothing in troff, for use with C<>.
.tr \(*W- . ds -- \(*W- . ds PI pi . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch . if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch . ds L" "" . ds R" "" . ds C` "" . ds C' "" 'br\} . ds -- \|\(em\| . ds PI \(*p . ds L" `` . ds R" '' . ds C` . ds C' 'br\}
Escape single quotes in literal strings from groff's Unicode transform.

If the F register is >0, we'll generate index entries on stderr for
titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index
entries marked with X<> in POD. Of course, you'll have to process the
output yourself in some meaningful fashion.

Avoid warning from groff about undefined register 'F'.
.. .nr rF 0 . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF
Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
Fear. Run. Save yourself. No user-serviceable parts.
. \" fudge factors for nroff and troff . ds #H 0 . ds #V .8m . ds #F .3m . ds #[ \f1 . ds #] .\} . ds #H ((1u-(\\\\n(.fu%2u))*.13m) . ds #V .6m . ds #F 0 . ds #[ \& . ds #] \& .\} . \" simple accents for nroff and troff . ds ' \& . ds ` \& . ds ^ \& . ds , \& . ds ~ ~ . ds / .\} . ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u" . ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u' . ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u' . ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u' . ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u' . ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u' .\} . \" troff and (daisy-wheel) nroff accents . \" corrections for vroff . \" for low resolution devices (crt and lpr) \{\ . ds : e . ds 8 ss . ds o a . ds d- d\h'-1'\(ga . ds D- D\h'-1'\(hy . ds th \o'bp' . ds Th \o'LP' . ds ae ae . ds Ae AE .\} ========================================================================

Title "SSL_CTX_NEW 3"
SSL_CTX_NEW 3 "2023-08-01" "3.0.10" "OpenSSL"
For nroff, turn off justification. Always turn off hyphenation; it makes
way too many mistakes in technical documents.
"NAME"
TLSv1_2_method, TLSv1_2_server_method, TLSv1_2_client_method, SSL_CTX_new, SSL_CTX_new_ex, SSL_CTX_up_ref, SSLv3_method, SSLv3_server_method, SSLv3_client_method, TLSv1_method, TLSv1_server_method, TLSv1_client_method, TLSv1_1_method, TLSv1_1_server_method, TLSv1_1_client_method, TLS_method, TLS_server_method, TLS_client_method, SSLv23_method, SSLv23_server_method, SSLv23_client_method, DTLS_method, DTLS_server_method, DTLS_client_method, DTLSv1_method, DTLSv1_server_method, DTLSv1_client_method, DTLSv1_2_method, DTLSv1_2_server_method, DTLSv1_2_client_method \- create a new SSL_CTX object as framework for TLS/SSL or DTLS enabled functions
"SYNOPSIS"
Header "SYNOPSIS" .Vb 1 #include <openssl/ssl.h> \& SSL_CTX *SSL_CTX_new_ex(OSSL_LIB_CTX *libctx, const char *propq, const SSL_METHOD *method); SSL_CTX *SSL_CTX_new(const SSL_METHOD *method); int SSL_CTX_up_ref(SSL_CTX *ctx); \& const SSL_METHOD *TLS_method(void); const SSL_METHOD *TLS_server_method(void); const SSL_METHOD *TLS_client_method(void); \& const SSL_METHOD *SSLv23_method(void); const SSL_METHOD *SSLv23_server_method(void); const SSL_METHOD *SSLv23_client_method(void); \& #ifndef OPENSSL_NO_SSL3_METHOD const SSL_METHOD *SSLv3_method(void); const SSL_METHOD *SSLv3_server_method(void); const SSL_METHOD *SSLv3_client_method(void); #endif \& #ifndef OPENSSL_NO_TLS1_METHOD const SSL_METHOD *TLSv1_method(void); const SSL_METHOD *TLSv1_server_method(void); const SSL_METHOD *TLSv1_client_method(void); #endif \& #ifndef OPENSSL_NO_TLS1_1_METHOD const SSL_METHOD *TLSv1_1_method(void); const SSL_METHOD *TLSv1_1_server_method(void); const SSL_METHOD *TLSv1_1_client_method(void); #endif \& #ifndef OPENSSL_NO_TLS1_2_METHOD const SSL_METHOD *TLSv1_2_method(void); const SSL_METHOD *TLSv1_2_server_method(void); const SSL_METHOD *TLSv1_2_client_method(void); #endif \& const SSL_METHOD *DTLS_method(void); const SSL_METHOD *DTLS_server_method(void); const SSL_METHOD *DTLS_client_method(void); \& #ifndef OPENSSL_NO_DTLS1_METHOD const SSL_METHOD *DTLSv1_method(void); const SSL_METHOD *DTLSv1_server_method(void); const SSL_METHOD *DTLSv1_client_method(void); #endif \& #ifndef OPENSSL_NO_DTLS1_2_METHOD const SSL_METHOD *DTLSv1_2_method(void); const SSL_METHOD *DTLSv1_2_server_method(void); const SSL_METHOD *DTLSv1_2_client_method(void); #endif .Ve
"DESCRIPTION"
Header "DESCRIPTION" \fBSSL_CTX_new_ex() creates a new \s-1SSL_CTX\s0 object, which holds various configuration and data relevant to \s-1SSL/TLS\s0 or \s-1DTLS\s0 session establishment. These are later inherited by the \s-1SSL\s0 object representing an active session. The method parameter specifies whether the context will be used for the client or server side or both - for details see the \*(L"\s-1NOTES\*(R"\s0 below. The library context libctx (see \s-1OSSL_LIB_CTX\s0\|(3)) is used to provide the cryptographic algorithms needed for the session. Any cryptographic algorithms that are used by any \s-1SSL\s0 objects created from this \s-1SSL_CTX\s0 will be fetched from the libctx using the property query string propq (see \*(L"\s-1ALGORITHM FETCHING\*(R"\s0 in crypto\|(7). Either or both the libctx or propq parameters may be \s-1NULL.\s0

\fBSSL_CTX_new() does the same as SSL_CTX_new_ex() except that the default library context is used and no property query string is specified.

An \s-1SSL_CTX\s0 object is reference counted. Creating an \s-1SSL_CTX\s0 object for the first time increments the reference count. Freeing the \s-1SSL_CTX\s0 (using SSL_CTX_free) decrements it. When the reference count drops to zero, any memory or resources allocated to the \s-1SSL_CTX\s0 object are freed. SSL_CTX_up_ref() increments the reference count for an existing \s-1SSL_CTX\s0 structure.

An \s-1SSL_CTX\s0 object should not be changed after it is used to create any \s-1SSL\s0 objects or from multiple threads concurrently, since the implementation does not provide serialization of access for these cases.

"NOTES"
Header "NOTES" On session establishment, by default, no peer credentials verification is done. This must be explicitly requested, typically using SSL_CTX_set_verify\|(3). For verifying peer certificates many options can be set using various functions such as SSL_CTX_load_verify_locations\|(3) and SSL_CTX_set1_param\|(3). The X509_VERIFY_PARAM_set_purpose\|(3) function can be used, also in conjunction with SSL_CTX_get0_param\|(3), to set the intended purpose of the session. The default is X509_PURPOSE_SSL_SERVER on the client side and X509_PURPOSE_SSL_CLIENT on the server side.

The \s-1SSL_CTX\s0 object uses method as the connection method. Three method variants are available: a generic method (for either client or server use), a server-only method, and a client-only method.

The method parameter of SSL_CTX_new_ex() and SSL_CTX_new() can be one of the following:

"TLS_method(), TLS_server_method(), TLS_client_method()" 4
Item "TLS_method(), TLS_server_method(), TLS_client_method()" These are the general-purpose version-flexible \s-1SSL/TLS\s0 methods. The actual protocol version used will be negotiated to the highest version mutually supported by the client and the server. The supported protocols are SSLv3, TLSv1, TLSv1.1, TLSv1.2 and TLSv1.3. Applications should use these methods, and avoid the version-specific methods described below, which are deprecated.
"SSLv23_method(), SSLv23_server_method(), SSLv23_client_method()" 4
Item "SSLv23_method(), SSLv23_server_method(), SSLv23_client_method()" These functions do not exist anymore, they have been renamed to \fBTLS_method(), TLS_server_method() and TLS_client_method() respectively. Currently, the old function calls are renamed to the corresponding new ones by preprocessor macros, to ensure that existing code which uses the old function names still compiles. However, using the old function names is deprecated and new code should call the new functions instead.
"TLSv1_2_method(), TLSv1_2_server_method(), TLSv1_2_client_method()" 4
Item "TLSv1_2_method(), TLSv1_2_server_method(), TLSv1_2_client_method()" A \s-1TLS/SSL\s0 connection established with these methods will only understand the TLSv1.2 protocol. These methods are deprecated.
"TLSv1_1_method(), TLSv1_1_server_method(), TLSv1_1_client_method()" 4
Item "TLSv1_1_method(), TLSv1_1_server_method(), TLSv1_1_client_method()" A \s-1TLS/SSL\s0 connection established with these methods will only understand the TLSv1.1 protocol. These methods are deprecated.
"TLSv1_method(), TLSv1_server_method(), TLSv1_client_method()" 4
Item "TLSv1_method(), TLSv1_server_method(), TLSv1_client_method()" A \s-1TLS/SSL\s0 connection established with these methods will only understand the TLSv1 protocol. These methods are deprecated.
"SSLv3_method(), SSLv3_server_method(), SSLv3_client_method()" 4
Item "SSLv3_method(), SSLv3_server_method(), SSLv3_client_method()" A \s-1TLS/SSL\s0 connection established with these methods will only understand the SSLv3 protocol. The SSLv3 protocol is deprecated and should not be used.
"DTLS_method(), DTLS_server_method(), DTLS_client_method()" 4
Item "DTLS_method(), DTLS_server_method(), DTLS_client_method()" These are the version-flexible \s-1DTLS\s0 methods. Currently supported protocols are \s-1DTLS 1.0\s0 and \s-1DTLS 1.2.\s0
"DTLSv1_2_method(), DTLSv1_2_server_method(), DTLSv1_2_client_method()" 4
Item "DTLSv1_2_method(), DTLSv1_2_server_method(), DTLSv1_2_client_method()" These are the version-specific methods for DTLSv1.2. These methods are deprecated.
"DTLSv1_method(), DTLSv1_server_method(), DTLSv1_client_method()" 4
Item "DTLSv1_method(), DTLSv1_server_method(), DTLSv1_client_method()" These are the version-specific methods for DTLSv1. These methods are deprecated.

\fBSSL_CTX_new() initializes the list of ciphers, the session cache setting, the callbacks, the keys and certificates and the options to their default values.

\fBTLS_method(), TLS_server_method(), TLS_client_method(), DTLS_method(), \fBDTLS_server_method() and DTLS_client_method() are the version-flexible methods. All other methods only support one specific protocol version. Use the version-flexible methods instead of the version specific methods.

If you want to limit the supported protocols for the version flexible methods you can use SSL_CTX_set_min_proto_version\|(3), \fBSSL_set_min_proto_version\|(3), SSL_CTX_set_max_proto_version\|(3) and \fBSSL_set_max_proto_version\|(3) functions. Using these functions it is possible to choose e.g. TLS_server_method() and be able to negotiate with all possible clients, but to only allow newer protocols like \s-1TLS 1.0, TLS 1.1, TLS 1.2\s0 or \s-1TLS 1.3.\s0

The list of protocols available can also be limited using the \fBSSL_OP_NO_SSLv3, SSL_OP_NO_TLSv1, SSL_OP_NO_TLSv1_1, \fBSSL_OP_NO_TLSv1_3, SSL_OP_NO_TLSv1_2 and SSL_OP_NO_TLSv1_3 options of the \fBSSL_CTX_set_options\|(3) or SSL_set_options\|(3) functions, but this approach is not recommended. Clients should avoid creating \*(L"holes\*(R" in the set of protocols they support. When disabling a protocol, make sure that you also disable either all previous or all subsequent protocol versions. In clients, when a protocol version is disabled without disabling all previous protocol versions, the effect is to also disable all subsequent protocol versions.

The SSLv3 protocol is deprecated and should generally not be used. Applications should typically use SSL_CTX_set_min_proto_version\|(3) to set the minimum protocol to at least \s-1TLS1_VERSION\s0.

"RETURN VALUES"
Header "RETURN VALUES" The following return values can occur:
"\s-1NULL\s0" 4
Item "NULL" The creation of a new \s-1SSL_CTX\s0 object failed. Check the error stack to find out the reason.
"Pointer to an \s-1SSL_CTX\s0 object" 4
Item "Pointer to an SSL_CTX object" The return value points to an allocated \s-1SSL_CTX\s0 object. .Sp \fBSSL_CTX_up_ref() returns 1 for success and 0 for failure.
"SEE ALSO"
Header "SEE ALSO" \fBSSL_CTX_set_options\|(3), SSL_CTX_free\|(3), \fBSSL_CTX_set_verify\|(3), SSL_CTX_set1_param\|(3), SSL_CTX_get0_param\|(3), \fBSSL_connect\|(3), SSL_accept\|(3), \fBSSL_CTX_set_min_proto_version\|(3), ssl\|(7), SSL_set_connect_state\|(3)
"HISTORY"
Header "HISTORY" Support for SSLv2 and the corresponding SSLv2_method(), \fBSSLv2_server_method() and SSLv2_client_method() functions where removed in OpenSSL 1.1.0.

\fBSSLv23_method(), SSLv23_server_method() and SSLv23_client_method() were deprecated and the preferred TLS_method(), TLS_server_method() and TLS_client_method() functions were added in OpenSSL 1.1.0.

All version-specific methods were deprecated in OpenSSL 1.1.0.

\fBSSL_CTX_new_ex() was added in OpenSSL 3.0.

"COPYRIGHT"
Header "COPYRIGHT" Copyright 2000-2023 The OpenSSL Project Authors. All Rights Reserved.

Licensed under the Apache License 2.0 (the \*(L"License\*(R"). You may not use this file except in compliance with the License. You can obtain a copy in the file \s-1LICENSE\s0 in the source distribution or at <https://www.openssl.org/source/license.html>.