From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Rostedt Subject: Re: [PATCH bpf-next] bpf, capabilities: introduce CAP_BPF Date: Thu, 29 Aug 2019 13:47:22 -0400 Message-ID: <20190829134722.528ecce1@gandalf.local.home> References: <20190827205213.456318-1-ast@kernel.org> <20190828071421.GK2332@hirez.programming.kicks-ass.net> <20190828220826.nlkpp632rsomocve@ast-mbp.dhcp.thefacebook.com> <20190829093434.36540972@gandalf.local.home> <20190829171922.hkuceiurscsxk5jq@ast-mbp.dhcp.thefacebook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20190829171922.hkuceiurscsxk5jq@ast-mbp.dhcp.thefacebook.com> Sender: netdev-owner@vger.kernel.org To: Alexei Starovoitov Cc: Peter Zijlstra , Andy Lutomirski , Alexei Starovoitov , Kees Cook , LSM List , James Morris , Jann Horn , Masami Hiramatsu , "David S. Miller" , Daniel Borkmann , Network Development , bpf , kernel-team , Linux API List-Id: linux-api@vger.kernel.org On Thu, 29 Aug 2019 10:19:24 -0700 Alexei Starovoitov wrote: > On Thu, Aug 29, 2019 at 09:34:34AM -0400, Steven Rostedt wrote: > > > > As the above seems to favor the idea of CAP_TRACING allowing write > > access to tracefs, should we have a CAP_TRACING_RO for just read access > > and limited perf abilities? > > read only vs writeable is an attribute of the file system. > Bringing such things into caps seem wrong to me. So using groups then? I'm fine with that. -- Steve