summaryrefslogtreecommitdiffstats
path: root/net/core
diff options
context:
space:
mode:
authorFelix Maurer <fmaurer@redhat.com>2022-02-09 16:55:26 +0100
committerDaniel Borkmann <daniel@iogearbox.net>2022-02-11 13:49:23 +0100
commit4a11678f683814df82fca9018d964771e02d7e6d (patch)
treef49dee64c35315009c22d9978a250ba8529017d7 /net/core
parentMerge ra.kernel.org:/pub/scm/linux/kernel/git/netfilter/nf (diff)
downloadlinux-4a11678f683814df82fca9018d964771e02d7e6d.tar.xz
linux-4a11678f683814df82fca9018d964771e02d7e6d.zip
bpf: Do not try bpf_msg_push_data with len 0
If bpf_msg_push_data() is called with len 0 (as it happens during selftests/bpf/test_sockmap), we do not need to do anything and can return early. Calling bpf_msg_push_data() with len 0 previously lead to a wrong ENOMEM error: we later called get_order(copy + len); if len was 0, copy + len was also often 0 and get_order() returned some undefined value (at the moment 52). alloc_pages() caught that and failed, but then bpf_msg_push_data() returned ENOMEM. This was wrong because we are most probably not out of memory and actually do not need any additional memory. Fixes: 6fff607e2f14b ("bpf: sk_msg program helper bpf_msg_push_data") Signed-off-by: Felix Maurer <fmaurer@redhat.com> Signed-off-by: Daniel Borkmann <daniel@iogearbox.net> Acked-by: Yonghong Song <yhs@fb.com> Acked-by: John Fastabend <john.fastabend@gmail.com> Link: https://lore.kernel.org/bpf/df69012695c7094ccb1943ca02b4920db3537466.1644421921.git.fmaurer@redhat.com
Diffstat (limited to 'net/core')
-rw-r--r--net/core/filter.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/net/core/filter.c b/net/core/filter.c
index 4603b7cd3cd1..9eb785842258 100644
--- a/net/core/filter.c
+++ b/net/core/filter.c
@@ -2710,6 +2710,9 @@ BPF_CALL_4(bpf_msg_push_data, struct sk_msg *, msg, u32, start,
if (unlikely(flags))
return -EINVAL;
+ if (unlikely(len == 0))
+ return 0;
+
/* First find the starting scatterlist element */
i = msg->sg.start;
do {