X509_CHECK_HOST(3)
β¨ NAME β¨
okay bestie, this is the X509_CHECK_HOST(3) page from the Library Functions Manual, and itβs all about X.509 certificate matching π
the four icons in question are: X509_check_host, X509_check_email, X509_check_ip, and X509_check_ip_asc π
πΈ SYNOPSIS πΈ
youβre pulling from the library βlibcryptoβ, and you need this include:
#include <openssl/x509v3.h>
then the function signatures are exactly these, no cap:
int
X509_check_host(X509 *x, const char *name, size_t namelen,
unsigned int flags, char **peername);
int
X509_check_email(X509 *x, const char *address, size_t addresslen,
unsigned int flags);
int
X509_check_ip(X509 *x, const unsigned char *address, size_t addresslen,
unsigned int flags);
int
X509_check_ip_asc(X509 *x, const char *address, unsigned int flags);
π¦ DESCRIPTION π¦
so these certificate matching functions are here to check whether a certificate matches a given hostname, email address, or IP address. thatβs the vibe. but bestie, listen: the validity of the certificate and its trust level has to be checked by other means β οΈ
π«Ά important: matching is not the same as βthis cert is valid and trustworthy.β these functions do the matching part. other means have to do the validity and trust-level part.
X509_check_host() checks if the certificate Subject Alternative Name (SAN) or Subject CommonName (CN) matches the specified hostname, and that hostname must be encoded in the preferred name syntax described in section 3.5 of RFC 1034 π§
by default, wildcards are supported, and they match only in the left-most label; they may match part of that label with an explicit prefix or suffix. for example, by default, the host name www.example.com would match a certificate with a SAN or CN value of *.example.com, w*.example.com or *w.example.com β¨
per section 6.4.2 of RFC 6125, name values representing international domain names must be given in A-label form. the namelen argument must be the number of characters in the name string or zero, in which case the length is calculated with strlen(name). when name starts with a dot (e.g. .example.com), it will be matched by a certificate valid for any sub-domain of name; see also X509_CHECK_FLAG_SINGLE_LABEL_SUBDOMAINS below π
when the certificate is matched and peername is not NULL, a pointer to a copy of the matching SAN or CN from the peer certificate is stored at the address passed in peername. the application is responsible for freeing the peername via free(3) when it is no longer needed π«Ά
X509_check_email() checks if the certificate matches the specified email address. only the mailbox syntax of RFC 822 is supported. comments are not allowed, and no attempt is made to normalize quoted characters. the addresslen argument must be the number of characters in the address string or zero, in which case the length is calculated with strlen(address) π
X509_check_ip() checks if the certificate matches a specified IPv4 or IPv6 address. the address array is in binary format, in network byte order. the length is either 4 (IPv4) or 16 (IPv6). only explicitly marked addresses in the certificates are considered; IP addresses stored in DNS names and Common Names are ignored π«
X509_check_ip_asc() is similar, except that the NUL-terminated string address is first converted to the internal representation π
π© flags, bestie
the flags argument is usually 0, but it can be the bitwise OR of the following flags:
X509_CHECK_FLAG_ALWAYS_CHECK_SUBJECTβ causes the function to consider the subject DN even if the certificate contains at least one subject alternative name of the right type (DNS name or email address as appropriate); the default is to ignore the subject DN when at least one corresponding subject alternative name is present π
the remaining flags are only meaningful for X509_check_host():
X509_CHECK_FLAG_NO_WILDCARDSβ disables wildcard expansion π ββοΈX509_CHECK_FLAG_NO_PARTIAL_WILDCARDSβ suppresses support for*as a wildcard pattern in labels that have a prefix or suffix, such aswww*or*wwwβοΈX509_CHECK_FLAG_MULTI_LABEL_WILDCARDSβ allows a*that constitutes the complete label of a DNS name (e.g.*.example.com) to match more than one label innameπX509_CHECK_FLAG_SINGLE_LABEL_SUBDOMAINSβ restrictsnamevalues which start with., that would otherwise match any sub-domain in the peer certificate, to only match direct child sub-domains. thus, for instance, with this flag set a name of.example.comwould match a peer certificate with a DNS name ofwww.example.com, but would not match a peer certificate with a DNS name ofwww.sub.example.comπ―
π RETURN VALUES π
the functions return 1 for a successful match, 0 for a failed match and -1 for an internal error: typically a memory allocation failure or an ASN.1 decoding error π
all functions can also return -2 if the input is malformed. for example, X509_check_host() returns -2 if the provided name contains embedded NUL bytes π
π₯ SEE ALSO π₯
SSL_set1_host(3)X509_EXTENSION_new(3)X509_get1_email(3)X509_new(3)X509_VERIFY_PARAM_set1_host(3)
π§ HISTORY π§
these functions first appeared in OpenSSL 1.0.2 and have been available since OpenBSD 6.1 β
sign-off bestie: this page is Debianβs, dated June 8, 2025, and itβs the X509_CHECK_HOST(3) manual β mwah, slay, bye π
π«Ά
π¦ where this page comes from
- alpine 3.24: libressl-doc 4.3.1-r0 Β· custom
- arch rolling: libressl 4.4.0-1 Β· ISC AND custom:OpenSSL
- Copyright (c) 2012, 2014, 2015, 2016 The OpenSSL Project
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms