Commit 0bdc6da8 authored by Florian Westphal's avatar Florian Westphal Committed by Alexei Starovoitov

netfilter: disallow bpf hook attachment at same priority

This is just to avoid ordering issues between multiple bpf programs,
this could be removed later in case it turns out to be too cautious.

bpf prog could still be shared with non-bpf hook, otherwise we'd have to
make conntrack hook registration fail just because a bpf program has
same priority.
Signed-off-by: default avatarFlorian Westphal <fw@strlen.de>
Link: https://lore.kernel.org/r/20230421170300.24115-5-fw@strlen.deSigned-off-by: default avatarAlexei Starovoitov <ast@kernel.org>
parent 506a74db
...@@ -119,6 +119,18 @@ nf_hook_entries_grow(const struct nf_hook_entries *old, ...@@ -119,6 +119,18 @@ nf_hook_entries_grow(const struct nf_hook_entries *old,
for (i = 0; i < old_entries; i++) { for (i = 0; i < old_entries; i++) {
if (orig_ops[i] != &dummy_ops) if (orig_ops[i] != &dummy_ops)
alloc_entries++; alloc_entries++;
/* Restrict BPF hook type to force a unique priority, not
* shared at attach time.
*
* This is mainly to avoid ordering issues between two
* different bpf programs, this doesn't prevent a normal
* hook at same priority as a bpf one (we don't want to
* prevent defrag, conntrack, iptables etc from attaching).
*/
if (reg->priority == orig_ops[i]->priority &&
reg->hook_ops_type == NF_HOOK_OP_BPF)
return ERR_PTR(-EBUSY);
} }
} }
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment