SSL_CTX_SET1_SIGALGS(3ossl)
π SSL_CTX_SET1_SIGALGS β the OpenSSL glow-up page β¨
okay bestie, so this is the SSL_CTX_SET1_SIGALGS page from OpenSSL (yes the manual is literally named 3ossl, we love that for it) and it's all about telling your TLS stack which signature algorithms you're willing to vibe with. signature algorithms = the digest + public key algorithm combos used to sign stuff. let's get into it π«Ά
β¨ NAME β¨
SSL_CTX_set1_sigalgs, SSL_set1_sigalgs, SSL_CTX_set1_sigalgs_list, SSL_set1_sigalgs_list, SSL_CTX_set1_client_sigalgs, SSL_set1_client_sigalgs, SSL_CTX_set1_client_sigalgs_list, SSL_set1_client_sigalgs_list β set supported signature algorithms π
πΈ SYNOPSIS πΈ
#include <openssl/ssl.h>
long SSL_CTX_set1_sigalgs(SSL_CTX *ctx, const int *slist, long slistlen);
long SSL_set1_sigalgs(SSL *ssl, const int *slist, long slistlen);
long SSL_CTX_set1_sigalgs_list(SSL_CTX *ctx, const char *str);
long SSL_set1_sigalgs_list(SSL *ssl, const char *str);
long SSL_CTX_set1_client_sigalgs(SSL_CTX *ctx, const int *slist, long slistlen);
long SSL_set1_client_sigalgs(SSL *ssl, const int *slist, long slistlen);
long SSL_CTX_set1_client_sigalgs_list(SSL_CTX *ctx, const char *str);
long SSL_set1_client_sigalgs_list(SSL *ssl, const char *str);
π¦ DESCRIPTION π¦
okay so first up, the OGs:
SSL_CTX_set1_sigalgs() and SSL_set1_sigalgs() set the supported signature algorithms for ctx or ssl. and the way you do that is with an array β the array slist, of length slistlen, has to be made of pairs of NIDs that map to digest and public key algorithms. pair 'em up, no leftovers, periodt. π
then the _list girlies:
SSL_CTX_set1_sigalgs_list() and SSL_set1_sigalgs_list() also set the supported signature algorithms for ctx or ssl, but they take a string instead. the str parameter has to be a null terminated string that's a colon separated list of elements, where each element is either:
- a combination of a public key algorithm and a digest separated by
+, or - a TLS 1.3-style named SignatureScheme such as
rsa_pss_pss_sha256β¨
Signature scheme names and public key algorithm names (but not the digest names) in the algorithm+hash form are case-insensitive. iykyk. and if a list entry is preceded with the "?" character, it will be ignored if an implementation is missing β so polite, so considerate π
and now the client-auth twins:
SSL_CTX_set1_client_sigalgs(), SSL_set1_client_sigalgs(), SSL_CTX_set1_client_sigalgs_list() and SSL_set1_client_sigalgs_list() set signature algorithms related to client authentication. otherwise? they are literally identical to SSL_CTX_set1_sigalgs(), SSL_set1_sigalgs(), SSL_CTX_set1_sigalgs_list() and SSL_set1_sigalgs_list(). twins fr fr π―
π¨ one thing you NEED to know: all these functions are implemented as macros. and the signature algorithm parameter (integer array or string) is not freed β the application should free it, if necessary. not me forgetting to free and leaking all over the place π don't be like that.
π NOTES π
- If an application wishes to allow the setting of signature algorithms as one of many user configurable options, it should consider using the more flexible
SSL_CONFAPI instead. (iconic API, very main character β¨) - The signature algorithms set by a client are used directly in the supported signature algorithm in the client hello message. π¨
- The supported signature algorithms set by a server are not sent to the client, but they're used to determine the set of shared signature algorithms and β if server preferences are set with
SSL_OP_CIPHER_SERVER_PREFERENCEβ their order. - The client authentication signature algorithms set by a server are sent in a certificate request message if client authentication is enabled, otherwise they are unused. π
- Similarly, client authentication signature algorithms set by a client are used to determined the set of client authentication shared signature algorithms. (yes, "determined" is spelled "determined"... okay the original says "determined", we move π«Ά)
- Signature algorithms will neither be advertised nor used if the security level prohibits them (for example SHA1 if the security level is 4 or more). security level said "not on my watch" π
- Currently the
NID_md5,NID_sha1,NID_sha224,NID_sha256,NID_sha384andNID_sha512digest NIDs are supported, plus the public key algorithm NIDsEVP_PKEY_RSA,EVP_PKEY_RSA_PSS,EVP_PKEY_DSAandEVP_PKEY_EC. that's the whole guest list, bestie π - The short or long name values for digests can be used in a string (for example
"MD5","SHA1","SHA224","SHA256","SHA384","SHA512") and the public key algorithm strings"RSA","RSA-PSS","DSA"or"ECDSA". β¨ - The TLS 1.3 signature scheme names (such as
"rsa_pss_pss_sha256") can also be used with the_listforms of the API. π₯
β οΈ The use of MD5 as a digest is strongly discouraged due to security weaknesses. MD5 is giving expired milk energy, do not. π
π RETURN VALUES π
All these functions return 1 for success and 0 for failure. that's it, that's the whole vibe check. 1 = slay, 0 = π
β EXAMPLES β
Set supported signature algorithms to SHA256 with ECDSA and SHA256 with RSA using an array:
const int slist[] = {NID_sha256, EVP_PKEY_EC, NID_sha256, EVP_PKEY_RSA};
SSL_CTX_set1_sigalgs(ctx, slist, 4);
Set supported signature algorithms to SHA256 with ECDSA and SHA256 with RSA using a string:
SSL_CTX_set1_sigalgs_list(ctx, "ECDSA+SHA256:RSA+SHA256");
see how easy that was?? ate and left no crumbs π
π SEE ALSO π
ssl(7), SSL_get_shared_sigalgs(3), SSL_CONF_CTX_new(3)
π§ HISTORY π§
Support for ignoring unknown signature algorithms in SSL_CTX_set1_sigalgs_list(), SSL_set1_sigalgs_list(), SSL_CTX_set1_client_sigalgs_list() and SSL_set1_client_sigalgs_list() was added in OpenSSL 3.3. so the "?" behavior is a newer-era blessing β¨
π COPYRIGHT π
Copyright 2015-2025 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!! this was version 3.5.9, dated 2026-09-29, from the SSL_CTX_SET1_SIGALGS(3ossl) manual. go forth, set those sigalgs, and remember: free your arrays, respect the security level, and never ever use MD5 π π«Άβ¨
π¦ 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