From: Cyril Hrubis <chrubis@suse.cz>
To: Martin Doucha <mdoucha@suse.cz>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH 4/7] syscalls/kill05: Use any two unprivileged users
Date: Mon, 6 Sep 2021 14:50:44 +0200 [thread overview]
Message-ID: <YTYOpPM5uupQrayf@yuki> (raw)
Message-ID: <20210906125044.2nzSVgTRbIWJsvXpg81Pm70dbY7_yc7ebDOkc67E7ak@z> (raw)
In-Reply-To: <77fd98d9-5257-c1da-a01b-77d8cc1b6bce@suse.cz>
Hi!
> > I do wonder if we have to lookup the UIDs in this case. As long as I
> > understand the test correctly we are testing that no signals are send to
> > a process if the sender real of effective UID do not match either of
> > real and saved set UIDs of the receiving process. If my understanding is
> > correct we can just take two arbitrary UIDs that != 0 and the test
> > should work just fine.
>
> We could just use UID 1 and 2 for this test but I'd rather not assume
> that set*uid() functions allow setting unused UIDs. Even if it works
> now, it could easily break in the future or on some special system auth
> backends.
Don't we already depend on being able to use unused GID? How is this
different?
--
Cyril Hrubis
chrubis@suse.cz
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2021-09-06 12:50 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-03 15:48 [LTP] [PATCH 0/7] UID/GID lookup fixes Martin Doucha
2021-09-03 15:48 ` [LTP] [PATCH 1/7] chmod05, fchmod05: Use free GID instead of "bin" group Martin Doucha
2021-09-06 12:20 ` Cyril Hrubis
2021-09-06 12:20 ` Cyril Hrubis
2021-09-03 15:48 ` [LTP] [PATCH 2/7] Simplify syscalls/mkdir02 Martin Doucha
2021-09-06 12:20 ` Cyril Hrubis
2021-09-06 12:20 ` Cyril Hrubis
2021-09-03 15:48 ` [LTP] [PATCH 3/7] Add user/group ID lookup helper functions Martin Doucha
2021-09-06 12:21 ` Cyril Hrubis
2021-09-06 12:21 ` Cyril Hrubis
2021-09-06 12:40 ` Martin Doucha
2021-09-06 12:40 ` Martin Doucha
2021-09-03 15:48 ` [LTP] [PATCH 4/7] syscalls/kill05: Use any two unprivileged users Martin Doucha
2021-09-06 12:28 ` Cyril Hrubis
2021-09-06 12:28 ` Cyril Hrubis
2021-09-06 12:47 ` Martin Doucha
2021-09-06 12:47 ` Martin Doucha
2021-09-06 12:50 ` Cyril Hrubis [this message]
2021-09-06 12:50 ` Cyril Hrubis
2021-09-06 13:01 ` Martin Doucha
2021-09-06 13:01 ` Martin Doucha
2021-09-06 13:05 ` Cyril Hrubis
2021-09-06 13:05 ` Cyril Hrubis
2021-09-06 13:27 ` Martin Doucha
2021-09-06 13:27 ` Martin Doucha
2021-09-06 13:02 ` Cyril Hrubis
2021-09-06 13:02 ` Cyril Hrubis
2021-09-03 15:48 ` [LTP] [PATCH 5/7] syscalls/mkdir04: Simplify test and use any existing users Martin Doucha
2021-09-03 15:48 ` [LTP] [PATCH 6/7] syscalls/setregid02-04: Simplify GID handling Martin Doucha
2021-09-03 15:48 ` [LTP] [PATCH 7/7] syscalls/setregid02-04: Eliminate named group lookups Martin Doucha
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=YTYOpPM5uupQrayf@yuki \
--to=chrubis@suse.cz \
--cc=ltp@lists.linux.it \
--cc=mdoucha@suse.cz \
/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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.