GNURLOPT_PROXY_SSL_VERIFYPEER(3)

πŸ“¦ version 7.72.0, in nixos 26.05, nixpkgs unstable

πŸŽ€ NAME πŸŽ€

okay so bestie, welcome to the GNURLOPT_PROXY_SSL_VERIFYPEER(3) page (the header may show it as GNURLOPT_P..._VERIFYPEER(3), because truncation is literally main-character energy πŸ’…). This is one of the curl_easy_setopt options pages, and the star of the show is CURLOPT_PROXY_SSL_VERIFYPEER β€” verify the proxy's SSL certificate. No cap, that's the whole vibe.

✨ SYNOPSIS ✨

#include <gnurl/curl.h>

CURLcode curl_easy_setopt(CURL *handle, CURLOPT_PROXY_SSL_VERIFYPEER,
       long verify);

πŸ¦‹ DESCRIPTION πŸ¦‹

You pass a long as the parameter: set it to 1L to enable, or 0L to disable.

This option tells curl to verify the authenticity of the HTTPS proxy's certificate. A value of 1 means curl verifies; 0 (zero) means it doesn't.

This is the proxy version of CURLOPT_SSL_VERIFYPEER(3), the one that's used for ordinary HTTPS servers.

When negotiating a TLS or SSL connection, the server sends a certificate indicating its identity. Curl verifies whether the certificate is authentic β€” i.e. that you can trust that the server is who the certificate says it is. This trust is based on a chain of digital signatures, rooted in certification authority (CA) certificates you supply. curl uses a default bundle of CA certificates (the path for that is determined at build time), and you can specify alternate certificates with the CURLOPT_PROXY_CAINFO(3) option or the CURLOPT_PROXY_CAPATH(3) option.

When CURLOPT_PROXY_SSL_VERIFYPEER(3) is enabled, and the verification fails to prove that the certificate is authentic, the connection fails. When the option is zero, the peer certificate verification succeeds regardless β€” yes, regardless, be careful, fr fr.

Authenticating the certificate is not enough to be sure about the server. You typically also want to ensure that the server is the server you mean to be talking to. Use CURLOPT_PROXY_SSL_VERIFYHOST(3) for that. The check that the host name in the certificate is valid for the host name you're connecting to is done independently of the CURLOPT_PROXY_SSL_VERIFYPEER(3) option.

WARNING: disabling verification of the certificate allows bad guys to man-in-the-middle the communication without you knowing it. Disabling verification makes the communication insecure. Just having encryption on a transfer is not enough as you cannot be sure that you are communicating with the correct end-point. Like, literally do not skip this vibe check.

🌸 DEFAULT 🌸

1 β€” verification is on by default, bestie. Slay.

🌈 PROTOCOLS 🌈

All β€” every protocol. periodt.

πŸŽ€ EXAMPLE πŸŽ€

CURL *curl = curl_easy_init();
if(curl) {
  curl_easy_setopt(curl, CURLOPT_URL, "https://example.com");

  /* Set the default value: strict certificate check please */
  curl_easy_setopt(curl, CURLOPT_PROXY_SSL_VERIFYPEER, 1L);

  curl_easy_perform(curl);
}

πŸ’« AVAILABILITY πŸ’«

Added in 7.52.0.

If built TLS enabled.

πŸ’œ RETURN VALUE πŸ’œ

Returns CURLE_OK if the option is supported, and CURLE_UNKNOWN_OPTION if not.

🫢 SEE ALSO 🫢


okay bestie, that's the whole manual page. Cute sign-off time: this is libcurl 7.52.0, dated 16 Nov 2016, signing off from the GNURLOPT_P..._VERIFYPEER(3) footer. Stay secure, stay iconic, and may your proxy certs always verify πŸ’–βœ¨πŸ¦‹

πŸ“¦ where this page comes from