A design flaw issue was found in the Red Hat OpenStack Platform director use of TripleO to enable libvirtd based live-migration. Libvirtd is deployed by default (by director) listening on 0.0.0.0 (all interfaces) with no-authentication or encryption. Anyone able to make a TCP connection to any compute host IP address, including 127.0.0.1, other loopback interface addresses, or in some cases possibly addresses that have been exposed beyond the management interface, could use this to open a virsh session to the libvirtd instance and gain control of virtual machine instances or possibly take over the host.
References
Link | Resource |
---|---|
http://www.securityfocus.com/bid/98576 | Third Party Advisory VDB Entry |
https://access.redhat.com/errata/RHSA-2017:1242 | Vendor Advisory |
https://access.redhat.com/errata/RHSA-2017:1504 | Vendor Advisory |
https://access.redhat.com/errata/RHSA-2017:1537 | Vendor Advisory |
https://access.redhat.com/errata/RHSA-2017:1546 | Vendor Advisory |
https://access.redhat.com/solutions/3022771 | Mitigation Vendor Advisory |
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2017-2637 | Issue Tracking Mitigation Vendor Advisory |
https://wiki.openstack.org/wiki/OSSN/OSSN-0007 | Vendor Advisory |
Configurations
Configuration 1 (hide)
|
History
No history.
Information
Published : 2018-07-26 12:29
Updated : 2023-02-12 23:29
NVD link : CVE-2017-2637
Mitre link : CVE-2017-2637
CVE.ORG link : CVE-2017-2637
JSON object : View
Products Affected
redhat
- openstack
CWE
CWE-306
Missing Authentication for Critical Function