[SRU][F][PATCH 1/1] io_uring: ensure IOPOLL locks around deferred work
Juerg Haefliger
juerg.haefliger at canonical.com
Wed Oct 2 09:25:33 UTC 2024
On Fri, 27 Sep 2024 14:37:51 +0800
Chengen Du <chengen.du at canonical.com> wrote:
> From: Jens Axboe <axboe at kernel.dk>
>
> CVE-2023-21400
>
> BugLink: https://bugs.launchpad.net/bugs/2078659
>
> No direct upstream commit exists for this issue. It was fixed in
> 5.18 as part of a larger rework of the completion side.
>
> io_commit_cqring() writes the CQ ring tail to make it visible, but it
> also kicks off any deferred work we have. A ring setup with IOPOLL
> does not need any locking around the CQ ring updates, as we're always
> under the ctx uring_lock. But if we have deferred work that needs
> processing, then io_queue_deferred() assumes that the completion_lock
> is held, as it is for !IOPOLL.
>
> Add a lockdep assertion to check and document this fact, and have
> io_iopoll_complete() check if we have deferred work and run that
> separately with the appropriate lock grabbed.
>
> Cc: stable at vger.kernel.org # 5.10, 5.15
> Reported-by: dghost david <daviduniverse18 at gmail.com>
> Signed-off-by: Jens Axboe <axboe at kernel.dk>
> Signed-off-by: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
> (backported from commit fb348857e7b67eefe365052f1423427b66dedbf3)
> [chengen - apply the locking logic to the corresponding functions /
> use spin_lock_irq because the same lock is used in the timer callback
> function.]
> Signed-off-by: Chengen Du <chengen.du at canonical.com>
> ---
> fs/io_uring.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/fs/io_uring.c b/fs/io_uring.c
> index 875dd8e0f766..aa75c32f2d16 100644
> --- a/fs/io_uring.c
> +++ b/fs/io_uring.c
> @@ -512,6 +512,8 @@ static void __io_commit_cqring(struct io_ring_ctx *ctx)
> {
> struct io_rings *rings = ctx->rings;
>
> + lockdep_assert_held(&ctx->completion_lock);
> +
> if (ctx->cached_cq_tail != READ_ONCE(rings->cq.tail)) {
> /* order cqe stores with ring update */
> smp_store_release(&rings->cq.tail, ctx->cached_cq_tail);
> @@ -841,7 +843,9 @@ static void io_iopoll_complete(struct io_ring_ctx *ctx, unsigned int *nr_events,
> }
> }
>
> + spin_lock_irq(&ctx->completion_lock);
> io_commit_cqring(ctx);
> + spin_unlock_irq(&ctx->completion_lock);
> io_free_req_many(ctx, reqs, &to_free);
> }
>
Not sure if that is sufficient. Your patch is (obviously) vastly different
from the original. You might want to check SUSE fix for 5.3:
https://github.com/SUSE/kernel/commit/a16c5d2daa1cf45f8694ff72bd2665d474a763a7
Do you have a reproducer to actually validate the fix?
...Juerg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20241002/7a60ab22/attachment.sig>
More information about the kernel-team
mailing list