[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1499801476.6034.265.camel@linux.vnet.ibm.com>
Date: Tue, 11 Jul 2017 15:31:16 -0400
From: Mimi Zohar <zohar@...ux.vnet.ibm.com>
To: Matt Brown <matt@...tt.com>, Salvatore Mesoraca
<s.mesoraca16@...il.com>,
Mickaël Salaün
<mic@...ikod.net>
Cc: kernel list <linux-kernel@...r.kernel.org>,
linux-security-module
<linux-security-module@...r.kernel.org>,
Kernel Hardening
<kernel-hardening@...ts.openwall.com>,
Brad Spengler
<spender@...ecurity.net>,
PaX Team <pageexec@...email.hu>,
Casey Schaufler
<casey@...aufler-ca.com>,
Kees Cook <keescook@...omium.org>,
James Morris
<james.l.morris@...cle.com>,
"Serge E. Hallyn" <serge@...lyn.com>
Subject: Re: [PATCH 00/11] S.A.R.A. a new stacked LSM
On Tue, 2017-07-11 at 13:49 -0400, Matt Brown wrote:
> I have merged my TPE LSM with Mimi Zohar's shebang LSM and will be
> releasing a version 3 soon. I have also added securityfs support to
> shebang that will allow users to update the interpreter list at run
> time. This allows for user's to configure TPE/Shebang without any
> xattrs. For a preview of my version 3 you can check out my dev tree
> here:
> https://github.com/nmatt0/linux-security/tree/tpe/security/tpe
>
> Note: that git tree is WIP and may not have all of the attribution and
> documentation needed.
You'll want to detect when an interpreter is deleted or renamed. I
would define security_inode_rename, security_path_rename,
security_inode_unlink and security_path_unlink hooks.
"rename" could be an indication that the existing interpreter is being
updated. "unlink" indicates that the interpreter has been deleted. At
either of these points, you'll want to start checking for the creation
of a new file with the expected pathname.
Mimi
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
