From: Jiri Olsa <jolsa@redhat.com> To: Paul Moore <paul@paul-moore.com> Cc: Jiri Olsa <jolsa@kernel.org>, Alexei Starovoitov <ast@kernel.org>, Daniel Borkmann <daniel@iogearbox.net>, netdev@vger.kernel.org, bpf@vger.kernel.org, linux-audit@redhat.com, Andrii Nakryiko <andriin@fb.com>, Yonghong Song <yhs@fb.com>, Martin KaFai Lau <kafai@fb.com>, Jakub Kicinski <jakub.kicinski@netronome.com>, Steve Grubb <sgrubb@redhat.com>, David Miller <davem@redhat.com>, Eric Paris <eparis@redhat.com>, Jiri Benc <jbenc@redhat.com> Subject: Re: [RFC] bpf: Emit audit messages upon successful prog load and unload Date: Wed, 4 Dec 2019 15:08:27 +0100 Message-ID: <20191204140827.GB12431@krava> (raw) In-Reply-To: <CAHC9VhRhMhsRPj1D2TY3O=Nc6Rx9=o1-Z5ZMjrCepfFY6VtdbQ@mail.gmail.com> On Tue, Dec 03, 2019 at 09:53:16PM -0500, Paul Moore wrote: SNIP > > > > > > static inline void audit_foo(...) > > > { > > > if (unlikely(!audit_dummy_context())) > > > __audit_foo(...) > > > } > > > > bpf_audit_prog might be called outside of syscall context for UNLOAD event, > > so that would prevent it from being stored > > Okay, right. More on this below ... > > > I can see audit_log_start checks on value of audit_context() that we pass in, > > The check in audit_log_start() is for a different reason; it checks > the passed context to see if it should associate the record with > others in the same event, e.g. PATH records associated with the > matching SYSCALL record. This way all the associated records show up > as part of the same event (as defined by the audit timestamp). > > > should we check for audit_dummy_context just for load event? like: > > > > > > static void bpf_audit_prog(const struct bpf_prog *prog, enum bpf_audit op) > > { > > struct audit_buffer *ab; > > > > if (audit_enabled == AUDIT_OFF) > > return; > > if (op == BPF_AUDIT_LOAD && audit_dummy_context()) > > return; > > ab = audit_log_start(audit_context(), GFP_ATOMIC, AUDIT_BPF); > > if (unlikely(!ab)) > > return; > > ... > > } > > Ignoring the dummy context for a minute, there is likely a larger > issue here with using audit_context() when bpf_audit_prog() is called > outside of a syscall, e.g. BPF_AUDIT_UNLOAD. In this case we likely > shouldn't be taking the audit context from the current task, we > shouldn't be taking it from anywhere, it should be NULL. > > As far as the dummy context is concerned, you might want to skip the > dummy context check since you can only do that on the LOAD side, which > means that depending on the system's configuration you could end up > with a number of unbalanced LOAD/UNLOAD events. The downside is that > you are always going to get the BPF audit records on systemd based > systems, since they ignore the admin's audit configuration and always > enable audit (yes, we've tried to get systemd to change, they don't > seem to care). ok, so something like below? thanks, jirka --- include/uapi/linux/audit.h | 1 + kernel/bpf/syscall.c | 30 ++++++++++++++++++++++++++++++ 2 files changed, 31 insertions(+) diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h index c89c6495983d..32a5db900f47 100644 --- a/include/uapi/linux/audit.h +++ b/include/uapi/linux/audit.h @@ -116,6 +116,7 @@ #define AUDIT_FANOTIFY 1331 /* Fanotify access decision */ #define AUDIT_TIME_INJOFFSET 1332 /* Timekeeping offset injected */ #define AUDIT_TIME_ADJNTPVAL 1333 /* NTP value adjustment */ +#define AUDIT_BPF 1334 /* BPF subsystem */ #define AUDIT_AVC 1400 /* SE Linux avc denial or grant */ #define AUDIT_SELINUX_ERR 1401 /* Internal SE Linux Errors */ diff --git a/kernel/bpf/syscall.c b/kernel/bpf/syscall.c index e3461ec59570..81f1a6308aa8 100644 --- a/kernel/bpf/syscall.c +++ b/kernel/bpf/syscall.c @@ -23,6 +23,7 @@ #include <linux/timekeeping.h> #include <linux/ctype.h> #include <linux/nospec.h> +#include <linux/audit.h> #include <uapi/linux/btf.h> #define IS_FD_ARRAY(map) ((map)->map_type == BPF_MAP_TYPE_PERF_EVENT_ARRAY || \ @@ -1306,6 +1307,33 @@ static int find_prog_type(enum bpf_prog_type type, struct bpf_prog *prog) return 0; } +enum bpf_audit { + BPF_AUDIT_LOAD, + BPF_AUDIT_UNLOAD, +}; + +static const char * const bpf_audit_str[] = { + [BPF_AUDIT_LOAD] = "LOAD", + [BPF_AUDIT_UNLOAD] = "UNLOAD", +}; + +static void bpf_audit_prog(const struct bpf_prog *prog, enum bpf_audit op) +{ + struct audit_context *ctx = NULL; + struct audit_buffer *ab; + + if (audit_enabled == AUDIT_OFF) + return; + if (op == BPF_AUDIT_LOAD) + ctx = audit_context(); + ab = audit_log_start(ctx, GFP_ATOMIC, AUDIT_BPF); + if (unlikely(!ab)) + return; + audit_log_format(ab, "prog-id=%u op=%s", + prog->aux->id, bpf_audit_str[op]); + audit_log_end(ab); +} + int __bpf_prog_charge(struct user_struct *user, u32 pages) { unsigned long memlock_limit = rlimit(RLIMIT_MEMLOCK) >> PAGE_SHIFT; @@ -1421,6 +1449,7 @@ static void __bpf_prog_put(struct bpf_prog *prog, bool do_idr_lock) { if (atomic64_dec_and_test(&prog->aux->refcnt)) { perf_event_bpf_event(prog, PERF_BPF_EVENT_PROG_UNLOAD, 0); + bpf_audit_prog(prog, BPF_AUDIT_UNLOAD); /* bpf_prog_free_id() must be called first */ bpf_prog_free_id(prog, do_idr_lock); __bpf_prog_put_noref(prog, true); @@ -1830,6 +1859,7 @@ static int bpf_prog_load(union bpf_attr *attr, union bpf_attr __user *uattr) */ bpf_prog_kallsyms_add(prog); perf_event_bpf_event(prog, PERF_BPF_EVENT_PROG_LOAD, 0); + bpf_audit_prog(prog, BPF_AUDIT_LOAD); err = bpf_prog_new_fd(prog); if (err < 0) -- 2.23.0
next prev parent reply index Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-11-28 9:16 Jiri Olsa 2019-11-28 9:18 ` Jiri Olsa 2019-12-02 23:00 ` Paul Moore 2019-12-03 4:57 ` Steve Grubb 2019-12-03 8:46 ` Jiri Olsa 2019-12-03 9:38 ` Jiri Olsa 2019-12-04 2:53 ` Paul Moore 2019-12-04 14:08 ` Jiri Olsa [this message] 2019-12-04 14:38 ` Paul Moore 2019-12-04 15:26 ` Jiri Olsa 2019-12-04 14:02 ` Jiri Olsa -- strict thread matches above, loose matches on Subject: below -- 2019-11-20 14:38 [RFC] bpf: emit " Jiri Olsa 2019-11-20 21:14 ` Alexei Starovoitov 2019-11-20 21:30 ` Jiri Olsa
Reply instructions: You may reply publically to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20191204140827.GB12431@krava \ --to=jolsa@redhat.com \ --cc=andriin@fb.com \ --cc=ast@kernel.org \ --cc=bpf@vger.kernel.org \ --cc=daniel@iogearbox.net \ --cc=davem@redhat.com \ --cc=eparis@redhat.com \ --cc=jakub.kicinski@netronome.com \ --cc=jbenc@redhat.com \ --cc=jolsa@kernel.org \ --cc=kafai@fb.com \ --cc=linux-audit@redhat.com \ --cc=netdev@vger.kernel.org \ --cc=paul@paul-moore.com \ --cc=sgrubb@redhat.com \ --cc=yhs@fb.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
BPF Archive on lore.kernel.org Archives are clonable: git clone --mirror https://lore.kernel.org/bpf/0 bpf/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 bpf bpf/ https://lore.kernel.org/bpf \ bpf@vger.kernel.org public-inbox-index bpf Example config snippet for mirrors Newsgroup available over NNTP: nntp://nntp.lore.kernel.org/org.kernel.vger.bpf AGPL code for this site: git clone https://public-inbox.org/public-inbox.git