[RFC PATCH v19 2/5] security: Add new SHOULD_EXEC_CHECK and SHOULD_EXEC_RESTRICT securebits
Jarkko Sakkinen
jarkko at kernel.org
Sat Jul 6 17:28:46 UTC 2024
On Sat Jul 6, 2024 at 5:56 PM EEST, Mickaël Salaün wrote:
> On Sat, Jul 06, 2024 at 01:22:06AM +0300, Jarkko Sakkinen wrote:
> > On Sat Jul 6, 2024 at 12:44 AM EEST, Kees Cook wrote:
> > > > As explained in the UAPI comments, all parent processes need to be
> > > > trusted. This meeans that their code is trusted, their seccomp filters
> > > > are trusted, and that they are patched, if needed, to check file
> > > > executability.
> > >
> > > But we have launchers that apply arbitrary seccomp policy, e.g. minijail
> > > on Chrome OS, or even systemd on regular distros. In theory, this should
> > > be handled via other ACLs.
> >
> > Or a regular web browser? AFAIK seccomp filtering was the tool to make
> > secure browser tabs in the first place.
>
> Yes, and that't OK. Web browsers embedded their own seccomp filters and
> they are then as trusted as the browser code.
I'd recommend to slice of tech detail from cover letter, as long as
those details are in the commit messages.
Then, in the cover letter I'd go through maybe two familiar scenarios,
with interactions to this functionality.
A desktop web browser could be perhaps one of them...
BR, Jarkko
More information about the Linux-security-module-archive
mailing list