Re: [RFC] virtio_balloon: fix Use-After-Free in page reporting during PM freeze
Andrew Morton <[email protected]>
| Newsgroups | dev.linux.lists.virtualization,org.kernel.vger.linux-kernel,org.kernel.vger.stable,org.kvack.linux-mm |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 9 Jul 2026 22:43:30 +0000 Link Lin <[email protected]> wrote: > During system power management freeze (e.g. ACPI S3 suspend or S4 > hibernation), virtballoon_freeze() calls remove_common() to reset the > virtio device and delete all virtqueues via vdev->config->del_vqs(). > However, unlike virtballoon_remove(), virtballoon_freeze() fails to call > page_reporting_unregister(&vb->pr_dev_info). > > ... > > If memory is freed into the buddy allocator or a delayed work timer > expires while the device is being frozen, page_reporting_process() fires > on system_wq and calls virtballoon_free_page_report(). This function > passes vb->reporting_vq into virtqueue_add_inbuf() / virtqueue_add_split(). > Because the virtqueues were already destroyed by del_vqs(), this results > in a Use-After-Free / General Protection Fault: > > [ 250.709271] general protection fault, probably for non-canonical address 0x7f728084daf08d5e: 0000 [#1] SMP PTI > [ 250.732967] CPU: 2 PID: 38 Comm: kworker/2:1 Not tainted 5.10.0-44-cloud-amd64 #1 Debian 5.10.257-1 > [ 250.751575] Workqueue: events page_reporting_process > [ 250.756665] RIP: 0010:virtqueue_add_split+0x233/0x4c0 [virtio_ring] > ... > [ 250.867678] virtballoon_free_page_report+0x3a/0xe0 [virtio_balloon] > [ 250.883446] page_reporting_process+0x225/0x4f0 whoops > Fix this by: > 1. Unregistering page reporting in virtballoon_freeze() prior to calling > remove_common(). This clears the RCU pr_dev_info pointer and flushes/ > cancels prdev->work on system_wq via cancel_delayed_work_sync(). > 2. Re-registering page reporting in virtballoon_restore() after the > virtqueues are re-initialized and virtio_device_ready() has been called. > 3. Unwinding virtqueue initialization via remove_common() in > virtballoon_restore() if page_reporting_register() fails. AI review thinks the patch didn't do the above: https://sashiko.dev/#/patchset/[email protected] It also might have found a couple of pre-existing bugs in there.