Give more meaningful error is attempt made to use incorrect curve.

(from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

side, if possible.

Don't advertise compressed char2 for SuiteB as it is not supported.
(backport from HEAD)

(backport from HEAD)

client hello message. Previously this could only be retrieved on an initial
connection and it was impossible to determine the cipher IDs of any uknown
ciphersuites.
(backport from HEAD)

new ctrl to retrive value of received temporary key in server key exchange message, print out details in s_client
(backport from HEAD)

(backport from HEAD)

perform sanity checks on server certificate type as soon as it is received instead of waiting until server key exchange
(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

a STACK_OF(X509): replace equivalent functionality in several places
by the equivalent call.
(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

by a certificate chain. Add additional tests to handle client
certificates: checks for matching certificate type and issuer name
comparison.

Print out results of checks for each candidate chain tested in
s_server/s_client.
(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

possible to have different stores per SSL structure or one store in
the parent SSL_CTX. Include distint stores for certificate chain
verification and chain building. New ctrl SSL_CTRL_BUILD_CERT_CHAIN
to build and store a certificate chain in CERT structure: returing
an error if the chain cannot be built: this will allow applications
to test if a chain is correctly configured.

Note: if the CERT based stores are not set then the parent SSL_CTX
store is used to retain compatibility with existing behaviour.
(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

that are disabled for this session (as opposed to always disabled by
configuration).
(backport from HEAD)

details in s_client.

Also add ctrl to set client certificate types. If not used sensible values
will be included based on supported signature algorithms: for example if
we don't include any DSA signing algorithms the DSA certificate type is
omitted.

Fix restriction in old code where certificate types would be truncated
if it exceeded TLS_CT_NUMBER.
(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

(backport from HEAD)

the permitted signature algorithms for server and client authentication
are the same but it is now possible to set different algorithms for client
authentication only.
(backport from HEAD)

is required by client or server. An application can decide which
certificate chain to present based on arbitrary criteria: for example
supported signature algorithms. Add very simple example to s_server.
This fixes many of the problems and restrictions of the existing client
certificate callback: for example you can now clear existing certificates
and specify the whole chain.
(backport from HEAD)

(backport from HEAD)