media, bpf: Do not copy more entries than user space requested
authorSean Young <sean@mess.org>
Wed, 23 Jun 2021 21:37:54 +0000 (22:37 +0100)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Mon, 19 Jul 2021 07:44:53 +0000 (09:44 +0200)
commit04177aa99a932746c55249ba3494f332ae3312dd
tree701e78aa424cbfeffb1a7d6fb259afcb484716db
parentd8bb134d808c7ed778df1f9bb71e51bad55d7a81
media, bpf: Do not copy more entries than user space requested

[ Upstream commit 647d446d66e493d23ca1047fa8492b0269674530 ]

The syscall bpf(BPF_PROG_QUERY, &attr) should use the prog_cnt field to
see how many entries user space provided and return ENOSPC if there are
more programs than that. Before this patch, this is not checked and
ENOSPC is never returned.

Note that one lirc device is limited to 64 bpf programs, and user space
I'm aware of -- ir-keytable -- always gives enough space for 64 entries
already. However, we should not copy program ids than are requested.

Signed-off-by: Sean Young <sean@mess.org>
Signed-off-by: Daniel Borkmann <daniel@iogearbox.net>
Link: https://lore.kernel.org/bpf/20210623213754.632-1-sean@mess.org
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/media/rc/bpf-lirc.c