[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5ecc4d799cc25_718d2b15b962e5b8b1@john-XPS-13-9370.notmuch>
Date: Mon, 25 May 2020 15:58:01 -0700
From: John Fastabend <john.fastabend@...il.com>
To: Daniel Borkmann <daniel@...earbox.net>,
John Fastabend <john.fastabend@...il.com>, yhs@...com,
andrii.nakryiko@...il.com, ast@...nel.org
Cc: netdev@...r.kernel.org, bpf@...r.kernel.org
Subject: Re: [bpf-next PATCH v5 2/5] bpf: extend bpf_base_func_proto helpers
with probe_* and *current_task*
Daniel Borkmann wrote:
> On 5/24/20 6:50 PM, John Fastabend wrote:
> > Often it is useful when applying policy to know something about the
> > task. If the administrator has CAP_SYS_ADMIN rights then they can
> > use kprobe + networking hook and link the two programs together to
> > accomplish this. However, this is a bit clunky and also means we have
> > to call both the network program and kprobe program when we could just
> > use a single program and avoid passing metadata through sk_msg/skb->cb,
> > socket, maps, etc.
> >
> > To accomplish this add probe_* helpers to bpf_base_func_proto programs
> > guarded by a perfmon_capable() check. New supported helpers are the
> > following,
> >
> > BPF_FUNC_get_current_task
> > BPF_FUNC_current_task_under_cgroup
>
> Nit: Stale commit message?
>
Correct, stale commit.
> > BPF_FUNC_probe_read_user
> > BPF_FUNC_probe_read_kernel
> > BPF_FUNC_probe_read_user_str
> > BPF_FUNC_probe_read_kernel_str
> >
> > Signed-off-by: John Fastabend <john.fastabend@...il.com>
> > Acked-by: Yonghong Song <yhs@...com>
> > ---
[...]
Powered by blists - more mailing lists