From: Alexey Izbyshev <izbyshev@ispras.ru>
To: musl@lists.openwall.com
Subject: [musl] [PATCH] accept4: don't fall back to accept if we got unknown flags
Date: Mon, 27 Feb 2023 22:46:54 +0300 [thread overview]
Message-ID: <20230227194654.61114-1-izbyshev@ispras.ru> (raw)
accept4 emulation via accept ignores unknown flags, so it can spuriously
succeed instead of failing (or succeed without doing the action implied
by an unknown flag if it's added in a future kernel). Worse, unknown
flags trigger the fallback code even on modern kernels if the real
accept4 syscall returns EINVAL, because this is indistinguishable from
socketcall returning EINVAL due to lack of accept4 support. Fix this by
always propagating the syscall attempt failure if unknown flags are
present.
The behavior is still not ideal on old kernels lacking accept4 on arches
with socketcall, where failing with ENOSYS instead of EINVAL returned by
socketcall would be preferable, but at least modern kernels are now
fine.
---
src/network/accept4.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/network/accept4.c b/src/network/accept4.c
index 59ab1726..bbb79507 100644
--- a/src/network/accept4.c
+++ b/src/network/accept4.c
@@ -9,6 +9,7 @@ int accept4(int fd, struct sockaddr *restrict addr, socklen_t *restrict len, int
if (!flg) return accept(fd, addr, len);
int ret = socketcall_cp(accept4, fd, addr, len, flg, 0, 0);
if (ret>=0 || (errno != ENOSYS && errno != EINVAL)) return ret;
+ if (flg & ~(SOCK_CLOEXEC|SOCK_NONBLOCK)) return ret;
ret = accept(fd, addr, len);
if (ret<0) return ret;
if (flg & SOCK_CLOEXEC)
--
2.39.1
next reply other threads:[~2023-02-27 19:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-27 19:46 Alexey Izbyshev [this message]
2023-02-27 22:38 ` Rich Felker
2023-02-27 23:42 ` Alexey Izbyshev
2023-02-27 23:51 ` Alexey Izbyshev
2023-02-27 23:53 ` Rich Felker
2023-02-28 17:21 ` Rich Felker
2023-02-28 17:25 ` Rich Felker
2023-02-28 20:15 ` Alexey Izbyshev
2023-02-28 20:51 ` Rich Felker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230227194654.61114-1-izbyshev@ispras.ru \
--to=izbyshev@ispras.ru \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).