Adin Scannell ad9c4941d3 libbpf: Fix possible use-after-free for externs ... [ Upstream commit fa6f092cc0 ] The `name` field in `obj->externs` points into the BTF data at initial open time. However, some functions may invalidate this after opening and before loading (e.g. `bpf_map__set_value_size`), which results in pointers into freed memory and undefined behavior. The simplest solution is to simply `strdup` these strings, similar to the `essent_name`, and free them at the same time. In order to test this path, the `global_map_resize` BPF selftest is modified slightly to ensure the presence of an extern, which causes this test to fail prior to the fix. Given there isn't an obvious API or error to test against, I opted to add this to the existing test as an aspect of the resizing feature rather than duplicate the test. Fixes: 9d0a23313b ("libbpf: Add capability for resizing datasec maps") Signed-off-by: Adin Scannell <amscanne@meta.com> Signed-off-by: Andrii Nakryiko <andrii@kernel.org> Link: https://lore.kernel.org/bpf/20250625050215.2777374-1-amscanne@meta.com Signed-off-by: Sasha Levin <sashal@kernel.org>		2025-07-06 11:00:12 +02:00
..
api	libapi: Add missing linux/types.h header to get the __u64 type on io.h	2024-01-25 15:35:51 -08:00
bpf	libbpf: Fix possible use-after-free for externs	2025-07-06 11:00:12 +02:00
perf	perf evlist: Add perf_evlist__go_system_wide() helper	2024-06-12 11:13:02 +02:00
subcmd	libsubcmd: Don't free the usage string	2024-10-17 15:24:13 +02:00
symbol
thermal	thermal/lib: Fix memory leak on error in thermal_genl_auto()	2024-12-09 10:31:50 +01:00
argv_split.c
bitmap.c
ctype.c
find_bit.c
hweight.c
list_sort.c
rbtree.c
slab.c
str_error_r.c
string.c
vsprintf.c
zalloc.c