linux-security-module.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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
> 

  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).