linux-kernel - Re: [PATCH] block: ublk: extending queue

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <167517714685.21899.10299241689859963675.b4-ty@kernel.dk>
Date:   Tue, 31 Jan 2023 07:59:06 -0700
From:   Jens Axboe <axboe@...nel.dk>
To:     Ming Lei <ming.lei@...hat.com>,
        Liu Xiaodong <xiaodong.liu@...el.com>
Cc:     linux-block@...r.kernel.org, linux-kernel@...r.kernel.org,
        Jim Harris <james.r.harris@...el.com>,
        Ben Walker <benjamin.walker@...el.com>
Subject: Re: [PATCH] block: ublk: extending queue_size to fix overflow


On Tue, 31 Jan 2023 02:05:52 -0500, Liu Xiaodong wrote:
> When validating drafted SPDK ublk target, in a case that
> assigning large queue depth to multiqueue ublk device,
> ublk target would run into a weird incorrect state. During
> rounds of review and debug, An overflow bug was found
> in ublk driver.
> 
> In ublk_cmd.h, UBLK_MAX_QUEUE_DEPTH is 4096 which means
> each ublk queue depth can be set as large as 4096. But
> when setting qd for a ublk device,
> sizeof(struct ublk_queue) + depth * sizeof(struct ublk_io)
> will be larger than 65535 if qd is larger than 2728.
> Then queue_size is overflowed, and ublk_get_queue()
> references a wrong pointer position. The wrong content of
> ublk_queue elements will lead to out-of-bounds memory
> access.
> 
> [...]

Applied, thanks!

[1/1] block: ublk: extending queue_size to fix overflow
      commit: 29baef789c838bd5c02f50c88adbbc6b955aaf61

Best regards,
-- 
Jens Axboe