SPICE (protocol)

Jump to: navigation, search
Original author(s) Qumranet
Developer(s) Red Hat
Stable release
  • spice-protocol: 0.12.13 / July 3, 2017 (2017-07-03)[1]
  • spice: 0.12.8 / July 13, 2016 (2016-07-13)[2]
  • spice-gtk: 0.33 / July 31, 2017 (2017-07-31)[3]
Repository git.freedesktop.org/git/spice/spice
Written in C, C++
Operating system Linux, Windows, Android (Client)
Type Server, client
License GPL, LGPL and BSD
Website spice-space.org

In computing, SPICE (the Simple Protocol for Independent Computing Environments) is a remote-display system built for virtual environments which allows users to view a computing "desktop" environment - not only on its computer-server machine, but also from anywhere on the Internet - using a wide variety of machine architectures.

Qumranet originally developed SPICE using a closed-source codebase in 2007. Red Hat, Inc acquired Qumranet in 2008, and in December 2009 decided to release the code under an open-source license and to treat the protocol as an open standard.[4][5]


A SPICE client connection to a remote desktop server consists of multiple data channels, each of which is run over a separate TCP or UNIX socket connection. A data channel can be designated to operate in either clear-text, or TLS modes, allowing the administrator to tradeoff the security level vs performance. The TLS mode provides strong encryption of all traffic transmitted on the data channel.

In addition to encryption, the SPICE protocol allows for a choice of authentication schemes. The original SPICE protocol defined a ticket based authentication scheme using a shared secret. The server would generate an RSA public/private keypair and send its public key to the client. The client would encrypt the ticket (password) with the public key and send the result back to the server, which would decrypt and verify the ticket. The current SPICE protocol also allows for use of the SASL authentication protocol, thus enabling support for a wide range of admin configurable authentication mechanisms, in particular Kerberos.


While only one server implementation exists, several programmers have developed new implementations of the SPICE client-side since the open-sourcing of SPICE.

The spice-protocol module[6] defines the SPICE wire protocol formats. This is made available under the BSD license, and is portable across the Linux and Windows platforms.
The spice module[7] provides the reference implementation for the server side of the SPICE protocol. The server is provided as a dynamic library which can be linked to any application wishing to expose a SPICE server. As of 2013, QEMU uses this to provide a SPICE interface for virtual machines. The spice codebase is available under the LGPL v2+ license.
A client part of the spice codebase named spicec was removed in December 2014.
The spice-gtk module[8] implements a SPICE client using the GObject type system and the GTK widget toolkit. This comprises a low-level library, spice-client-glib, which implements the client protocol code, and a high-level set of widgets which provide a graphical client capability using GTK. This is made available under the LGPLv2+ license, and is portable across the Linux, OS X and Windows platforms.
The spice-html5 module[9] implements a SPICE client that uses JavaScript and is intended to run inside a web browser supporting HTML5. While it implements the SPICE protocol, it cannot talk directly to a regular SPICE server. It must connect to the server indirectly via WebSocket proxy.[10] This is made available under a combination of the GPLv3+ and LGPLv3+ licenses.


The SPICE protocol originated to provide improved remote desktop capabilities in a fork of the KVM codebase.

The QEMU maintainers merged support for providing SPICE remote desktop capabilities for all QEMU virtual machines in March 2010. The QEMU binary links to the spice-server library in order to provide this capability and implements the QXL paravirtualized framebuffer device to enable the guest OS to take advantage of the performance benefits the SPICE protocol offers. The guest OS may also use a regular VGA card, albeit with degraded performance as compared to QXL.
The X.Org Server driver for the QXL framebuffer device includes a wrapper script[11] which makes it possible to launch an Xorg server whose display is exported via the SPICE protocol. This enables use of SPICE in a remote desktop environment, without requiring QEMU/KVM virtualization.
The virt-viewer program uses the spice-gtk client library to connect to virtual machines using SPICE, as an alternative to its previous support for VNC.
SPICE is integrated into oVirt private-cloud management software, allowing users to connect to virtual machines through SPICE.

See also


  1. ^ Lureau, Marc-André (3 July 2017). "ANNOUNCE: spice-protocol release 0.12.13". spice-devel (Mailing list). 
  2. ^ Fergeau, Christophe (13 July 2016). "Announcing spice 0.12.8". spice-devel (Mailing list). 
  3. ^ Lureau, Marc-André (31 July 2017). "ANNOUNCE: spice-gtk v0.34 released". spice-devel (Mailing list). 
  4. ^ "Red Hat open-sources SPICE". Redhat.com. Retrieved 2013-10-25. 
  5. ^ "Project website". Spice-space.org. Retrieved 2013-10-25. 
  6. ^ "spice-protocol GIT repository". Cgit.freedesktop.org. Retrieved 2013-10-25. 
  7. ^ http://cgit.freedesktop.org/spice/spice/ spice GIT repository
  8. ^ "spice-gtk GIT repository". Cgit.freedesktop.org. 2013-10-10. Retrieved 2013-10-25. 
  9. ^ "spice-html5 GIT repository". Cgit.freedesktop.org. Retrieved 2013-10-25. 
  10. ^ https://github.com/kanaka/websockify WebSockify proxy server
  11. ^ "XSpice README". Cgit.freedesktop.org. Retrieved 2013-10-25. 

External links