2013-01-21 14:04:44 +04:00
|
|
|
/*
|
|
|
|
* QEMU VNC display driver: Websockets support
|
|
|
|
*
|
|
|
|
* Copyright (C) 2010 Joel Martin
|
|
|
|
* Copyright (C) 2012 Tim Hardeck
|
|
|
|
*
|
|
|
|
* This is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
* (at your option) any later version.
|
|
|
|
*
|
|
|
|
* This software is distributed in the hope that it will be useful,
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License
|
|
|
|
* along with this software; if not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include "vnc.h"
|
2015-03-11 18:53:49 +03:00
|
|
|
#include "io/channel-websock.h"
|
2013-04-23 18:33:01 +04:00
|
|
|
|
2015-03-02 22:01:05 +03:00
|
|
|
static void vncws_tls_handshake_done(Object *source,
|
|
|
|
Error *err,
|
|
|
|
gpointer user_data)
|
|
|
|
{
|
|
|
|
VncState *vs = user_data;
|
2015-03-17 16:43:00 +03:00
|
|
|
|
2015-03-02 22:01:05 +03:00
|
|
|
if (err) {
|
|
|
|
VNC_DEBUG("Handshake failed %s\n", error_get_pretty(err));
|
|
|
|
vnc_client_error(vs);
|
|
|
|
} else {
|
2015-03-11 18:53:49 +03:00
|
|
|
VNC_DEBUG("TLS handshake complete, starting websocket handshake\n");
|
2015-02-27 19:20:57 +03:00
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
2015-03-02 22:01:05 +03:00
|
|
|
QIO_CHANNEL(vs->ioc), G_IO_IN, vncws_handshake_io, vs, NULL);
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
}
|
2013-04-23 18:33:01 +04:00
|
|
|
}
|
|
|
|
|
2015-03-02 22:01:05 +03:00
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
gboolean vncws_tls_handshake_io(QIOChannel *ioc G_GNUC_UNUSED,
|
|
|
|
GIOCondition condition G_GNUC_UNUSED,
|
|
|
|
void *opaque)
|
2013-04-23 18:33:01 +04:00
|
|
|
{
|
2015-03-02 22:01:05 +03:00
|
|
|
VncState *vs = opaque;
|
|
|
|
QIOChannelTLS *tls;
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
Error *err = NULL;
|
2013-04-23 18:33:01 +04:00
|
|
|
|
2015-03-02 22:01:05 +03:00
|
|
|
VNC_DEBUG("TLS Websocket connection required\n");
|
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
vs->ioc_tag = 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
tls = qio_channel_tls_new_server(
|
|
|
|
vs->ioc,
|
|
|
|
vs->vd->tlscreds,
|
|
|
|
vs->vd->tlsaclname,
|
|
|
|
&err);
|
|
|
|
if (!tls) {
|
|
|
|
VNC_DEBUG("Failed to setup TLS %s\n", error_get_pretty(err));
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
error_free(err);
|
|
|
|
vnc_client_error(vs);
|
2015-02-27 19:20:57 +03:00
|
|
|
return TRUE;
|
2013-04-23 18:33:01 +04:00
|
|
|
}
|
ui: convert VNC server to use QCryptoTLSSession
Switch VNC server over to using the QCryptoTLSSession object
for the TLS session. This removes the direct use of gnutls
from the VNC server code. It also removes most knowledge
about TLS certificate handling from the VNC server code.
This has the nice effect that all the CONFIG_VNC_TLS
conditionals go away and the user gets an actual error
message when requesting TLS instead of it being silently
ignored.
With this change, the existing configuration options for
enabling TLS with -vnc are deprecated.
Old syntax for anon-DH credentials:
-vnc hostname:0,tls
New syntax:
-object tls-creds-anon,id=tls0,endpoint=server \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, no client certs:
-vnc hostname:0,tls,x509=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=no \
-vnc hostname:0,tls-creds=tls0
Old syntax for x509 credentials, requiring client certs:
-vnc hostname:0,tls,x509verify=/path/to/certs
New syntax:
-object tls-creds-x509,id=tls0,dir=/path/to/certs,endpoint=server,verify-peer=yes \
-vnc hostname:0,tls-creds=tls0
This aligns VNC with the way TLS credentials are to be
configured in the future for chardev, nbd and migration
backends. It also has the benefit that the same TLS
credentials can be shared across multiple VNC server
instances, if desired.
If someone uses the deprecated syntax, it will internally
result in the creation of a 'tls-creds' object with an ID
based on the VNC server ID. This allows backwards compat
with the CLI syntax, while still deleting all the original
TLS code from the VNC server.
Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
2015-08-06 16:39:32 +03:00
|
|
|
|
|
|
|
VNC_DEBUG("Start TLS WS handshake process\n");
|
2015-03-02 22:01:05 +03:00
|
|
|
object_unref(OBJECT(vs->ioc));
|
|
|
|
vs->ioc = QIO_CHANNEL(tls);
|
|
|
|
vs->tls = qio_channel_tls_get_session(tls);
|
|
|
|
|
|
|
|
qio_channel_tls_handshake(tls,
|
|
|
|
vncws_tls_handshake_done,
|
|
|
|
vs,
|
|
|
|
NULL);
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
return TRUE;
|
2013-04-23 18:33:01 +04:00
|
|
|
}
|
|
|
|
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
static void vncws_handshake_done(Object *source,
|
|
|
|
Error *err,
|
|
|
|
gpointer user_data)
|
|
|
|
{
|
|
|
|
VncState *vs = user_data;
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
if (err) {
|
|
|
|
VNC_DEBUG("Websock handshake failed %s\n", error_get_pretty(err));
|
|
|
|
vnc_client_error(vs);
|
|
|
|
} else {
|
|
|
|
VNC_DEBUG("Websock handshake complete, starting VNC protocol\n");
|
|
|
|
vnc_init_state(vs);
|
2015-02-27 19:20:57 +03:00
|
|
|
vs->ioc_tag = qio_channel_add_watch(
|
|
|
|
vs->ioc, G_IO_IN, vnc_client_io, vs, NULL);
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2015-02-27 19:20:57 +03:00
|
|
|
gboolean vncws_handshake_io(QIOChannel *ioc G_GNUC_UNUSED,
|
|
|
|
GIOCondition condition G_GNUC_UNUSED,
|
|
|
|
void *opaque)
|
|
|
|
{
|
|
|
|
VncState *vs = opaque;
|
2015-03-11 18:53:49 +03:00
|
|
|
QIOChannelWebsock *wioc;
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
VNC_DEBUG("Websocket negotiate starting\n");
|
|
|
|
if (vs->ioc_tag) {
|
|
|
|
g_source_remove(vs->ioc_tag);
|
|
|
|
vs->ioc_tag = 0;
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
wioc = qio_channel_websock_new_server(vs->ioc);
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
object_unref(OBJECT(vs->ioc));
|
|
|
|
vs->ioc = QIO_CHANNEL(wioc);
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
qio_channel_websock_handshake(wioc,
|
|
|
|
vncws_handshake_done,
|
|
|
|
vs,
|
|
|
|
NULL);
|
2013-01-21 14:04:44 +04:00
|
|
|
|
2015-03-11 18:53:49 +03:00
|
|
|
return TRUE;
|
2013-01-21 14:04:44 +04:00
|
|
|
}
|