From: Konstantin Meskhidze <konstantin.meskhidze@huawei.com>
To: "Mickaël Salaün" <mic@digikod.net>
Cc: <willemdebruijn.kernel@gmail.com>,
<linux-security-module@vger.kernel.org>, <netdev@vger.kernel.org>,
<netfilter-devel@vger.kernel.org>, <yusongping@huawei.com>,
<artem.kuzin@huawei.com>, <anton.sirazetdinov@huawei.com>
Subject: Re: [RFC PATCH v4 02/15] landlock: filesystem access mask helpers
Date: Fri, 18 Mar 2022 14:36:06 +0300 [thread overview]
Message-ID: <edcbbdd9-ea0e-5a65-1be2-3c4ab8ee251c@huawei.com> (raw)
In-Reply-To: <88eacf2d-357b-f986-5cb6-88f276432602@digikod.net>
3/17/2022 9:03 PM, Mickaël Salaün пишет:
>
> On 17/03/2022 14:25, Konstantin Meskhidze wrote:
>>
>>
>> 3/15/2022 8:48 PM, Mickaël Salaün пишет:
>
> …
>
>>>> diff --git a/security/landlock/ruleset.c b/security/landlock/ruleset.c
>>>> index 78341a0538de..a6212b752549 100644
>>>> --- a/security/landlock/ruleset.c
>>>> +++ b/security/landlock/ruleset.c
>>>> @@ -44,16 +44,30 @@ static struct landlock_ruleset
>>>> *create_ruleset(const u32 num_layers)
>>>> return new_ruleset;
>>>> }
>>>>
>>>> -struct landlock_ruleset *landlock_create_ruleset(const u32
>>>> access_mask)
>>>> +/* A helper function to set a filesystem mask */
>>>> +void landlock_set_fs_access_mask(struct landlock_ruleset *ruleset,
>>>
>>> struct landlock_ruleset *const ruleset
>>>
>>> Please use const as much as possible even in function arguments: e.g.
>>> access_masks_set, mask_level…
>>>
>>>> + const struct landlock_access_mask *access_mask_set,
>>
>> Ok. Got it.
>>>
>>> nit: no need for "_set" suffix.
>>
>> Ok. Thanks
>>>
>>> Why do you need a struct landlock_access_mask and not just u16 (which
>>> will probably become a subset of access_mask_t, see [1])?
>>> landlock_create_ruleset() could just take two masks as argument instead.
>>>
>>> [1] https://lore.kernel.org/all/20220221212522.320243-2-mic@digikod.net/
>>
>> This was your suggestion in previous patch V3:
>>
>> " To make it easier and avoid mistakes, you could use a dedicated
>> struct to properly manage masks passing and conversions:
>> struct landlock_access_mask {
>> u16 fs; // TODO: make sure at build-time that all access rights
>> fit in.
>> u16 net; // TODO: ditto for network access rights.
>> }
>>
>> get_access_masks(const struct landlock_ruleset *, struct
>> landlock_access_mask *);
>> set_access_masks(struct landlock_ruleset *, const struct
>> landlock_access_mask *);
>>
>> This should also be part of a standalone patch."
>>
>>
>> https://lore.kernel.org/linux-security-module/ed2bd420-a22b-2912-1ff5-f48ab352d8e7@digikod.net/
>
>
> Indeed! What is nice about struct is that it enables to easily
> differentiate same-type values (e.g. fs mask from net mask). However,
> because this struct is mainly passed once to initialize a ruleset, it
> looks like this was not worth it. Please get back to how you dealt with
> that previously but with a new access_mask_t typedef, which will
> conflict with my latest patchset but that will be trivial to fix. You
> can also merge the landlock_set_*_access_mask() into
> landlock_create_ruleset() because they are not use elsewhere (and then
> it would have been much less useful to have a dedicated struct).
I got your point here. Thanks. I will get back to the previous way.
>
>
>>
>>
>>>
>>>> + u16 mask_level)
>>>> +{
>>>> + ruleset->access_masks[mask_level] = access_mask_set->fs;
>>>> +}
>>>> +
>>>> +/* A helper function to get a filesystem mask */
>>>> +u32 landlock_get_fs_access_mask(const struct landlock_ruleset
>>>> *ruleset, u16 mask_level)
>>>> +{
>>>> + return ruleset->access_masks[mask_level];
>>>> +}
>>>
>>> You can move these two helpers to ruleset.h and make them static inline.
>>
>> Ok. I got it.
>>>
>>>> +
>>>> +struct landlock_ruleset *landlock_create_ruleset(const struct
>>>> landlock_access_mask *access_mask_set)
>>>> {
>>>> struct landlock_ruleset *new_ruleset;
>>>>
>>>> /* Informs about useless ruleset. */
>>>> - if (!access_mask)
>>>> + if (!access_mask_set->fs)
>>>> return ERR_PTR(-ENOMSG);
>>>> new_ruleset = create_ruleset(1);
>>>> if (!IS_ERR(new_ruleset))
>>>> - new_ruleset->access_masks[0] = access_mask;
>>>> + landlock_set_fs_access_mask(new_ruleset, access_mask_set, 0);
>>>> return new_ruleset;
>>>> }
>>>>
>>>> diff --git a/security/landlock/ruleset.h b/security/landlock/ruleset.h
>>>> index 32d90ce72428..bc87e5f787f7 100644
>>>> --- a/security/landlock/ruleset.h
>>>> +++ b/security/landlock/ruleset.h
>>>> @@ -16,6 +16,16 @@
>>>>
>>>> #include "object.h"
>>>>
>>>> +/**
>>>> + * struct landlock_access_mask - A helper structure to handle
>>>> different mask types
>>>> + */
>>>> +struct landlock_access_mask {
>>>> + /**
>>>> + * @fs: Filesystem access mask.
>>>> + */
>>>> + u16 fs;
>>>> +};
>>>
>>> Removing this struct would simplify the code.
>>
>> I followed your recommendation to use such kind of structure.
>> Please check previous patch V3 review:
>>
>>
>> https://lore.kernel.org/linux-security-module/ed2bd420-a22b-2912-1ff5-f48ab352d8e7@digikod.net/
>>
>>
>>>
>>>> +
>>>> /**
>>>> * struct landlock_layer - Access rights for a given layer
>>>> */
>>>> @@ -140,7 +150,8 @@ struct landlock_ruleset {
>>>> };
>>>> };
>>>>
>>>> -struct landlock_ruleset *landlock_create_ruleset(const u32
>>>> access_mask);
>>>> +struct landlock_ruleset *landlock_create_ruleset(const struct
>>>> landlock_access_mask
>>>> + *access_mask_set);
>>>>
>>>> void landlock_put_ruleset(struct landlock_ruleset *const ruleset);
>>>> void landlock_put_ruleset_deferred(struct landlock_ruleset *const
>>>> ruleset);
>>>> @@ -162,4 +173,10 @@ static inline void landlock_get_ruleset(struct
>>>> landlock_ruleset *const ruleset)
>>>> refcount_inc(&ruleset->usage);
>>>> }
>>>>
>>>> +void landlock_set_fs_access_mask(struct landlock_ruleset *ruleset,
>>>> + const struct landlock_access_mask *access_mask_set,
>>>> + u16 mask_level);
>>>> +
>>>> +u32 landlock_get_fs_access_mask(const struct landlock_ruleset
>>>> *ruleset, u16 mask_level);
>>>> +
>>>> #endif /* _SECURITY_LANDLOCK_RULESET_H */
>>>> diff --git a/security/landlock/syscalls.c
>>>> b/security/landlock/syscalls.c
>>>> index f1d86311df7e..5931b666321d 100644
>>>> --- a/security/landlock/syscalls.c
>>>> +++ b/security/landlock/syscalls.c
>>>> @@ -159,6 +159,7 @@ SYSCALL_DEFINE3(landlock_create_ruleset,
>>>> {
>>>> struct landlock_ruleset_attr ruleset_attr;
>>>> struct landlock_ruleset *ruleset;
>>>> + struct landlock_access_mask access_mask_set = {.fs = 0};
>>>> int err, ruleset_fd;
>>>>
>>>> /* Build-time checks. */
>>>> @@ -185,9 +186,10 @@ SYSCALL_DEFINE3(landlock_create_ruleset,
>>>> if ((ruleset_attr.handled_access_fs | LANDLOCK_MASK_ACCESS_FS) !=
>>>> LANDLOCK_MASK_ACCESS_FS)
>>>> return -EINVAL;
>>>> + access_mask_set.fs = ruleset_attr.handled_access_fs;
>>>>
>>>> /* Checks arguments and transforms to kernel struct. */
>>>> - ruleset = landlock_create_ruleset(ruleset_attr.handled_access_fs);
>>>> + ruleset = landlock_create_ruleset(&access_mask_set);
>>>> if (IS_ERR(ruleset))
>>>> return PTR_ERR(ruleset);
>>>>
>>>> @@ -343,8 +345,9 @@ SYSCALL_DEFINE4(landlock_add_rule,
>>>> * Checks that allowed_access matches the @ruleset constraints
>>>> * (ruleset->access_masks[0] is automatically upgraded to
>>>> 64-bits).
>>>> */
>>>> - if ((path_beneath_attr.allowed_access |
>>>> ruleset->access_masks[0]) !=
>>>> - ruleset->access_masks[0]) {
>>>> +
>>>> + if ((path_beneath_attr.allowed_access |
>>>> landlock_get_fs_access_mask(ruleset, 0)) !=
>>>> + landlock_get_fs_access_mask(ruleset, 0)) {
>>>> err = -EINVAL;
>>>> goto out_put_ruleset;
>>>> }
>>>> --
>>>> 2.25.1
>>>>
>>> .
> .
next prev parent reply other threads:[~2022-03-18 11:36 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-09 13:44 [RFC PATCH v4 00/15] Landlock LSM Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 01/15] landlock: access mask renaming Konstantin Meskhidze
2022-04-01 16:47 ` Mickaël Salaün
2022-04-04 8:17 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 02/15] landlock: filesystem access mask helpers Konstantin Meskhidze
2022-03-15 17:48 ` Mickaël Salaün
2022-03-17 13:25 ` Konstantin Meskhidze
2022-03-17 18:03 ` Mickaël Salaün
2022-03-18 11:36 ` Konstantin Meskhidze [this message]
2022-03-09 13:44 ` [RFC PATCH v4 03/15] landlock: landlock_find/insert_rule refactoring Konstantin Meskhidze
2022-03-16 8:27 ` Mickaël Salaün
2022-03-17 14:29 ` Konstantin Meskhidze
2022-03-18 18:33 ` Mickaël Salaün
2022-03-22 12:33 ` Konstantin Meskhidze
2022-03-22 13:24 ` Mickaël Salaün
2022-03-23 8:41 ` Konstantin Meskhidze
2022-04-12 11:07 ` [RFC PATCH v4 03/15] landlock: landlock_find/insert_rule refactoring (TCP port 0) Mickaël Salaün
2022-04-26 9:15 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 04/15] landlock: merge and inherit function refactoring Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 05/15] landlock: unmask_layers() " Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 06/15] landlock: landlock_add_rule syscall refactoring Konstantin Meskhidze
2022-04-12 11:12 ` Mickaël Salaün
2022-04-26 8:30 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 07/15] landlock: user space API network support Konstantin Meskhidze
2022-04-12 11:21 ` Mickaël Salaün
2022-04-12 13:48 ` Mickaël Salaün
2022-04-12 14:05 ` Konstantin Meskhidze
2022-04-12 16:10 ` Mickaël Salaün
2022-04-26 10:17 ` Konstantin Meskhidze
2022-04-25 14:29 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 08/15] landlock: add support network rules Konstantin Meskhidze
2022-04-08 16:30 ` Mickaël Salaün
2022-04-11 13:44 ` Konstantin Meskhidze
2022-04-11 16:20 ` Mickaël Salaün
2022-04-12 8:38 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 09/15] landlock: TCP network hooks implementation Konstantin Meskhidze
2022-04-11 16:24 ` Mickaël Salaün
2022-04-26 8:36 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 10/15] seltest/landlock: add tests for bind() hooks Konstantin Meskhidze
2022-04-01 16:52 ` Mickaël Salaün
2022-04-04 8:28 ` Konstantin Meskhidze
2022-04-04 9:44 ` Mickaël Salaün
2022-04-06 14:12 ` Konstantin Meskhidze
2022-04-08 16:41 ` Mickaël Salaün
2022-04-26 9:35 ` Konstantin Meskhidze
2022-05-16 10:10 ` Mickaël Salaün
2022-05-16 10:22 ` Konstantin Meskhidze
2022-04-04 18:32 ` Mickaël Salaün
2022-04-06 14:17 ` Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 11/15] seltest/landlock: add tests for connect() hooks Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 12/15] seltest/landlock: connect() with AF_UNSPEC tests Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 13/15] seltest/landlock: rules overlapping test Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 14/15] seltest/landlock: ruleset expanding test Konstantin Meskhidze
2022-03-09 13:44 ` [RFC PATCH v4 15/15] seltest/landlock: invalid user input data test Konstantin Meskhidze
2022-03-15 17:02 ` [RFC PATCH v4 00/15] Landlock LSM Mickaël Salaün
2022-03-17 13:01 ` Konstantin Meskhidze
2022-03-17 17:26 ` Mickaël Salaün
2022-03-18 15:55 ` Konstantin Meskhidze
2022-03-23 16:30 ` Konstantin Meskhidze
2022-03-24 12:27 ` Mickaël Salaün
2022-03-24 13:34 ` Konstantin Meskhidze
2022-03-24 15:30 ` Mickaël Salaün
2022-03-24 16:19 ` Konstantin Meskhidze
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=edcbbdd9-ea0e-5a65-1be2-3c4ab8ee251c@huawei.com \
--to=konstantin.meskhidze@huawei.com \
--cc=anton.sirazetdinov@huawei.com \
--cc=artem.kuzin@huawei.com \
--cc=linux-security-module@vger.kernel.org \
--cc=mic@digikod.net \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=willemdebruijn.kernel@gmail.com \
--cc=yusongping@huawei.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).