From: "Mickaël Salaün" <mic@digikod.net>
To: "Günther Noack" <gnoack@google.com>
Cc: Konstantin Meskhidze <konstantin.meskhidze@huawei.com>,
James Morris <jmorris@namei.org>,
Paul Moore <paul@paul-moore.com>,
"Serge E . Hallyn" <serge@hallyn.com>,
linux-security-module@vger.kernel.org
Subject: Re: [PATCH v1 1/2] selftests/landlock: Add tests to check undefined rule's access rights
Date: Thu, 30 Nov 2023 10:17:36 +0100 [thread overview]
Message-ID: <20231130.aB1mohx9eika@digikod.net> (raw)
In-Reply-To: <ZWDYOThtJcTx_Z7U@google.com>
On Fri, Nov 24, 2023 at 06:07:05PM +0100, Günther Noack wrote:
> On Mon, Nov 20, 2023 at 08:39:13PM +0100, Mickaël Salaün wrote:
> > Extend two tests to make sure that we cannot add a rule with access
> > rights that are undefined:
> > * fs: layout1.file_and_dir_access_rights
> > * net: mini.network_access_rights
> >
> > The checks test all 64 bits access right values until it overflows.
> >
> > Replace one ASSERT with EXPECT in layout1.file_and_dir_access_rights .
> >
> > Cc: Günther Noack <gnoack@google.com>
> > Cc: Konstantin Meskhidze <konstantin.meskhidze@huawei.com>
> > Signed-off-by: Mickaël Salaün <mic@digikod.net>
> > ---
> > tools/testing/selftests/landlock/fs_test.c | 17 ++++++++++++-----
> > tools/testing/selftests/landlock/net_test.c | 17 ++++++++++-------
> > 2 files changed, 22 insertions(+), 12 deletions(-)
> >
> > diff --git a/tools/testing/selftests/landlock/fs_test.c b/tools/testing/selftests/landlock/fs_test.c
> > index 18e1f86a6234..d77155d75de5 100644
> > --- a/tools/testing/selftests/landlock/fs_test.c
> > +++ b/tools/testing/selftests/landlock/fs_test.c
> > @@ -548,7 +548,6 @@ TEST_F_FORK(layout1, inval)
> > TEST_F_FORK(layout1, file_and_dir_access_rights)
> > {
> > __u64 access;
> > - int err;
> > struct landlock_path_beneath_attr path_beneath_file = {},
> > path_beneath_dir = {};
> > struct landlock_ruleset_attr ruleset_attr = {
> > @@ -568,11 +567,19 @@ TEST_F_FORK(layout1, file_and_dir_access_rights)
> > open(dir_s1d2, O_PATH | O_DIRECTORY | O_CLOEXEC);
> > ASSERT_LE(0, path_beneath_dir.parent_fd);
> >
> > - for (access = 1; access <= ACCESS_LAST; access <<= 1) {
> > + for (access = 1; access > 0; access <<= 1) {
> > + int err;
> > +
> > path_beneath_dir.allowed_access = access;
> > - ASSERT_EQ(0, landlock_add_rule(ruleset_fd,
> > - LANDLOCK_RULE_PATH_BENEATH,
> > - &path_beneath_dir, 0));
> > + err = landlock_add_rule(ruleset_fd, LANDLOCK_RULE_PATH_BENEATH,
> > + &path_beneath_dir, 0);
> > + if (access <= ACCESS_LAST) {
> > + EXPECT_EQ(0, err);
> > + } else {
> > + EXPECT_EQ(-1, err);
> > + EXPECT_EQ(EINVAL, errno);
> > + continue;
> > + }
>
> Style question: why not have two loops next to each other? You could keep the
> old loop from 1 to ACCESS_LAST and then have a separate one from ACCESS_LAST+1
> onwards. Then you would not need to put logic inside the loop; it might reduce
> nesting a bit, and each loop individually might be slightly easier to grasp.
>
> I was initially a bit confused why the other landlock_add_rule() call for the
> directory doesn't need the same change. That is clear to me after looking at the
> code a few seconds longer, but it might be slightly simpler with two separate
> loops.
Indeed, I'll send a v2.
>
> But this is a minor nit.
>
> Reviewed-by: Günther Noack <gnoack@google.com>
>
> Thanks!
> —Günther
>
next prev parent reply other threads:[~2023-11-30 9:17 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-20 19:39 [PATCH v1 0/2] Extend Landlock test to improve rule's coverage Mickaël Salaün
2023-11-20 19:39 ` [PATCH v1 1/2] selftests/landlock: Add tests to check undefined rule's access rights Mickaël Salaün
2023-11-24 17:07 ` Günther Noack
2023-11-30 9:17 ` Mickaël Salaün [this message]
2023-11-20 19:39 ` [PATCH v1 2/2] selftests/landlock: Add tests to check unhandled " Mickaël Salaün
2023-11-24 17:12 ` Günther Noack
2023-11-30 9:17 ` Mickaël Salaün
2023-11-27 8:04 ` Konstantin Meskhidze (A)
2023-11-30 9:18 ` Mickaël Salaün
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=20231130.aB1mohx9eika@digikod.net \
--to=mic@digikod.net \
--cc=gnoack@google.com \
--cc=jmorris@namei.org \
--cc=konstantin.meskhidze@huawei.com \
--cc=linux-security-module@vger.kernel.org \
--cc=paul@paul-moore.com \
--cc=serge@hallyn.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.
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).