Blame SOURCES/kvm-block-iscsi-fix-heap-buffer-overflow-in-iscsi_aio_io.patch

a19a21
From b9b77159567283628645943b5367d39b558e8faa Mon Sep 17 00:00:00 2001
a19a21
From: Jon Maloy <jmaloy@redhat.com>
a19a21
Date: Tue, 26 Jan 2021 20:07:59 -0500
a19a21
Subject: [PATCH 9/9] block/iscsi:fix heap-buffer-overflow in
a19a21
 iscsi_aio_ioctl_cb
a19a21
MIME-Version: 1.0
a19a21
Content-Type: text/plain; charset=UTF-8
a19a21
Content-Transfer-Encoding: 8bit
a19a21
a19a21
RH-Author: Jon Maloy <jmaloy@redhat.com>
a19a21
Message-id: <20210126200759.245891-2-jmaloy@redhat.com>
a19a21
Patchwork-id: 100787
a19a21
O-Subject: [RHEL-8.4.0 qemu-kvm PATCH 1/1] block/iscsi:fix heap-buffer-overflow in iscsi_aio_ioctl_cb
a19a21
Bugzilla: 1912974
a19a21
RH-Acked-by: Stefan Hajnoczi <stefanha@redhat.com>
a19a21
RH-Acked-by: Kevin Wolf <kwolf@redhat.com>
a19a21
RH-Acked-by: Laszlo Ersek <lersek@redhat.com>
a19a21
a19a21
From: Chen Qun <kuhn.chenqun@huawei.com>
a19a21
a19a21
There is an overflow, the source 'datain.data[2]' is 100 bytes,
a19a21
 but the 'ss' is 252 bytes.This may cause a security issue because
a19a21
 we can access a lot of unrelated memory data.
a19a21
a19a21
The len for sbp copy data should take the minimum of mx_sb_len and
a19a21
 sb_len_wr, not the maximum.
a19a21
a19a21
If we use iscsi device for VM backend storage, ASAN show stack:
a19a21
a19a21
READ of size 252 at 0xfffd149dcfc4 thread T0
a19a21
    #0 0xaaad433d0d34 in __asan_memcpy (aarch64-softmmu/qemu-system-aarch64+0x2cb0d34)
a19a21
    #1 0xaaad45f9d6d0 in iscsi_aio_ioctl_cb /qemu/block/iscsi.c:996:9
a19a21
    #2 0xfffd1af0e2dc  (/usr/lib64/iscsi/libiscsi.so.8+0xe2dc)
a19a21
    #3 0xfffd1af0d174  (/usr/lib64/iscsi/libiscsi.so.8+0xd174)
a19a21
    #4 0xfffd1af19fac  (/usr/lib64/iscsi/libiscsi.so.8+0x19fac)
a19a21
    #5 0xaaad45f9acc8 in iscsi_process_read /qemu/block/iscsi.c:403:5
a19a21
    #6 0xaaad4623733c in aio_dispatch_handler /qemu/util/aio-posix.c:467:9
a19a21
    #7 0xaaad4622f350 in aio_dispatch_handlers /qemu/util/aio-posix.c:510:20
a19a21
    #8 0xaaad4622f350 in aio_dispatch /qemu/util/aio-posix.c:520
a19a21
    #9 0xaaad46215944 in aio_ctx_dispatch /qemu/util/async.c:298:5
a19a21
    #10 0xfffd1bed12f4 in g_main_context_dispatch (/lib64/libglib-2.0.so.0+0x512f4)
a19a21
    #11 0xaaad46227de0 in glib_pollfds_poll /qemu/util/main-loop.c:219:9
a19a21
    #12 0xaaad46227de0 in os_host_main_loop_wait /qemu/util/main-loop.c:242
a19a21
    #13 0xaaad46227de0 in main_loop_wait /qemu/util/main-loop.c:518
a19a21
    #14 0xaaad43d9d60c in qemu_main_loop /qemu/softmmu/vl.c:1662:9
a19a21
    #15 0xaaad4607a5b0 in main /qemu/softmmu/main.c:49:5
a19a21
    #16 0xfffd1a460b9c in __libc_start_main (/lib64/libc.so.6+0x20b9c)
a19a21
    #17 0xaaad43320740 in _start (aarch64-softmmu/qemu-system-aarch64+0x2c00740)
