Re: [PATCH v3 0/2] zram: fix UAF in zram_bvec_write_partial() and drop dead bio plumbing
From: Cunlong Li
Date: Thu May 28 2026 - 00:41:37 EST
On Thu, May 28, 2026 at 10:48:43AM +0800, Cunlong Li wrote:
> Patch 1 fixes a use-after-free in zram_bvec_write_partial() that
> happens on PAGE_SIZE > 4K configurations when a partial write hits a
> ZRAM_WB slot.
>
> Patch 2 is a follow-up cleanup that drops the now-unused bio parameter
> from zram_bvec_write_partial() and zram_bvec_write(), no functional
> change.
>
> Patch 1 is tagged for stable; patch 2 is not.
>
> Signed-off-by: Cunlong Li <shenxiaogll@xxxxxxxxx>
> ---
> Changes in v3:
> - Update Fixes: tag to 8e654f8fbff5 ("zram: read page from backing
> device") per Christoph.
> - Link to v2: https://lore.kernel.org/r/20260527-zram-v2-0-2fb84b054b5c@xxxxxxxxx
>
> Changes in v2:
> - Add patch 2: drop the now-unused bio parameter from
> zram_bvec_write_partial() and zram_bvec_write(), per Sergey's
> suggestion on v1.
> - Link to v1: https://lore.kernel.org/r/20260527-zram-v1-1-ce1acb2bfaf9@xxxxxxxxx
>
> ---
> Cunlong Li (2):
> zram: fix use-after-free in zram_bvec_write_partial()
> zram: drop unused bio parameter from write helpers
>
> drivers/block/zram/zram_drv.c | 10 +++++-----
> 1 file changed, 5 insertions(+), 5 deletions(-)
> ---
> base-commit: e8c2f9fdadee7cbc75134dc463c1e0d856d6e5c7
> change-id: 20260526-zram-b01425b7e6c6
>
> Best regards,
> --
> Cunlong Li <shenxiaogll@xxxxxxxxx>
>
Test results for reference:
Tested on arm64 16K-page QEMU (Apple M4, HVF) with KASAN enabled,
kernel v7.1-rc5 (base-commit e8c2f9fdadee). zram0 backed by a loop
file on ext4, fio bs=4k randrw (4 jobs, 120s) against ext4-on-zram0
with a parallel loop triggering idle writeback.
Without the fix, KASAN fires within seconds:
BUG: KASAN: use-after-free in copy_folio_from_iter_atomic+0x830/0x18e8
Read of size 16384 at addr ffff8000d1168000 by task kworker/u16:4/321
Workqueue: loop0 loop_rootcg_workfn
Call trace:
memcpy+0x3c/0x9c
copy_folio_from_iter_atomic+0x830/0x18e8
generic_perform_write+0x308/0x558
ext4_buffered_write_iter+0x140/0x438
ext4_file_write_iter+0x868/0x1004
lo_rw_aio.isra.0+0x838/0xc94
loop_process_work+0x2f8/0xdf0
loop_rootcg_workfn+0x20/0x2c
process_one_work+0x560/0xc10
page: refcount:0 mapcount:0
The async backing-device read bio still references the page after
zram_bvec_write_partial() freed it; the loop worker then writes
into freed memory.
With the series applied, the same workload runs clean for two
minutes with no KASAN reports.