SSL_CTX_set_client_cert_cb.pod 4.7 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110
  1. =pod
  2. =head1 NAME
  3. SSL_CTX_set_client_cert_cb, SSL_CTX_get_client_cert_cb - handle client certificate callback function
  4. =head1 SYNOPSIS
  5. #include <openssl/ssl.h>
  6. void SSL_CTX_set_client_cert_cb(SSL_CTX *ctx,
  7. int (*client_cert_cb)(SSL *ssl, X509 **x509,
  8. EVP_PKEY **pkey));
  9. int (*SSL_CTX_get_client_cert_cb(SSL_CTX *ctx))(SSL *ssl, X509 **x509,
  10. EVP_PKEY **pkey);
  11. =head1 DESCRIPTION
  12. SSL_CTX_set_client_cert_cb() sets the I<client_cert_cb> callback, that is
  13. called when a client certificate is requested by a server and no certificate
  14. was yet set for the SSL object.
  15. When I<client_cert_cb> is NULL, no callback function is used.
  16. SSL_CTX_get_client_cert_cb() returns a pointer to the currently set callback
  17. function.
  18. I<client_cert_cb> is the application defined callback. If it wants to
  19. set a certificate, a certificate/private key combination must be set
  20. using the I<x509> and I<pkey> arguments and "1" must be returned. The
  21. certificate will be installed into I<ssl>, see the NOTES and BUGS sections.
  22. If no certificate should be set, "0" has to be returned and no certificate
  23. will be sent. A negative return value will suspend the handshake and the
  24. handshake function will return immediately. L<SSL_get_error(3)>
  25. will return SSL_ERROR_WANT_X509_LOOKUP to indicate, that the handshake was
  26. suspended. The next call to the handshake function will again lead to the call
  27. of I<client_cert_cb>. It is the job of the I<client_cert_cb> to store information
  28. about the state of the last call, if required to continue.
  29. =head1 NOTES
  30. During a handshake (or renegotiation) a server may request a certificate
  31. from the client. A client certificate must only be sent, when the server
  32. did send the request.
  33. When a certificate was set using the
  34. L<SSL_CTX_use_certificate(3)> family of functions,
  35. it will be sent to the server. The TLS standard requires that only a
  36. certificate is sent, if it matches the list of acceptable CAs sent by the
  37. server. This constraint is violated by the default behavior of the OpenSSL
  38. library. Using the callback function it is possible to implement a proper
  39. selection routine or to allow a user interaction to choose the certificate to
  40. be sent.
  41. If a callback function is defined and no certificate was yet defined for the
  42. SSL object, the callback function will be called.
  43. If the callback function returns a certificate, the OpenSSL library
  44. will try to load the private key and certificate data into the SSL
  45. object using the SSL_use_certificate() and SSL_use_private_key() functions.
  46. Thus it will permanently install the certificate and key for this SSL
  47. object. It will not be reset by calling L<SSL_clear(3)>.
  48. If the callback returns no certificate, the OpenSSL library will not send
  49. a certificate.
  50. =head1 RETURN VALUES
  51. SSL_CTX_get_client_cert_cb() returns function pointer of I<client_cert_cb> or
  52. NULL if the callback is not set.
  53. =head1 BUGS
  54. The I<client_cert_cb> cannot return a complete certificate chain, it can
  55. only return one client certificate. If the chain only has a length of 2,
  56. the root CA certificate may be omitted according to the TLS standard and
  57. thus a standard conforming answer can be sent to the server. For a
  58. longer chain, the client must send the complete chain (with the option
  59. to leave out the root CA certificate). This can only be accomplished by
  60. either adding the intermediate CA certificates into the trusted
  61. certificate store for the SSL_CTX object (resulting in having to add
  62. CA certificates that otherwise maybe would not be trusted), or by adding
  63. the chain certificates using the
  64. L<SSL_CTX_add_extra_chain_cert(3)>
  65. function, which is only available for the SSL_CTX object as a whole and that
  66. therefore probably can only apply for one client certificate, making
  67. the concept of the callback function (to allow the choice from several
  68. certificates) questionable.
  69. Once the SSL object has been used in conjunction with the callback function,
  70. the certificate will be set for the SSL object and will not be cleared
  71. even when L<SSL_clear(3)> is being called. It is therefore
  72. mandatory to destroy the SSL object using L<SSL_free(3)>
  73. and create a new one to return to the previous state.
  74. =head1 SEE ALSO
  75. L<ssl(7)>, L<SSL_CTX_use_certificate(3)>,
  76. L<SSL_CTX_add_extra_chain_cert(3)>,
  77. L<SSL_get_client_CA_list(3)>,
  78. L<SSL_clear(3)>, L<SSL_free(3)>
  79. =head1 COPYRIGHT
  80. Copyright 2002-2020 The OpenSSL Project Authors. All Rights Reserved.
  81. Licensed under the Apache License 2.0 (the "License"). You may not use
  82. this file except in compliance with the License. You can obtain a copy
  83. in the file LICENSE in the source distribution or at
  84. L<https://www.openssl.org/source/license.html>.
  85. =cut