a19a21
a19a21
0xfffd149dcfc4 is located 0 bytes to the right of 100-byte region [0xfffd149dcf60,0xfffd149dcfc4)
a19a21
allocated by thread T0 here:
a19a21
    #0 0xaaad433d1e70 in __interceptor_malloc (aarch64-softmmu/qemu-system-aarch64+0x2cb1e70)
a19a21
    #1 0xfffd1af0e254  (/usr/lib64/iscsi/libiscsi.so.8+0xe254)
a19a21
    #2 0xfffd1af0d174  (/usr/lib64/iscsi/libiscsi.so.8+0xd174)
a19a21
    #3 0xfffd1af19fac  (/usr/lib64/iscsi/libiscsi.so.8+0x19fac)
a19a21
    #4 0xaaad45f9acc8 in iscsi_process_read /qemu/block/iscsi.c:403:5
a19a21
    #5 0xaaad4623733c in aio_dispatch_handler /qemu/util/aio-posix.c:467:9
a19a21
    #6 0xaaad4622f350 in aio_dispatch_handlers /qemu/util/aio-posix.c:510:20
a19a21
    #7 0xaaad4622f350 in aio_dispatch /qemu/util/aio-posix.c:520
a19a21
    #8 0xaaad46215944 in aio_ctx_dispatch /qemu/util/async.c:298:5
a19a21
    #9 0xfffd1bed12f4 in g_main_context_dispatch (/lib64/libglib-2.0.so.0+0x512f4)
a19a21
    #10 0xaaad46227de0 in glib_pollfds_poll /qemu/util/main-loop.c:219:9
a19a21
    #11 0xaaad46227de0 in os_host_main_loop_wait /qemu/util/main-loop.c:242
a19a21
    #12 0xaaad46227de0 in main_loop_wait /qemu/util/main-loop.c:518
a19a21
    #13 0xaaad43d9d60c in qemu_main_loop /qemu/softmmu/vl.c:1662:9
a19a21
    #14 0xaaad4607a5b0 in main /qemu/softmmu/main.c:49:5
a19a21
    #15 0xfffd1a460b9c in __libc_start_main (/lib64/libc.so.6+0x20b9c)
a19a21
    #16 0xaaad43320740 in _start (aarch64-softmmu/qemu-system-aarch64+0x2c00740)
a19a21
a19a21
Reported-by: Euler Robot <euler.robot@huawei.com>
a19a21
Signed-off-by: Chen Qun <kuhn.chenqun@huawei.com>
a19a21
Reviewed-by: Stefan Hajnoczi <stefanha@redhat.com>
a19a21
Message-id: 20200418062602.10776-1-kuhn.chenqun@huawei.com
a19a21
Reviewed-by: Daniel P. Berrangé <berrange@redhat.com>
a19a21
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
a19a21
a19a21
(cherry picked from ff0507c239a246fd7215b31c5658fc6a3ee1e4c5)
a19a21
Signed-off-by: Jon Maloy <jmaloy@redhat.com>
a19a21
Signed-off-by: Jon Maloy <jmaloy.redhat.com>
a19a21
---
a19a21
 block/iscsi.c | 3 +--
a19a21
 1 file changed, 1 insertion(+), 2 deletions(-)
a19a21
a19a21
diff --git a/block/iscsi.c b/block/iscsi.c
a19a21
index 0bea2d3a93..06915655b3 100644
a19a21
--- a/block/iscsi.c
a19a21
+++ b/block/iscsi.c
a19a21
@@ -991,8 +991,7 @@ iscsi_aio_ioctl_cb(struct iscsi_context *iscsi, int status,
a19a21
         acb->ioh->driver_status |= SG_ERR_DRIVER_SENSE;
a19a21
 
a19a21
         acb->ioh->sb_len_wr = acb->task->datain.size - 2;
a19a21
-        ss = (acb->ioh->mx_sb_len >= acb->ioh->sb_len_wr) ?
a19a21
-             acb->ioh->mx_sb_len : acb->ioh->sb_len_wr;
a19a21
+        ss = MIN(acb->ioh->mx_sb_len, acb->ioh->sb_len_wr);
a19a21
         memcpy(acb->ioh->sbp, &acb->task->datain.data[2], ss);
a19a21
     }
a19a21
 
a19a21
-- 
a19a21
2.18.2
a19a21