* [PATCH] bpftool: Fix memory leak in do_build_table_cb
@ 2022-12-05 8:13 Miaoqian Lin
2022-12-05 20:05 ` Daniel Borkmann
0 siblings, 1 reply; 3+ messages in thread
From: Miaoqian Lin @ 2022-12-05 8:13 UTC (permalink / raw)
To: Quentin Monnet, Alexei Starovoitov, Daniel Borkmann,
Andrii Nakryiko, Martin KaFai Lau, Song Liu, Yonghong Song,
John Fastabend, KP Singh, Stanislav Fomichev, Hao Luo, Jiri Olsa,
bpf, linux-kernel
Cc: linmq006
strdup() allocates memory for path. We need to release the memory in
the following error paths. Add free() to avoid memory leak.
Fixes: 8f184732b60b ("bpftool: Switch to libbpf's hashmap for pinned paths of BPF objects")
Signed-off-by: Miaoqian Lin <linmq006@gmail.com>
---
tools/bpf/bpftool/common.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tools/bpf/bpftool/common.c b/tools/bpf/bpftool/common.c
index 0cdb4f711510..8a820356525e 100644
--- a/tools/bpf/bpftool/common.c
+++ b/tools/bpf/bpftool/common.c
@@ -499,9 +499,11 @@ static int do_build_table_cb(const char *fpath, const struct stat *sb,
if (err) {
p_err("failed to append entry to hashmap for ID %u, path '%s': %s",
pinned_info.id, path, strerror(errno));
- goto out_close;
+ goto out_free;
}
+out_free:
+ free(path);
out_close:
close(fd);
out_ret:
--
2.25.1
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] bpftool: Fix memory leak in do_build_table_cb
2022-12-05 8:13 [PATCH] bpftool: Fix memory leak in do_build_table_cb Miaoqian Lin
@ 2022-12-05 20:05 ` Daniel Borkmann
2022-12-06 7:14 ` Miaoqian Lin
0 siblings, 1 reply; 3+ messages in thread
From: Daniel Borkmann @ 2022-12-05 20:05 UTC (permalink / raw)
To: Miaoqian Lin, Quentin Monnet, Alexei Starovoitov,
Andrii Nakryiko, Martin KaFai Lau, Song Liu, Yonghong Song,
John Fastabend, KP Singh, Stanislav Fomichev, Hao Luo, Jiri Olsa,
bpf, linux-kernel
On 12/5/22 9:13 AM, Miaoqian Lin wrote:
> strdup() allocates memory for path. We need to release the memory in
> the following error paths. Add free() to avoid memory leak.
>
> Fixes: 8f184732b60b ("bpftool: Switch to libbpf's hashmap for pinned paths of BPF objects")
> Signed-off-by: Miaoqian Lin <linmq006@gmail.com>
> ---
> tools/bpf/bpftool/common.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/tools/bpf/bpftool/common.c b/tools/bpf/bpftool/common.c
> index 0cdb4f711510..8a820356525e 100644
> --- a/tools/bpf/bpftool/common.c
> +++ b/tools/bpf/bpftool/common.c
> @@ -499,9 +499,11 @@ static int do_build_table_cb(const char *fpath, const struct stat *sb,
> if (err) {
> p_err("failed to append entry to hashmap for ID %u, path '%s': %s",
> pinned_info.id, path, strerror(errno));
> - goto out_close;
> + goto out_free;
> }
>
> +out_free:
> + free(path);
It would be ok if you were to add the free(path) into the err condition, but here you
also cause the !err to be freed which would trigger as UAF. See the hashmap_insert()
where just set the pointer entry->value = <path>.. how was this tested before submission?
> out_close:
> close(fd);
> out_ret:
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] bpftool: Fix memory leak in do_build_table_cb
2022-12-05 20:05 ` Daniel Borkmann
@ 2022-12-06 7:14 ` Miaoqian Lin
0 siblings, 0 replies; 3+ messages in thread
From: Miaoqian Lin @ 2022-12-06 7:14 UTC (permalink / raw)
To: Daniel Borkmann, Quentin Monnet, Alexei Starovoitov,
Andrii Nakryiko, Martin KaFai Lau, Song Liu, Yonghong Song,
John Fastabend, KP Singh, Stanislav Fomichev, Hao Luo, Jiri Olsa,
bpf, linux-kernel
Hi, Daniel
On 2022/12/6 4:05, Daniel Borkmann wrote:
> On 12/5/22 9:13 AM, Miaoqian Lin wrote:
>> strdup() allocates memory for path. We need to release the memory in
>> the following error paths. Add free() to avoid memory leak.
>>
>> Fixes: 8f184732b60b ("bpftool: Switch to libbpf's hashmap for pinned paths of BPF objects")
>> Signed-off-by: Miaoqian Lin <linmq006@gmail.com>
>> ---
>> tools/bpf/bpftool/common.c | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/tools/bpf/bpftool/common.c b/tools/bpf/bpftool/common.c
>> index 0cdb4f711510..8a820356525e 100644
>> --- a/tools/bpf/bpftool/common.c
>> +++ b/tools/bpf/bpftool/common.c
>> @@ -499,9 +499,11 @@ static int do_build_table_cb(const char *fpath, const struct stat *sb,
>> if (err) {
>> p_err("failed to append entry to hashmap for ID %u, path '%s': %s",
>> pinned_info.id, path, strerror(errno));
>> - goto out_close;
>> + goto out_free;
>> }
>> +out_free:
>> + free(path);
>
> It would be ok if you were to add the free(path) into the err condition, but here you
> also cause the !err to be freed which would trigger as UAF. See the hashmap_insert()
> where just set the pointer entry->value = <path>.. how was this tested before submission?
>
Thanks for your review. You're right. Sorry for the mistake, I meant to free it in the error path.
I'll send v2 to fix this. I spotted it with static detection tool.
>> out_close:
>> close(fd);
>> out_ret:
>>
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-12-06 7:14 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-12-05 8:13 [PATCH] bpftool: Fix memory leak in do_build_table_cb Miaoqian Lin
2022-12-05 20:05 ` Daniel Borkmann
2022-12-06 7:14 ` Miaoqian Lin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®