diff options
| author | David Jaša <djasa@redhat.com> | 2013-11-27 17:45:49 +0100 |
|---|---|---|
| committer | Christophe Fergeau <cfergeau@redhat.com> | 2013-12-12 10:39:11 +0100 |
| commit | 4fc9ba5f27dd4c04441d38c893ee962da01baf80 (patch) | |
| tree | 170764dfbee19bc0181a28745696a0748045e1a0 | |
| parent | f4f033a09c3b9efed0989d93794b9d442f3cce22 (diff) | |
| download | spice-4fc9ba5f27dd4c04441d38c893ee962da01baf80.tar.gz spice-4fc9ba5f27dd4c04441d38c893ee962da01baf80.tar.xz spice-4fc9ba5f27dd4c04441d38c893ee962da01baf80.zip | |
Use TLS version 1.0 or better
When creating a TLS socket, both spice-server and spice-gtk currently
call SSL_CTX_new(TLSv1_method()). The TLSv1_method() function set the
protocol version to TLS 1.0 exclusively. The correct way to support
multiple protocol versions is to call SSLv23_method() in spite of its
scary name. This method will enable all SSL/TLS protocol versions. The
protocol suite may be further narrowed down by setting respective
SSL_OP_NO_<version_code> options of SSL context. This possibility is
used in this patch in order to block use of SSLv3 that is enabled by
default in openssl for client sockets as of now but spice has never used
it.
| -rw-r--r-- | server/reds.c | 5 |
1 files changed, 4 insertions, 1 deletions
diff --git a/server/reds.c b/server/reds.c index 2a0002b0..d79732c6 100644 --- a/server/reds.c +++ b/server/reds.c @@ -3221,6 +3221,8 @@ static int reds_init_ssl(void) SSL_METHOD *ssl_method; #endif int return_code; + /* When some other SSL/TLS version becomes obsolete, add it to this + * variable. */ long ssl_options = SSL_OP_NO_SSLv2 | SSL_OP_NO_SSLv3; /* Global system initialization*/ @@ -3228,7 +3230,8 @@ static int reds_init_ssl(void) SSL_load_error_strings(); /* Create our context*/ - ssl_method = TLSv1_method(); + /* SSLv23_method() handles TLSv1.x in addition to SSLv2/v3 */ + ssl_method = SSLv23_method(); reds->ctx = SSL_CTX_new(ssl_method); if (!reds->ctx) { spice_warning("Could not allocate new SSL context"); |