2016-03-17 22:14:30 +08:00
|
|
|
/*
|
|
|
|
* Copyright 2016 The OpenSSL Project Authors. All Rights Reserved.
|
|
|
|
*
|
2016-05-18 02:20:24 +08:00
|
|
|
* Licensed under the OpenSSL license (the "License"). You may not use
|
|
|
|
* this file except in compliance with the License. You can obtain a copy
|
|
|
|
* in the file LICENSE in the source distribution or at
|
2016-03-17 22:14:30 +08:00
|
|
|
* https://www.openssl.org/source/license.html
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef HEADER_SSL_TEST_CTX_H
|
|
|
|
#define HEADER_SSL_TEST_CTX_H
|
|
|
|
|
|
|
|
#include <openssl/conf.h>
|
|
|
|
#include <openssl/ssl.h>
|
|
|
|
|
|
|
|
typedef enum {
|
2016-04-08 01:07:50 +08:00
|
|
|
SSL_TEST_SUCCESS = 0, /* Default */
|
2016-03-17 22:14:30 +08:00
|
|
|
SSL_TEST_SERVER_FAIL,
|
|
|
|
SSL_TEST_CLIENT_FAIL,
|
|
|
|
SSL_TEST_INTERNAL_ERROR
|
|
|
|
} ssl_test_result_t;
|
|
|
|
|
2016-04-08 01:07:50 +08:00
|
|
|
typedef enum {
|
|
|
|
SSL_TEST_VERIFY_NONE = 0, /* Default */
|
|
|
|
SSL_TEST_VERIFY_ACCEPT_ALL,
|
|
|
|
SSL_TEST_VERIFY_REJECT_ALL
|
|
|
|
} ssl_verify_callback_t;
|
|
|
|
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
typedef enum {
|
2016-06-10 06:39:22 +08:00
|
|
|
SSL_TEST_SERVERNAME_NONE = 0, /* Default */
|
|
|
|
SSL_TEST_SERVERNAME_SERVER1,
|
2016-06-20 23:20:25 +08:00
|
|
|
SSL_TEST_SERVERNAME_SERVER2,
|
|
|
|
SSL_TEST_SERVERNAME_INVALID
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
} ssl_servername_t;
|
|
|
|
|
2016-06-20 23:20:25 +08:00
|
|
|
typedef enum {
|
|
|
|
SSL_TEST_SERVERNAME_CB_NONE = 0, /* Default */
|
|
|
|
SSL_TEST_SERVERNAME_IGNORE_MISMATCH,
|
|
|
|
SSL_TEST_SERVERNAME_REJECT_MISMATCH
|
|
|
|
} ssl_servername_callback_t;
|
|
|
|
|
|
|
|
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
typedef enum {
|
|
|
|
SSL_TEST_SESSION_TICKET_IGNORE = 0, /* Default */
|
|
|
|
SSL_TEST_SESSION_TICKET_YES,
|
|
|
|
SSL_TEST_SESSION_TICKET_NO,
|
2016-06-17 02:49:37 +08:00
|
|
|
SSL_TEST_SESSION_TICKET_BROKEN /* Special test */
|
2016-06-10 06:39:22 +08:00
|
|
|
} ssl_session_ticket_t;
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
|
2016-06-03 23:49:04 +08:00
|
|
|
typedef enum {
|
|
|
|
SSL_TEST_METHOD_TLS = 0, /* Default */
|
2016-06-17 02:49:37 +08:00
|
|
|
SSL_TEST_METHOD_DTLS
|
2016-06-03 23:49:04 +08:00
|
|
|
} ssl_test_method_t;
|
|
|
|
|
2016-03-17 22:14:30 +08:00
|
|
|
typedef struct ssl_test_ctx {
|
|
|
|
/* Test expectations. */
|
|
|
|
/* Defaults to SUCCESS. */
|
|
|
|
ssl_test_result_t expected_result;
|
|
|
|
/* Alerts. 0 if no expectation. */
|
|
|
|
/* See ssl.h for alert codes. */
|
|
|
|
/* Alert sent by the client / received by the server. */
|
|
|
|
int client_alert;
|
|
|
|
/* Alert sent by the server / received by the client. */
|
|
|
|
int server_alert;
|
|
|
|
/* Negotiated protocol version. 0 if no expectation. */
|
|
|
|
/* See ssl.h for protocol versions. */
|
|
|
|
int protocol;
|
2016-04-08 01:07:50 +08:00
|
|
|
/* One of a number of predefined custom callbacks. */
|
|
|
|
ssl_verify_callback_t client_verify_callback;
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
/* One of a number of predefined server names use by the client */
|
|
|
|
ssl_servername_t servername;
|
2016-06-20 23:20:25 +08:00
|
|
|
/*
|
|
|
|
* The expected SNI context to use.
|
|
|
|
* We test server-side that the server switched to the expected context.
|
|
|
|
* Set by the callback upon success, so if the callback wasn't called or
|
|
|
|
* terminated with an alert, the servername will match with
|
|
|
|
* SSL_TEST_SERVERNAME_NONE.
|
|
|
|
* Note: in the event that the servername was accepted, the client should
|
|
|
|
* also receive an empty SNI extension back but we have no way of probing
|
|
|
|
* client-side via the API that this was the case.
|
|
|
|
*/
|
|
|
|
ssl_servername_t expected_servername;
|
|
|
|
ssl_servername_callback_t servername_callback;
|
2016-06-10 06:39:22 +08:00
|
|
|
ssl_session_ticket_t session_ticket_expected;
|
2016-06-03 23:49:04 +08:00
|
|
|
/* Whether the server/client CTX should use DTLS or TLS. */
|
|
|
|
ssl_test_method_t method;
|
2016-03-17 22:14:30 +08:00
|
|
|
} SSL_TEST_CTX;
|
|
|
|
|
2016-04-08 01:07:50 +08:00
|
|
|
const char *ssl_test_result_name(ssl_test_result_t result);
|
2016-03-17 22:14:30 +08:00
|
|
|
const char *ssl_alert_name(int alert);
|
|
|
|
const char *ssl_protocol_name(int protocol);
|
2016-04-08 01:07:50 +08:00
|
|
|
const char *ssl_verify_callback_name(ssl_verify_callback_t verify_callback);
|
Fix session ticket and SNI
When session tickets are used, it's possible that SNI might swtich the
SSL_CTX on an SSL. Normally, this is not a problem, because the
initial_ctx/session_ctx are used for all session ticket/id processes.
However, when the SNI callback occurs, it's possible that the callback
may update the options in the SSL from the SSL_CTX, and this could
cause SSL_OP_NO_TICKET to be set. If this occurs, then two bad things
can happen:
1. The session ticket TLSEXT may not be written when the ticket expected
flag is set. The state machine transistions to writing the ticket, and
the client responds with an error as its not expecting a ticket.
2. When creating the session ticket, if the ticket key cb returns 0
the crypto/hmac contexts are not initialized, and the code crashes when
trying to encrypt the session ticket.
To fix 1, if the ticket TLSEXT is not written out, clear the expected
ticket flag.
To fix 2, consider a return of 0 from the ticket key cb a recoverable
error, and write a 0 length ticket and continue. The client-side code
can explicitly handle this case.
Fix these two cases, and add unit test code to validate ticket behavior.
Reviewed-by: Emilia Käsper <emilia@openssl.org>
Reviewed-by: Rich Salz <rsalz@openssl.org>
(Merged from https://github.com/openssl/openssl/pull/1098)
2016-05-13 06:16:52 +08:00
|
|
|
const char *ssl_servername_name(ssl_servername_t server);
|
2016-06-20 23:20:25 +08:00
|
|
|
const char *ssl_servername_callback_name(ssl_servername_callback_t
|
|
|
|
servername_callback);
|
2016-06-10 06:39:22 +08:00
|
|
|
const char *ssl_session_ticket_name(ssl_session_ticket_t server);
|
2016-06-03 23:49:04 +08:00
|
|
|
const char *ssl_test_method_name(ssl_test_method_t method);
|
2016-03-17 22:14:30 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Load the test case context from |conf|.
|
|
|
|
* See test/README.ssl_test for details on the conf file format.
|
|
|
|
*/
|
|
|
|
SSL_TEST_CTX *SSL_TEST_CTX_create(const CONF *conf, const char *test_section);
|
|
|
|
|
|
|
|
SSL_TEST_CTX *SSL_TEST_CTX_new(void);
|
|
|
|
|
|
|
|
void SSL_TEST_CTX_free(SSL_TEST_CTX *ctx);
|
|
|
|
|
|
|
|
#endif /* HEADER_SSL_TEST_CTX_H */
|