mirror of
https://github.com/torvalds/linux.git
synced 2026-11-07 06:17:02 +01:00
io_uring/net: keep recvmsg buffer select length within MAX_RW_COUNT
io_recvmsg() takes the transfer length from the ring provided buffer when
sqe->len is 0, and such a buffer can be up to 4G. min_ret is an int, so 2G
or more makes it negative and the (ret < min_ret) block is skipped, and the
oversized length reaches the socket layer unchanged: an empty socket then
completes with 0 instead of arming poll, and a short read is reported as
complete. Clamp the length to MAX_RW_COUNT, as io_recv() does.
Fixes: c7fb19428d ("io_uring: add support for ring mapped supplied buffers")
Signed-off-by: Yichong Chen <chenyichong@uniontech.com>
Link: https://patch.msgid.link/20261023112209.87979-1-chenyichong@uniontech.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
This commit is contained in:
parent
8742f4b5a4
commit
18d3f56eb6
|
|
@ -1068,6 +1068,7 @@ int io_recvmsg(struct io_kiocb *req, unsigned int issue_flags)
|
|||
sel = io_buffer_select(req, &len, sr->buf_group, issue_flags);
|
||||
if (!sel.addr)
|
||||
return -ENOBUFS;
|
||||
len = min_t(size_t, len, MAX_RW_COUNT);
|
||||
|
||||
if (req->flags & REQ_F_APOLL_MULTISHOT) {
|
||||
ret = io_recvmsg_prep_multishot(kmsg, sr, &sel.addr, &len);
|
||||
|
|
|
|||
Loading…
Reference in New Issue
Block a user