bpf: Allow invoking kfuncs from BPF_PROG_TYPE_SYSCALL progs
authorDavid Vernet <void@manifault.com>
Fri, 5 Apr 2024 14:30:40 +0000 (09:30 -0500)
committerAndrii Nakryiko <andrii@kernel.org>
Fri, 5 Apr 2024 17:56:09 +0000 (10:56 -0700)
commita8e03b6bbb2cc7cf387d1ce335e4ce4c3bdfef9b
treeb3cc4c808a9367175e898d47b876ed5bddfc0298
parent00d5d22a5b42c3ffdfd1b29526885bbcec2d2231
bpf: Allow invoking kfuncs from BPF_PROG_TYPE_SYSCALL progs

Currently, a set of core BPF kfuncs (e.g. bpf_task_*, bpf_cgroup_*,
bpf_cpumask_*, etc) cannot be invoked from BPF_PROG_TYPE_SYSCALL
programs. The whitelist approach taken for enabling kfuncs makes sense:
it not safe to call these kfuncs from every program type. For example,
it may not be safe to call bpf_task_acquire() in an fentry to
free_task().

BPF_PROG_TYPE_SYSCALL, on the other hand, is a perfectly safe program
type from which to invoke these kfuncs, as it's a very controlled
environment, and we should never be able to run into any of the typical
problems such as recursive invoations, acquiring references on freeing
kptrs, etc. Being able to invoke these kfuncs would be useful, as
BPF_PROG_TYPE_SYSCALL can be invoked with BPF_PROG_RUN, and would
therefore enable user space programs to synchronously call into BPF to
manipulate these kptrs.

This patch therefore enables invoking the aforementioned core kfuncs
from BPF_PROG_TYPE_SYSCALL progs.

Signed-off-by: David Vernet <void@manifault.com>
Signed-off-by: Andrii Nakryiko <andrii@kernel.org>
Acked-by: Andrii Nakryiko <andrii@kernel.org>
Acked-by: Yonghong Song <yonghong.song@linux.dev>
Link: https://lore.kernel.org/bpf/20240405143041.632519-2-void@manifault.com
kernel/bpf/cpumask.c
kernel/bpf/helpers.c