|
|
Message-Id: <20180130203237.4580-1-amonakov@ispras.ru>
Date: Tue, 30 Jan 2018 23:32:37 +0300
From: Alexander Monakov <amonakov@...ras.ru>
To: musl@...ts.openwall.com
Subject: [PATCH] faccessat: fix error code on setreXid failure
Commit 316d6741b68b485205d7233c98bd6c795bb80370 changed one use of
SYS_exit in 'checker' without changing another just three lines above,
and then commit f9fb20b42da0e755d93de229a5a737d79a0e8f60 changed the
meaning of return value, causing EACCES to be reported instead of EBUSY
if preparatory setregid/setreuid fail.
---
This is the minimal fix for the issue, but it appears there's another:
collecting checker's exit code and reaping the zombie is implemented as
int status;
do {
__syscall(SYS_wait4, pid, &status, __WCLONE, 0);
} while (!WIFEXITED(status) && !WIFSIGNALED(status));
but I don't understand why this retry loop is required and correct:
- if another thread won the race to collect the zombie by doing something
like waitpid(-1, 0, __WALL), it fails to check syscall's return value and
uses uninitialized 'status', possibly causing an infinite loop or OOB access
in the parent;
- the code seems to assume that the zombie will not be auto-collected even if
SIGCHLD disposition is set to SIG_IGN; this sounds logical, but not explicitly
documented as far as I can tell;
- if the two problems above don't arise, I don't see how the test in while ()
condition can fail; we have signals blocked, so waitpid can only return when
the child no longer exists.
Plus, using CLONE_VM | CLONE_VFORK would help conserve resources.
Alexander
src/unistd/faccessat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/unistd/faccessat.c b/src/unistd/faccessat.c
index 33478959..954cbdb4 100644
--- a/src/unistd/faccessat.c
+++ b/src/unistd/faccessat.c
@@ -25,7 +25,7 @@ static int checker(void *p)
int i;
if (__syscall(SYS_setregid, __syscall(SYS_getegid), -1)
|| __syscall(SYS_setreuid, __syscall(SYS_geteuid), -1))
- __syscall(SYS_exit, 1);
+ return sizeof errors/sizeof *errors - 1;
ret = __syscall(SYS_faccessat, c->fd, c->filename, c->amode, 0);
for (i=0; i < sizeof errors/sizeof *errors - 1 && ret!=errors[i]; i++);
return i;
--
2.11.0
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.