[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240709-grasen-liedchen-b62a8c9f150a@brauner>
Date: Tue, 9 Jul 2024 07:12:45 +0200
From: Christian Brauner <brauner@...nel.org>
To: Mickaël Salaün <mic@...ikod.net>
Cc: Kees Cook <kees@...nel.org>, Steven Rostedt <rostedt@...dmis.org>,
Paul Moore <paul@...l-moore.com>, Jann Horn <jannh@...gle.com>,
"Paul E. McKenney" <paulmck@...nel.org>, Casey Schaufler <casey@...aufler-ca.com>,
syzbot <syzbot+5446fbf332b0602ede0b@...kaller.appspotmail.com>, jmorris@...ei.org, linux-kernel@...r.kernel.org,
linux-security-module@...r.kernel.org, serge@...lyn.com, syzkaller-bugs@...glegroups.com,
linux-fsdevel@...r.kernel.org
Subject: Re: [syzbot] [lsm?] general protection fault in
hook_inode_free_security
> bypass? Shouldn't we call all the inode_free_security() hooks in
> inode_free_by_rcu()? That would mean to reserve an rcu_head and then
> probably use inode->i_rcu instead.
Note that you can't block in call_rcu(). From a cursory look at the
implementers of the hook it should be fine though.
Powered by blists - more mailing lists