uprobes: fix kernel info leak via "[uprobes]" vma
ANBZ: #12666 commit f561b48d633ac2e7d0d667020fc634a96ade33a0 stable. commit34820304cc
upstream. xol_add_vma() maps the uninitialized page allocated by __create_xol_area() into userspace. On some architectures (x86) this memory is readable even without VM_READ, VM_EXEC results in the same pgprot_t as VM_EXEC|VM_READ, although this doesn't really matter, debugger can read this memory anyway. Link: https://lore.kernel.org/all/20240929162047.GA12611@redhat.com/ Reported-by: Will Deacon <will@kernel.org> Fixes:d4b3b6384f
("uprobes/core: Allocate XOL slots for uprobes use") Cc: stable@vger.kernel.org Acked-by: Masami Hiramatsu (Google) <mhiramat@kernel.org> Signed-off-by: Oleg Nesterov <oleg@redhat.com> Signed-off-by: Masami Hiramatsu (Google) <mhiramat@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org> [Fixes Conflicts] Fix conflicts caused by the manually construction of xol_mapping Fixes: CVE-2024-49975 Signed-off-by: Xiao Long <xiaolong@openanolis.org> Signed-off-by: Yuanhe Shu <xiangzao@linux.alibaba.com> Reviewed-by: Tianchen Ding <dtcccc@linux.alibaba.com> Reviewed-by: Shuai Xue <xueshuai@linux.alibaba.com> Link: https://gitee.com/anolis/cloud-kernel/pulls/4546
This commit is contained in:
parent
6af0fcd6aa
commit
20f9206f02
|
@ -1495,7 +1495,7 @@ static struct xol_area *__create_xol_area(unsigned long vaddr)
|
|||
area->xol_mapping.name = "[uprobes]";
|
||||
area->xol_mapping.fault = NULL;
|
||||
area->xol_mapping.pages = area->pages;
|
||||
area->pages[0] = alloc_page(GFP_HIGHUSER);
|
||||
area->pages[0] = alloc_page(GFP_HIGHUSER | __GFP_ZERO);
|
||||
if (!area->pages[0])
|
||||
goto free_bitmap;
|
||||
area->pages[1] = NULL;
|
||||
|
|
Loading…
Reference in New Issue