Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - bpf修复 percpu 哈希映射的 kmemleak 警告 Vlad Poenaru 报告称存在以下 kmemleak 问题
    未引用的对象 0x606fd7c44ac8大小 32backtrace (crc 0)pcpu_alloc_noprof+0x730/0xeb0 bpf_map_alloc_percpu+0x69/0xc0 prealloc_init+0x9d/0x1b0 htab_map_alloc+0x363/0x510 map_create+0x215/0x3a0
    __sys_bpf+0x16b/0x3e0 __x64_sys_bpf+0x18/0x20 do_syscall_64+0x7b/0x150 entry_SYSCALL_64_after_hwframe+0x4b/0x53 进一步调查显示原因在于 htab_elem_set_ptr() 中的 percpu 指针存储非 8 字节*(void __percpu **)( l->key + key_size= pptr;
    请注意 htab_elem 的整体对齐方式为 8针对 x86_64。如果 key_size 为 4则表示 pptr 存储在按 4 字节对齐但非 8 字节对齐的位置。在 mm/kmemleak.c 中scan_block() 基于 8 字节跨度扫描内存因此不会检测上述 pptr从而报告内存泄漏。在 htab_map_alloc() 中已经有了 htab->elem_size = sizeof(struct htab_elem) + round_up(htab->map.key_size, 8); if (percpu) htab->elem_size += sizeof(void *);其他 htab->elem_size += round_up(htab->map.value_size, 8);因此以 8 字节对齐存储 pptr 不会造成任何问题且也可修复 kmemleak。使用 bpf selftest 也可重现此问题1. 启用 CONFIG_DEBUG_KMEMLEAK 配置 2. 在 prog_tests/for_each.c 的 test_hash_map() 中于 skel 破坏前添加一个 getchar()。目的是保持映射可用以便可以检测 kmemleak。 3. 运行“./test_progs -t for_each/hash_map &”而应报告 kmemleak。 (CVE-2025-37807)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2025-37807

medium Nessus 插件 ID 245994

版本 1.25