An issue was discovered in Guest.migrate in virt/libvirt/guest.py in OpenStack Nova before 19.3.1, 20.x before 20.3.1, and 21.0.0. By performing a soft reboot of an instance that has previously undergone live migration, a user may gain access to destination host devices that share the same paths as host devices previously referenced by the virtual machine on the source host. This can include block devices that map to different Cinder volumes at the destination than at the source. Only deployments allowing host-based connections (for instance, root and ephemeral devices) are affected.
The product processes an XML document that can contain XML entities with URIs that resolve to documents outside of the intended sphere of control, causing the product to embed incorrect documents into its output.
Name | Vendor | Start Version | End Version |
---|---|---|---|
Nova | Openstack | * | 19.3.1 (excluding) |
Nova | Openstack | 20.0.0 (including) | 20.3.1 (excluding) |
Nova | Openstack | 21.0.0 (including) | 21.0.0 (including) |
Red Hat OpenStack Platform 10.0 (Newton) | RedHat | openstack-nova-1:14.1.0-65.el7ost | * |
Red Hat OpenStack Platform 13.0 (Queens) | RedHat | openstack-nova-1:17.0.13-24.el7ost | * |
Red Hat OpenStack Platform 13.0 (Queens) for RHEL 7.6 EUS | RedHat | openstack-nova-1:17.0.13-24.el7ost | * |
Red Hat OpenStack Platform 15.0 (Stein) | RedHat | openstack-nova-1:19.1.0-0.20200207070459.bf9d9e5.el8ost | * |
Red Hat OpenStack Platform 16.0 (Train) | RedHat | openstack-nova-1:20.1.2-0.20200401205215.28324e6.el8ost | * |
Red Hat OpenStack Platform 16.1 | RedHat | openstack-nova-1:20.3.1-0.20200626213436.38ee1f3.el8ost | * |
Nova | Ubuntu | bionic | * |
Nova | Ubuntu | focal | * |
Nova | Ubuntu | groovy | * |
Nova | Ubuntu | trusty | * |
XML documents optionally contain a Document Type Definition (DTD), which, among other features, enables the definition of XML entities. It is possible to define an entity by providing a substitution string in the form of a URI. The XML parser can access the contents of this URI and embed these contents back into the XML document for further processing. By submitting an XML file that defines an external entity with a file:// URI, an attacker can cause the processing application to read the contents of a local file. For example, a URI such as “file:///c:/winnt/win.ini” designates (in Windows) the file C:\Winnt\win.ini, or file:///etc/passwd designates the password file in Unix-based systems. Using URIs with other schemes such as http://, the attacker can force the application to make outgoing requests to servers that the attacker cannot reach directly, which can be used to bypass firewall restrictions or hide the source of attacks such as port scanning. Once the content of the URI is read, it is fed back into the application that is processing the XML. This application may echo back the data (e.g. in an error message), thereby exposing the file contents.