- Dec 26, 2012
-
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
side, if possible. Don't advertise compressed char2 for SuiteB as it is not supported. (backport from HEAD)
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
new ctrl to retrive value of received temporary key in server key exchange message, print out details in s_client (backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
perform sanity checks on server certificate type as soon as it is received instead of waiting until server key exchange (backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
a STACK_OF(X509): replace equivalent functionality in several places by the equivalent call. (backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
that are disabled for this session (as opposed to always disabled by configuration). (backport from HEAD)
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
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)
-
Dr. Stephen Henson authored
(backport from HEAD)
-
Dr. Stephen Henson authored
appropriate checks in tls1_check_chain. (backport from HEAD)
-
Dr. Stephen Henson authored
the certificate can be used for (if anything). Set valid_flags field in new tls1_check_chain function. Simplify ssl_set_cert_masks which used to have similar checks in it. Add new "cert_flags" field to CERT structure and include a "strict mode". This enforces some TLS certificate requirements (such as only permitting certificate signature algorithms contained in the supported algorithms extension) which some implementations ignore: this option should be used with caution as it could cause interoperability issues. (backport from HEAD)
-
Dr. Stephen Henson authored
Only store encoded versions of peer and configured signature algorithms. Determine shared signature algorithms and cache the result along with NID equivalents of each algorithm. (backport from HEAD)
-
Dr. Stephen Henson authored
TLS v1.2. These are sent as an extension for clients and during a certificate request for servers. TODO: add support for shared signature algorithms, respect shared algorithms when deciding which ciphersuites and certificates to permit. (backport from HEAD)
-