vhost-scsi: protect vq->log_used with vq->mutex
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: vhost-scsi: protect vq->log_used with vq->mutex The vhost-scsi completion path may access vq->log_base when vq->log_used is already set to false. vhost-thread QEMU-thread vhost_scsi_complete_cmd_work() -> vhost_add_used() -> vhost_add_used_n() if (unlikely(vq->log_used)) QEMU disables vq->log_used via VHOST_SET_VRING_ADDR. mutex_lock(&vq->mutex); vq->log_used = false now! mutex_unlock(&vq->mutex); QEMU gfree(vq->log_base) log_used() -> log_write(vq->log_base) Assuming the VMM is QEMU. The vq->log_base is from QEMU userpace and can be reclaimed via gfree(). As a result, this causes invalid memory writes to QEMU userspace. The control queue path has the same issue.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
3.6
References 7
git.kernel.org
- stable/c/80cf68489681c165ded460930e391b1eb37b5f6f
- stable/c/8312a1ccff1566f375191a89b9ba71b6eb48a8cd
- stable/c/59614c5acf6688f7af3c245d359082c0e9e53117
- stable/c/ca85c2d0db5f8309832be45858b960d933c2131c
- stable/c/bd8c9404e44adb9f6219c09b3409a61ab7ce3427
- stable/c/c0039e3afda29be469d29b3013d7f9bdee136834
- stable/c/f591cf9fce724e5075cc67488c43c6e39e8cbe27