Correct post load checks: 1. dev->setup_len == sizeof(dev->data_buf) seems fine, no need to fail migration 2. When state is DATA, passing index > len will cause memcpy with negative length, resulting in heap overflow An user able to alter the savevm data (either on the disk or over the wire during migration) could use this flaw to to corrupt QEMU process memory on the (destination) host, which could potentially result in arbitrary code execution on the host with the privileges of the QEMU process. Upstream fix: ------------- -> http://article.gmane.org/gmane.comp.emulators.qemu/272092
Statement: This issue does affect the versions of kvm package as shipped with Red Hat Enterprise Linux 5. This issue does affect the versions of qemu-kvm package as shipped with Red Hat Enterprise Linux 6 and 7.
Created qemu tracking bugs for this issue: Affects: fedora-all [bug 1097260]
This issue has been addressed in following products: RHEV-H and Agents for RHEL-6 Via RHSA-2014:0674 https://rhn.redhat.com/errata/RHSA-2014-0674.html
qemu-1.6.2-6.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
This issue has been addressed in following products: RHEV-H and Agents for RHEL-6 Via RHSA-2014:0744 https://rhn.redhat.com/errata/RHSA-2014-0744.html
This issue has been addressed in following products: Red Hat Enterprise Linux 6 Via RHSA-2014:0743 https://rhn.redhat.com/errata/RHSA-2014-0743.html
This issue has been addressed in following products: Red Hat Enterprise Linux 7 Via RHSA-2014:0927 https://rhn.redhat.com/errata/RHSA-2014-0927.html
This issue has been addressed in following products: OpenStack 4 for RHEL 6 OpenStack 3 for RHEL 6 Via RHSA-2014:0888 https://rhn.redhat.com/errata/RHSA-2014-0888.html
This issue has been addressed in the following products: OpenStack 5 for RHEL 7 Via RHSA-2014:1268 https://rhn.redhat.com/errata/RHSA-2014-1268.html