From: nicolas.bouchinet@oss.cyber.gouv.fr
To: Cai Xinchen <caixinchen1@huawei.com>
Cc: xiujianfeng@huawei.com, paul@paul-moore.com, jmorris@namei.org,
serge@hallyn.com, shuah@kernel.org,
linux-security-module@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org,
bpf@vger.kernel.org, lujialin4@huawei.com
Subject: Re: [PATCH -next 0/9] lockdown: fix the securityfs interface and add tests
Date: Mon, 09 Nov 2026 10:08:59 +0100 [thread overview]
Message-ID: <f118d32f369dff7182956b64e6bc1dd8@oss.cyber.gouv.fr> (raw)
In-Reply-To: <20261103082421.3033195-1-caixinchen1@huawei.com>
Hi Cai,
Thanks for your contribution.
> The lockdown LSM exposes /sys/kernel/security/lockdown, but the file is
> not documented and has no selftest. While looking at the interface we
> also found a configuration bug and several accumulated cleanups.
>
> The series is organized as follows:
>
> - patches 1-2 are small cleanups in lockdown_write(): stop scanning
> after the matching level and drop an update to a length variable
> that is not used afterwards.
> - patch 3 replaces sprintf() with scnprintf() so that the status
> buffer is bounded explicitly if more levels are added later.
> - patch 4 makes the LSM select SECURITYFS. Without it, a kernel
> built with CONFIG_SECURITYFS=n logs "failed LSM lockdown core
> initcall with errno -19" and does not create the file advertised
> by the Kconfig help text.
> - patch 5 removes LSM_AUDIT_DATA_LOCKDOWN and its formatting code,
> which became dead when the SELinux lockdown implementation was
> removed by commit f5d0e5e9d72d.
> - patches 6-7 drop an unused include, simplify the securityfs
> registration, and move lockdown_reasons[] next to its only user.
> - patch 8 documents the ABI and adds the new file to the LOCKDOWN
> SECURITY MODULE entry in MAINTAINERS.
> - patch 9 adds a kselftest covering the read format, invalid levels,
> and the rejection of the current or a lower level.
>
> The only functional change is patch 4; the rest are cleanups,
> documentation, or test coverage. The selftest never escalates
> lockdown on the machine where it runs.
>
> Cai Xinchen (8):
> lockdown: Add break in lockdown_write
> lockdown: bound the status string with scnprintf
> lockdown: select SECURITYFS
> lsm: remove unused lockdown audit data
> lockdown: drop an unused include and simplify secfs init
> lockdown: move lockdown_reasons next to its only user
> Documentation/ABI: document the lockdown securityfs file
> selftests/lsm: add lockdown securityfs test
>
> Kalevi Kolttonen (1):
> lockdown: remove useless decrement operation
>
> Documentation/ABI/testing/securityfs-lockdown | 41 ++++
> MAINTAINERS | 1 +
> include/linux/lsm_audit.h | 2 -
> include/linux/security.h | 2 -
> security/lockdown/Kconfig | 1 +
> security/lockdown/lockdown.c | 63 +++++--
> security/lsm_audit.c | 4 -
> security/security.c | 40 ----
> tools/testing/selftests/lsm/Makefile | 3 +-
> tools/testing/selftests/lsm/common.c | 35 +++-
> tools/testing/selftests/lsm/common.h | 2 +
> tools/testing/selftests/lsm/lockdown_test.c | 176 ++++++++++++++++++
> 12 files changed, 300 insertions(+), 70 deletions(-)
> create mode 100644 Documentation/ABI/testing/securityfs-lockdown
> create mode 100644 tools/testing/selftests/lsm/lockdown_test.c
Those looks good to me, I've added comments in patch 9.
I'm not at work this week so I'll tests your series next monday. Sorry
for the inconvenience.
Best regards,
Nicolas
prev parent reply other threads:[~2026-11-09 9:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-03 8:24 Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 1/9] lockdown: Add break in lockdown_write Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 2/9] lockdown: remove useless decrement operation Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 3/9] lockdown: bound the status string with scnprintf Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 4/9] lockdown: select SECURITYFS Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 5/9] lsm: remove unused lockdown audit data Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 6/9] lockdown: drop an unused include and simplify secfs init Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 7/9] lockdown: move lockdown_reasons next to its only user Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 8/9] Documentation/ABI: document the lockdown securityfs file Cai Xinchen
2026-11-03 8:24 ` [PATCH -next 9/9] selftests/lsm: add lockdown securityfs test Cai Xinchen
2026-11-09 9:10 ` nicolas.bouchinet
2026-11-06 19:55 ` [PATCH -next 0/9] lockdown: fix the securityfs interface and add tests Serge E. Hallyn
2026-11-09 1:17 ` Cai Xinchen
2026-11-09 9:08 ` nicolas.bouchinet [this message]
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=f118d32f369dff7182956b64e6bc1dd8@oss.cyber.gouv.fr \
--to=nicolas.bouchinet@oss.cyber.gouv.fr \
--cc=bpf@vger.kernel.org \
--cc=caixinchen1@huawei.com \
--cc=jmorris@namei.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=lujialin4@huawei.com \
--cc=paul@paul-moore.com \
--cc=serge@hallyn.com \
--cc=shuah@kernel.org \
--cc=xiujianfeng@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
all inboxes | Powered by JetHome®