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

  - perf 工具 x86修复泄漏审查器发现的 perf_env 内存泄漏`==1632594==ERRORLeakSanitizer
    检测到内存泄漏 中的 1 个对象分配中的 #0 0x7f2953a7077b 中的 21 字节的直接泄漏
    __interceptor_strdup ../../../../src/libsanitizer/asan/asan_interceptors.cpp:439 #1 perf_env__read_cpuid util/env.c:369 中的 0x556701d6fbbf #2 perf_env__cpuid util/env.c:465 中的 0x556701d70589 #3 x86__is_amd_cpu arch/x86/util/env.c:14 中的 0x55670204bba2 #4 arch__post_evsel_config arch/x86/util/evsel.c:83 中的 0x5567020487a2 #5 evsel__config util/evsel.c:1366 中的 0x556701d8f78b inconfigutil/evsel.c:1366 #6 0x556701d8f78b in evsel__config util/evsel.c:1366 .c:108 #7 test__PERF_RECORD tests/perf-record.c:112 中的 0x556701cd6bcd #8 run_test tests/builtin-test.c:236 中的 0x556701cacd07 #9 test_and_print tests/builtin-test.c:265 中的 0x556701cacfac #10 中的 0x556701cadddb __cmd_test tests/builtin-test.c:402 #11 cmd_test tests/builtin-test.c:559 中的 0x556701caf2aa #12 run_builtin tools/perf/perf.c:323 中的 0x556701d3b557 #13 handle_internal_command tools/perf/perf.c 中的 0x556701d3bac8 :377 #14 run_argv tools/perf/perf.c:421 中的 0x556701d3be90 #15 main tools/perf/perf.c:537 中的 0x556701d3c3f8 #16 __libc_start_call_main ../sysdeps/nptl/ 中的 0x7f2952a46189 libc_start_call_main.h:58 摘要AddressSanitizer1 次分配中泄露 21 字节。
    `` (CVE-2023-53793)

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

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

  - nvme-core修复当 nvme_auth_generate_key() 返回错误时在返回之前nvme_ctrl_dhchap_ctrl_secret_store() 中 dhchap_ctrl_secret 释放 dhchap_secret 中的内存泄漏。
    (CVE-2023-53792)

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

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

  - blk-mq在报告 I/O 完成前释放 crypto keyslot 当使用 blk_crypto_key 的 I/O 完成后文件系统可调用 blk_crypto_evict_key()。然而区块层目前不会调用 blk_crypto_put_keyslot()直到释放请求才会发生这种情况发生在已通知上层通过 bio_endio()I/O 已完成 I/O 已完成之后。这会造成争用条件其中 blk_crypto_evict_key() 可以识别“slot_refs != 0”但不存在实际的缺陷。这使得 __blk_crypto_evict_key() 命中“WARN_ON_ONCE(atomic_read(&slot->slot_refs) != 0)”并返回而不执行任何操作最终在 blk_crypto_reprogram_all_keys() 中造成释放后使用。这是一个非常罕见的缺陷只有在将每个文件密钥与 fscrypt 一起使用时才会出现。有两个选项可修复此问题在请求的最后一个 bio 上调用 bio_endio() 之前释放 keyslot或使__blk_crypto_evict_key() 忽略 slot_refs。
    我们使用第一个解决方案因为它保留了报告缺陷的功能通过 WARN_ON_ONCE在密钥仍在使用时被逐出的缺陷中。 (CVE-2023-53810)

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

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

  - Bluetoothhci_sync避免 hci_add_adv_monitor() 的 dbg 中发生释放后使用 KSAN 报告 hci_add_adv_monitor() 中存在释放后使用。添加 adv 监控时hci_add_adv_monitor() 调用 -> msft_add_monitor_pattern() 调用 -> msft_add_monitor_sync() 调用 -> 在错误情况下调用 msft_le_monitor_advertisement_cb() -> 可释放 *moniter 的 hci_free_adv_monitor()。此属性由 hci_add_adv_monitor() 中的 bt_dev_dbg() 引用。使用 handle 而非 monitor->handle 修复 bt_dev_dbg()。
    (CVE-2023-53828)

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

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

  - bpf修复同步回调的引用状态管理 目前验证程序会验证回调函数同步和异步好像它们将被执行一次即其探索执行状态好像该函数会被调用一次。要探索的下一个 insn 已设置为 subprog 的开头且嵌套帧的退出使用 curframe > 0 和 prepare_func_exit 进行处理。如果是异步回调其使用 push_stack 的自定义变体模拟一种分支从而为异步回调设置自定义状态和执行上下文。虽然此方法简单且在回调实际上仅执行一次的情况下有效但对于当前所有 for_each 样式的帮助程序即多次执行回调而言这是不安全的。释放已获取的调用程序引用的回调可多次执行此操作但当前验证器将其视为框架内的一次调用框架然后会返回到调用程序。因此它认为自己释放了 cb eg 通过 callback_ctx寄存器从堆栈上溢出的类型化寄存器填充到 cb 内的某个引用。同样地它可能发现回调内获取调用未配对因此调用程序将复制回调的引用状态然后必须使用新的 ref_obj_ids 释放寄存器。但同样，回调可能执行多次，但验证程序将仅考虑针对回调的单次符号执行获取的引用，这将导致泄漏。请注意对于异步回调情况情况有所不同。虽然目前我们的 bpf_timer_set_callback 只执行一次但即使多次执行也是安全的因为引用状态为空而 check_reference_leak 会强制程序在 BPF_EXIT 之前释放状态。状态也不会受到调用程序框架分析的影响。因此异步回调是安全的。由于我们希望引用状态易于访问例如通过 callback_ctx 的 PTR_TO_STACK 从堆栈加载的指针我们仍然必须将调用者的reference_state 复制到回调的 bpf_func_state但我们强制无论添加到该reference_state 中的任何引用在命中 BPF_EXIT 之前都必须释放。这需要在引用状态中引入一个新的 callback_ref 成员以区分调用者引用与被调用者引用。因此check_reference_leak 发现我们在 callback_fn 中并且尚未释放 callback_ref refs 现在会错误输出。由于可能存在多个嵌套的回调例如 frame 0 -> cb1 -> cb2 等。
    我们还需要区分此特定 ref 是属于这个回调框架还是父框架以及我们自己框架中的错误因此我们存储 state->frameno对于回调而言始终为非零。简而言之，回调可以读取父reference_state，但不能改变它，以使用调用程序获取的指针。它们必须仅在返回前在调用程序reference_state 上撤消其更改通过在 BPF_EXIT 之前释放其自己的 acquire_refs此时调用程序和回调状态无论如何都将匹配因此无需将其复制回调用程序。 (CVE-2022-50650)

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

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

  - cifs修复 cifs_copy_file_range() 中的 xid 泄漏如果文件由交换使用则应在返回 -EOPNOTSUPP 之前释放 xid否则xid 将被泄漏。 (CVE-2022-50643)

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

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

  - mmcomap_hsmmc修复 mmc_add_host() 的返回值检查 mmc_add_host() 可能返回错误如果忽略其返回值将导致两个问题1. 在 mmc_alloc_host() 中分配的内存泄漏。 2.
    在 remove() 路径中将调用 mmc_remove_host() 以删除设备但尚未添加设备会将内核崩溃因为 device_del() 中存在 null-ptr-deref。通过检查返回值修复此问题并转到将调用 mmc_free_host() 的错误路径。 (CVE-2022-50670)

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

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

  - PCI通过检查 PF pci_device_is_present() 以前无法用于 VF的修复 pci_device_is_present()因为它读取供应商和设备 ID对于 VF而言为 0xffff而这些 ID 看起来像是不存在。请改为检查 PF。Wei Gong 报告当驱动程序未绑定或将 0 写入 /sys/.../sriov_numvfs 时如果 virtio I/O 正在进行中virtio I/O 操作会挂起这可能导致类似这样的输出task:bash state:D stack: 0 pid: 1773 ppid: 1241 flags:0x00004002 调用跟踪
    schedule+0x4f/0xc0 blk_mq_freeze_queue_wait+0x69/0xa0 blk_mq_freeze_queue+0x1b/0x20 blk_cleanup_queue+0x3d/0xd0 virtblk_remove+0x3c/0xb0 [virtio_blk] virtio_dev_remove+0x4b/0x80 ...
    device_unregister+0x1b/0x60 unregister_virtio_device+0x18/0x30 virtio_pci_remove+0x41/0x80 pci_device_remove+0x3e/0xb0 发生这种情况的原因是 pci_device_is_present(VF) 在 virtio_pci_remove() 中返回 false 因此它调用了 virtio_break_device()。vq 被破坏意味着 vring_interrupt() 会跳过本可通过 virtblk_done() 完成 virtio I/O 操作的 vq.callback()。
    [bhelgaas提交日志简化以始终使用 pci_physfn()添加稳定标签] (CVE-2022-50636)

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

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

  - cpufreqqcom-hw修复了 qcom_cpufreq_hw_read_lut() 中的内存泄露问题 如果 cpu_dev 无法获得 qcom_cpufreq_hw_read_lut() 中的 opp 表程序将返回从而导致表资源未释放。
    (CVE-2022-50637)

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

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

  - EDAC/i10nm修复 pci_get_dev_wrapper() 中的 refcount 泄漏正如 pci_get_domain_bus_and_slot() 的注释所述它将返回 refcount 增加的 PCI 设备因此它不需要调用 pci_get_dev_wrapper() 中的额外 pci_dev_get()且PCI 设备需要放入错误路径中。 (CVE-2022-50645)

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

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

  - bpf修复由于 im->image 的错误页面属性造成的错误在 livepatch 和 kretfunc 共存的场景中im->image 的页面属性在 bpf_trampoline_update 中的 arch_prepare_bpf_trampoline 之后为 rox然后 modify_fentry 或 register_fentry 从 bpf_tramp_ftrace_ops_func即 BPF_TRAMP_F_ORIG_STACK 返回 -EAGAIN将配置 标记并将重新执行 arch_prepare_bpf_trampoline。此时因为 im->image 的 pageattr 为 roxarch_prepare_bpf_trampoline 将读写 im->image从而导致错误。 insmod livepatch-sample.ko #samples/livepatch/livepatch-sample.c bpftrace -e ‘kretfunc:cmdline_proc_show {}’ 缺陷无法处理地址 的页面错误
    ffffffffa0206000 PGD 322d067 P4D 322d067 PUD 322e063 PMD 1297e067 PTE d428061 Oops: 0003 [#1] PREEMPT SMP PTI CPU: 2 PID: 270 Comm: bpftrace Tainted: GEK 6.1.0 #5 RIP
    0010arch_prepare_bpf_trampoline+0xed/0x8c0 RSP0018:ffffc90001083ad8 EFLAGS00010202 RAX
    ffffffffa0206000 RBX: 0000000000000020 RCX: 0000000000000000 RDX: ffffffffa0206001 RSI: ffffffffa0206000 RDI: 0000000000000030 RBP: ffffc90001083b70 R08: 0000000000000066 R09: ffff88800f51b400 R10:
     R11000000002e72c6e5  : 00000000d0a15080 R12: ffff8880110a68c8 R13: 0000000000000000 R14: ffff88800f51b400 R15: ffffffff814fec10 FS: 00007f87bc0dc780(0000) GS:ffff88803e600000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: fffffffffa0206000 CR3: 0000000010b70000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 00000006: 00000006
    00000000fffe0ff0 DR70000000000000400 调用跟踪 <TASK> bpf_trampoline_update+0x25a/0x6b0
    __bpf_trampoline_link_prog+0x101/0x240 bpf_trampoline_link_prog+0x2d/0x50 bpf_tracing_prog_attach+0x24c/0x530 bpf_raw_tp_link_attach+0x73/0x1d0 __sys_bpf+0x100e/0x2570
    __x64_sys_bpf+0x1c/0x30 do_syscall_64+0x5b/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd 使用此修补程序时modify_fentry 或 register_fentry 从 bpf_tramp_ftrace_ops_func 返回 -EAGAIN 时im->image 的 pageattr 将重置为 nx+rw。 (CVE-2022-50654)

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

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

  - io-wq修复工作线程创建中的内存泄漏如果节点的 CPU 掩码分配失败则为当前节点的“io_wqe”struct 分配的内存不会在错误处理路径中释放因为它没有释放尚未添加到“wqes”数组中。当使用 Syzkaller 模糊 v6.1-rc1 时发现此问题时缺陷
    内存泄漏未引用对象 0xffff8880093d5000（大小 1024）：comm syz-executor.2，pid 7701，jiffies 4295048595（使用期限 13.900s）十六进制转储前 32 个字节：00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. . . 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 .. . 回溯其他
    [<00000000cb463369>] __kmem_cache_alloc_node+0x18e/0x720 [<00000000147a3f9c>] kmalloc_node_trace+0x2a/0x130 [<000000004e107011>] io_wq_create+0x7b9/0xdc0 [<00000000c38b2018>] io_uring_alloc_task_context+0x31e/0x59d [<00000000867399da>] __io_uring_add_tctx_node.cold [01<000000007e0e7a79>+cold ] io_uring_setup.cold+0x1b80/0x1dce [<00000000b545e9f6>]
    __x64_sys_io_uring_setup+0x5d/0x80 [<000000008a8a7508>] do_syscall_64+0x5d/0x90 [<000000004ac08bec>] entry_SYSCALL_64_after_hwframe+0x63/0xcd (CVE-2022-50639)

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

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

  - ext4修复由错误的引导加载程序 inode 造成的 __es_tree_search 中的 bug_on 我们遇到的问题为流
    ================================================== ================ fs/ext4/extents_status.c:203! 的内核缺陷无效的 opcode: 0000 [#1] PREEMPT SMP CPU: 1 PID: 945 Comm: cat Not tainted 6.0.0-next-20221007-dirty #349 RIP: 0010:ext4_es_end.isra.0+0x34/0x42 RSP: 0018:ffffc9000143b768 EFLAGS
    00010203 RAX0000000000000000 RBXffff8881769cd0b8 RCX0000000000000000 RDX0000000000000000 RSI
    ffffffff8fc27cf7 RDI: 00000000ffffffff RBP: ffff8881769cd0bc R08: 0000000000000000 R09: ffffc9000143b5f8 R10: 0000000000000001 R11: 0000000000000001 R12: ffff8881769cd0a0 R13: ffff8881768e5668 R14:
    00000000768e52f0 R150000000000000000 FS
    00007f359f7f05c0(0000)GS:ffff88842fd00000(0000)knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f359f5a2000 CR3: 000000017130c000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 Call Trace: <TASK> __es_tree_search.isra.0+0x6d/0xf5 ext4_es_cache_extent+0xfa/0x230 ext4_cache_extents+0xd2/0x110 ext4_find_extent+0x5d5/0x8c0 ext4_ext_map_blocks+0x9c/0x1d30 ext4_map_blocks+0x431/0xa50 ext4_mpage_readpages+0x48e/0xe40 ext4_readahead+0x47/0x50 read_pages+0x82/0x530 page_cache_ra_unbounded+0x199/0x2a0 do_page_cache_ra+0x47/0x70 page_cache_ra_order+0x242/0x400 ondemand_readahead+0x1e8/0x4b0 page_cache_sync_ra+0xf4/0x110 filemap_get_pages+0x131/0xb20 filemap_read+0xda/0x4b0 generic_file_read_iter+0x13a/0x250 ext4_file_read_iter+0x59/0x1d0 vfs_read+0x28f/0x460 ksys_read+0x73/0x160 __x64_sys_read+0x1e/0x30 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> ======================= =========================================== 在上述问题中ioctl 调用swap_inode_boot_loader 函数以交换 inode<5> 和 inode<12>。但是inode<5> 包含不正确的 imode 和无序范围i_nlink 设置为 1。因为 5 为 EXT4_BOOT_LOADER_INO可绕过 ext4_iget 函数中 inode 的范围检查。将 links_count 设置为 1 时swap_inode_boot_loader 中的盘区未初始化。成功执行 ioctl 命令后范围将交换至 inode<12>在这种情况下请运行“cat”命令以查看 inode<12>。且会因范围不正确而触发 Bug_ON。当引导加载程序 inode 未初始化时其 imode 可能为下列之一 1) imode 是错误类型在 ext4_iget 中被标记为 bad_inode 并被设置为 S_IFREG。 2) imode 是正确类型但 S_IFREG 不是。 3) imode 为 S_IFREG。BUG_ON 可通过绕过情况 1 和 2 中的检查来触发。因此当引导加载程序 inode 为 bad_inode或其 imode 不是 S_IFREG 时请初始化 inode 以避免触发 BUG。 (CVE-2022-50638)

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

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

  - Robocode 版本 1.9.3.6的 AutoExtract 组件中存在一个不安全的临时文件创建漏洞。createTempFile 方法无法安全地创建临时文件从而允许攻击者利用争用条件并可能执行任意代码或覆盖关键文件。通过操纵临时文件创建进程可以利用此漏洞导致潜在的未授权操作。 (CVE-2025-14307)

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

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

  - md/raid5-cache修复 r5l_exit_log() 中的死锁提交 b13015af94cfmd/raid5-cache完成工作后清除 conf->log引入一个新问题 // caller hold reconfig_mutex r5l_exit_log flush_work(&log->disable_writeback_work) r5c_disable_writeback_async wait_event /* * conf->log 不是 NULLmddev_trylock() * 将失败 wait_event() 始终无法通过。 */ conf->log = NULL通过在 wake_up() 之前将“config->log”设置为 NULL来修复此问题因为以前可以存在来自 r5c_disable_writeback_async() 的 wait_event()。同时前移 md_unregister_thread()以便仍可修复此提交修复的 null-ptr-deref。 (CVE-2023-53848)

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

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

  - EDK2 在 BIOS 中含有一个漏洞攻击者可通过本地访问造成不当输入验证。成功利用此漏洞可能以非预期的方式更改控制流从而允许任意命令执行并影响 Confidentiality、Integrity 和 Availability。 (CVE-2025-2296)

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

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

  - Robocode 版本 1.9.3.6的 CacheCleaner 组件中存在一个目录遍历漏洞。recursilyDelete 方法无法正确审查文件路径从而允许攻击者遍历目录并删除系统上的任意文件。通过提交特别构建的输入来操纵文件路径可以利用此漏洞从而导致潜在的未经授权的文件删除。
    https://robo-code.blogspot.com/ (CVE-2025-14306)

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

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

  - usb-storagealauda修复 alauda_check_media() 中的 uninit-value Syzbot 使 KMSAN 抱怨有关访问 usb-storage 的 alauda 子驱动程序中未初始化值的问题BUGKMSANalauda_transport+0x462/0x57f0 drivers/ 中的 uninit-value usb/storage/alauda.c:1137 CPU: 0 PID: 12279 Comm: usb-storage Not tainted 5.3.0-rc7+ #0 硬件名称Google Google Compute Engine/Google Compute Engine、BIOS Google 01/01/2011 调用跟踪__dump_stack lib/dump_stack.c:77 [inline] dump_stack+0x191/0x1f0 lib/dump_stack.c:113 kmsan_report+0x13a/0x2b0 mm/kmsan/kmsan_report.c:108 __msan_warning+0x73/0xe0 mm/kmsan/kmsan_instr.c :250 alauda_check_media+0x344/0x3310 drivers/usb/storage/alauda.c:460 问题在于 alauda_check_media() 在尝试使用接收到的数据之前未验证其 USB 传输是否成功。目前尚不完全清楚传输失败时会发生什么但一种相当保守的方法是假装不存在任何媒体。alauda_get_media_status() 内的 usb_stor_dbg() 调用中存在类似的问题。在这种情况下当发生错误时此调用是多余的因为 usb_stor_ctrl_transfer() 已会打印调试消息。最后，与未初始化内存访问无关的是 alauda_check_media() 会对堆栈上的缓冲区执行 DMA。幸运的是 usb-storage 为此类用途提供了通用的 DMA 缓冲区。我们将改用它。
    (CVE-2023-53847)

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

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

  - wifibrcmfmac修复启用 SCAN 日志级别时的无效地址访问 设置随机 MAC 地址时变量 i 已更改并在打印 pi->reqs[i]->reqid 的值时造成无效地址访问。我们将 reqs index 替换为 ri 以修复 问题。 [ 136.726473] 无法处理对虚拟地址 0000000000000000 中的 uaccess 例程之外的用户内存的内核访问 [ 136.737365] Mem 中止信息[ 136.740172] ESR = 0x96000004 [ 136.743359] 异常类 = DABT当前 ELIL = 32位 [136.749294] SET = 0，FnV = 0 [ 136.752481] EA = 0，S1PTW = 0 [ 136.755635] Data 中止信息[ 136.758514] ISV = 0，ISS = 0x00000004 [ 136.762487] CM = 0， WnR = 0 [ 136.765522] user pgtable: 4k pages, 48-bit VAs, pgdp = 000000005c4e2577 [ 136.772265] [0000000000000000] pgd=0000000000000000 [ 136.777160] 内部错误Oops: 96000004 [#1] PREEMPT SMP [ 136.782732] 中链接的模块brcmfmac(O) brcmutil(O) cfg80211(O) compat(O) [ 136.789788] Process wificond (pid: 3175, stack limit = 0x00000000053048fb) [136.796664] CPU: 3 PID: 3175 Comm: wificond Tainted: GO 4.19 .42-00001-g531a5f5 #1 [ 136.805532] 硬件名称Freescale i.MX8MQ EVK (DT) [ 136.810584] pstate: 60400005 (nZCv daif +PAN -UAO) [ 136.815429] pc
    brcmf_pno_config_sched_scans+0x6cc/0xa80 [brcmfmac] [ 136.821811] lr
    brcmf_pno_config_sched_scans+0x67c/0xa80 [brcmfmac] [ 136.828162] sp ffff00000e9a3880 [ 136.831475] x29
    ffff00000e9a3890 x28ffff800020543400 [ 136.836786] x27ffff8000b1008880 x26ffff0000012bf6a0 [136.842098] x25ffff80002054345c x24ffff800088d22400 136.847409[  ]
    ffff0000012bf6d8 [ 136.852721] x21ffff8000aced8fc0 x20ffff8000ac164400 [ 136.858032] x19
    ffff00000e9a3946 x18: 0000000000000000 [ 136.863343] x17: 0000000000000000 x16: 0000000000000000 [136.868655] x15: ffff0000093f3b37 x14: 0000000000000050 [ 136.873966] x13: 0000000000003135 x12:
    0000000000000000 [ 136.879277] x110000000000000000 x10ffff000009a61888 [ 136.884589] x9 :
    000000000000000f x8 : 0000000000000008 [ 136.889900] x7 : 303a32303d726464 x6 : ffff00000a1f957d [136.895211] x5 : 0000000000000000 x4 : ffff00000e9a3942 [ 136.900523] x3 : 0000000000000000 x2 :
    ffff0000012cead8 [ 136.905834] x1 : ffff0000012bf6d8 x0 : 0000000000000000 [ 136.911146] Call trace: [136.913623] brcmf_pno_config_sched_scans+0x6cc/0xa80 [brcmfmac] [ 136.919658] brcmf_pno_start_sched_scan+0xa4/0x118 [brcmfmac] [ 136.925430] brcmf_cfg80211_sched_scan_start+0x80/ 0xe0 [brcmfmac] [ 136.931636] nl80211_start_sched_scan+0x140/0x308 [cfg80211] [ 136.937298] genl_rcv_msg+0x358/0x3f4 [ 136.940960] netlink_rcv_skb+0xb4/0x118 [ 136.944795] genl_rcv+0x34/0x308 [136.947935] genl_rcv+0x34/0x48 /0x300 [ 136.951856] netlink_sendmsg+0x2e4/0x33c [ 136.955781]
    __sys_sendto+0x120/0x19cCVE-2022-50678]

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

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

  - ubi修复 eraseblk_count_seq_show() 中的 UAF 耗损平衡条目 耗损平衡条目可能在错误路径中释放可能在raserblk_count_seq_show() 中再次访问例如__erase_worker eraseblk_count_seq_show wl = ubi->lookuptbl[*block_number] 如果(wl) wl_entry_destroy ubi->lookuptbl[e->pnum] = NULL kmem_cache_free(ubi_wl_entry_slab, e) erase_count = wl->ec // UAF ubi->lookuptbl 中更新/访问的耗损平衡条目应受到 ubi->wl_lock 的保护通过添加 ubi->wl_lock 至序列化 wl_entry_destroy() 和 eraseblk_count_seq_show() 之间访问的 wl 条目来修复此问题。
    在 [Link] 中获取复制器。 (CVE-2023-53826)

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

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

  - 在 Robocode 版本 1.9.3.6的 Buffer 类的写入方法中存在一个整数溢出漏洞。该方法无法正确验证正在写入的数据长度允许攻击者造成溢出从而可能导致缓冲区溢出和任意代码执行。利用此漏洞可以通过提交特别构建的操纵数据长度的输入从而导致潜在的未经授权代码执行。 (CVE-2025-14308)

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

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

  - ext4修正 ext4_mb_good_group 中的 grp 验证如果 grp 为 NULL则群组损坏检查将访问 grp 内存并将触发内核崩溃。因此请在损坏检查之前执行 NULL 检查。 (CVE-2023-53861)

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

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

  - nvme-core修复 dhchap_secret_store 中的内存泄漏在 nvme_ctrl_dhchap_secret_store() 中释放 dhchap_secret 然后再返回修复下列 kmemleack:- 未引用的对象 0xffff8886376ea800 (大小 64)comm 检查、pid 22048、jiffies 4344316705(age 92.199s) 十六进制转储 (first 32) bytes)44 48 48 43 2d 31 3a 30 30 3a 6e 78 72 35 4b 67 DHHC-1:00:nxr5Kg 75 58 34 75 6f 41 78 73 4a 61 34 63 2f 68 75 4c uX4uoAxsJa4c/huL 回溯
    [<0000000030ce5d4b>] __kmalloc+0x4b/0x130 [<000000009be1cdc1>] nvme_ctrl_dhchap_secret_store+0x8f/0x160 [nvme_core] [<00000000ac06c96a>] kernfs_fop_write_iter+0x12b/0x1c0 [<00000000437e7ced>] vfs_write+0x2ba/0x3c0 [<00000000f9491baf>] ksys_write+0x5f/0xe0<000000001c46513d>] do_syscall_64+0x3b/0x90 [<00000000ecf348fe>] entry_SYSCALL_64_after_hwframe+0x72/0xdc 未引用对象 0xffff8886376eaf00 (大小 64)comm 检查、pid 22048、jiffies 4344316736(使用期限 92.168s) 十六进制转储前 32 字节43 48 2d44 31 3a 30 30 3a 6e 78 72 35 4b 67 DHHC-1:00:nxr5Kg 75 58 34 75 6f 41 78 73 4a 61 34 63 2f 68 75 4c uX4uoAxsJa4c/huL 回溯[<0000000030ce5d4b>] __kmalloc+0x4b/0x130b/0x130b/0x130b/0x130b/0x130b/0x130b<000000009be1cdc1>/ ] ] nvme_ctrl_dhchap_secret_store+0x8f/0x160 [nvme_core] [<00000000ac06c96a>] kernfs_fop_write_iter+0x12b/0x1c0 [<00000000437e7ced>] vfs_write+0x2ba/0x3c0 [<00000000f9491baf>] ksys_write+0x5f/0xe0 [<000000001c46513d>] do_syscall_64+0x3b/0x3b/0x1c0<00000000ecf348fe>[]90  entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-53852)

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

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

  - EDK2 在 BIOS 中含有一个漏洞攻击者可造成通过本地访问将敏感信息暴露给未经授权的执行者。成功利用此漏洞将导致可能的信息泄露或权限提升并影响机密性。 (CVE-2024-38798)

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

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

  - netlink不在 fdb 转储中硬编码设备地址长度 syzbot 报告某些 netdev 设备没有 6 字节地址 [1] 将 ETH_ALEN 替换为 dev->addr_len。 [1] dev->addr_len = 4 的设备的情况BUGKMSANinstrument_copy_to_user include/linux/instrumented.h:114 中的 kernel-infoleak [内联] BUG
    KMSANcopyout+0xb8/0x100 lib/iov_iter.c:169 Instrument_copy_to_user include/linux/instrumented.h:114 [inline] copyout+0xb8/0x100 lib/iov_iter.c:169 _copy_to_iter+0x6d8/0x1d00 lib/ 中存在内核信息泄露iov_iter.c:536 copy_to_iter include/linux/uio.h:206 [inline] simple_copy_to_iter+0x68/0xa0 net/core/datagram.c:513 __skb_datagram_iter+0x123/0xdc0 net/core/datagram.c:419 skb_copy_datagram_iter+0x5c/ 0x200 net/core/datagram.c:527 skb_copy_datagram_msg include/linux/skbuff.h:3960 [内联] netlink_recvmsg+0x4ae/0x15a0 net/netlink/af_netlink.c:1970 sock_recvmsg_nosec net/socket.c:1019 [内联] sock_recvmsg net /socket.c:1040 [内联]
    ____sys_recvmsg+0x283/0x7f0 net/socket.c:2722 ___sys_recvmsg+0x223/0x840 net/socket.c:2764 do_recvmmsg+0x4f9/0xfd0 net/socket.c:2858 __sys_recvmmsg net/socket.c:2937 [内联] __sysdomm_recmm socket.c:2960 [内联] __se_sys_recvmmsg net/socket.c:2953 [内联] __x64_sys_recvmmsg+0x397/0x490 net/socket.c:2953 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/ 0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 已存储到内存
    __nla_put lib/nlattr.c:1009 [内联] nla_put+0x1c6/0x230 lib/nlattr.c:1067 nlmsg_populate_fdb_fill+0x2b8/0x600 net/core/rtnetlink.c:4071 nlmsg_populate_fdb net/core/rtnetlink.c:4418 [内联] ndo_dflt_fdb_dump+0x616/0x840 net/core/rtnetlink.c:4456 rtnl_fdb_dump+0x14ff/0x1fc0 net/core/rtnetlink.c:4629 netlink_dump+0x9d1/0x1310 net/netlink/af_netlink.c:2268 netlink_recvmsg+0xc5c/0x15a0 net/netlink /af_netlink.c:1995 sock_recvmsg_nosec+0x7a/0x120 net/socket.c:1019
    ____sys_recvmsg+0x664/0x7f0 net/socket.c:2720 ___sys_recvmsg+0x223/0x840 net/socket.c:2764 do_recvmmsg+0x4f9/0xfd0 net/socket.c:2858 __sys_recvmmsg net/socket.c:2937 [内联] __sysdomm_recmm socket.c:2960 [内联] __se_sys_recvmmsg net/socket.c:2953 [内联] __x64_sys_recvmmsg+0x397/0x490 net/socket.c:2953 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x41/ 0xc0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd Uninit 创建于
    slab_post_alloc_hook+0x12d/0xb60 mm/slab.h:716 slab_alloc_node mm/slub.c:3451 [内联]
    __kmem_cache_alloc_node+0x4ff/0x8b0 mm/slub.c:3490 kmalloc_trace+0x51/0x200 mm/slab_common.c:1057 kmalloc include/linux/slab.h:559 [内联] __hw_addr_create net/core/dev_addr_lists.c:60 [内联]
    __hw_addr_add_ex+0x2e5/0x9e0 net/core/dev_addr_lists.c:118 __dev_mc_add net/core/dev_addr_lists.c:867 [内联] dev_mc_add+0x9a/0x130 net/core/dev_addr_lists.c:885 igmp6_group_added+0x267/0xbc0 net/ipv6/ mcast.c:680 ipv6_mc_up+0x296/0x3b0 net/ipv6/mcast.c:2754 ipv6_mc_remap+0x1e/0x30 net/ipv6/mcast.c:2708 addrconf_type_change net/ipv6/addrconf.c:3731 [inline] addrconf_notify+0x4d3/ 0x1d90 net/ipv6/addrconf.c:3699 notifier_call_chain kernel/notifier.c:93 [内联] raw_notifier_call_chain+0xe4/0x430 kernel/notifier.c:461 call_netdevice_notifiers_info net/core/dev.c:1935 [内联] call_netdevice_notifiers_extack net/core /dev.c:1973 [内联] call_netdevice_notifiers+0x1ee/0x2d0 net/core/dev.c:1987 bond_enslave+0xccd/0x53f0 drivers/net/bonding/bond_main.c:1906 do_set_master net/core/rtnetlink.c:2626 [ inline] rtnl_newlink_create net/core/rtnetlink.c:3460 [inline] __rtnl_newlink net/core/rtnetlink.c:3660 [inline] rtnl_newlink+0x378c/0x40e0 net/core/rtnetlink.c:3673 rtnetlink_rcv_msg+0x16a6/0x1840 net/core/rtnetlink.c:6395 netlink_rcv_skb+0x371/0x650 net/netlink/af_netlink.c:2546 rtnetlink_rcv+0x34/0x40 net/core/rtnetlink.c:6413 netlink_unicast_kernel net/netlink/af_netlink.c:1339 [内联] netlink_unicast+0xf28/0x1230 net/netlink/af_ ---truncated--- (CVE-2023-53863)

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

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

  - ttyserialsamsung_tty修复 s3c24xx_serial_getclk() 中发生错误时的内存泄漏如果 clk_get_rate() 失败则需要释放释放刚分配的 clk。 (CVE-2023-53858)

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

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

  - ip6_vti修复 decode_session6 中的 slab-use-after-free 当 ipv6_vti 设备设置为 sfb 类型的 qdisc 时所发送 skb 的 cb 字段可能会在排队期间被修改。然后当 ipv6_vti 设备发送 IPv6 数据包时可能会发生 slab-use-after-free。堆栈信息如下BUG: KASAN: decode_session6+0x103f/0x1890 在 addr ffff88802e08edc2 上大小为 1 的读取中由任务 swapper/0/0 CPU: 0 PID: 0 Comm: swapper/0 Not 执行的 slab-use-after-free受感染 6.4.0-next-20230707-00001-g84e2cad7f979 #410 Hardware nameQEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.14.0-1.fc33 04/01/2014 Call Trace <IRQ> dump_stack_lvl+0xd9/0x150 print_address_description.constprop .0+0x2c/0x3c0 kasan_report+0x11d/0x130 decode_session6+0x103f/0x1890 __xfrm_decode_session+0x54/0xb0 vti6_tnl_xmit+0x3e6/0x1ee0 dev_hard_start_xmit+0x187/0x700 sch_direct_xmit+0x1a3/0xc30 __qdisc_run+0x510/0x17a0
    __dev_queue_xmit+0x2215/0x3b10 neigh_connected_output+0x3c2/0x550 ip6_finish_output2+0x55a/0x1550 ip6_finish_output+0x6b9/0x1270 ip6_output+0x1f1/0x540 ndisc_send_skb+0xa63/0x1890 ndisc_send_rs+0x132/0x6f0 addrconf_rs_timer+0x3f1/0x870 call_timer_fn+0x1a0/0x580 expire_timers+0x29b/0x4b0 run_timer_softirq+0x326/0x910 __do_softirq+0x1d4/0x905 irq_exit_rcu+0xb7/0x120 sysvec_apic_timer_interrupt+0x97/0xc0 </IRQ> Allocated by task 9176: kasan_save_stack+0x22/0x40 kasan_set_track+0x25/0x30 __kasan_slab_alloc+0x7f/0x90 kmem_cache_alloc_node+0x1cd/0x410 kmalloc_reserve+0x165 /0x270 __alloc_skb+0x129/0x330 netlink_sendmsg+0x9b1/0xe30 sock_sendmsg+0xde/0x190
    ____sys_sendmsg+0x739/0x920 ___sys_sendmsg+0x110/0x1b0 __sys_sendmsg+0xf7/0x1c0 do_syscall_64+0x39/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd Freed by task 9176: kasan_save_stack+0x22/0x40 kasan_set_track+0x25/0x30 kasan_save_free_info+0x2b/0x40 ____kasan_slab_free+0x160/0x1c0 slab_free_freelist_hook+0x11b/0x220 kmem_cache_free+0xf0/0x490 skb_free_head+0x17f/0x1b0 skb_release_data+0x59c/0x850 consume_skb+0xd2/0x170 netlink_unicast+0x54f/0x7f0 netlink_sendmsg+0x926/0xe30 sock_sendmsg+0xde/0x190 ____sys_sendmsg+0x739/0x920 ___sys_sendmsg+0x110/0x1b0
    ... ffff88802e08ef80) 如提交 f855691975bbxfrm6修复 _decode_session6 中的 nexthdr 偏移所示xfrm_decode_session 最初仅用于接收路径。传输期间未设置 IP6CB(skb)->nhoff。因此需在发送数据包前将 skb 中的 cb 字段设置为 0。 (CVE-2023-53821)

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

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

  - dm请勿尝试将 IO 置于 RCU 保护之下 dm 根据请求类型查找 IO 的表并假设如果请求标记为 REQ_NOWAIT则可以在处于 RCU 读取锁定时尝试提交该 IO保护。这是错误的因为 REQ_NOWAIT 仅表示不应在其他 IO 上等待休眠但并不表示不能进行计划。一个简单的测试案例就很好地证实了这一点int fd; fd = open(/dev/dm-0, O_RDONLY | O_DIRECT); posix_memalign(&iov.iov_base, 4096, 4096); iov.iov_len = 4096; preadv2(fd, &iov, 1, 0, RWF_NOWAIT); return 0这会立即喷出: BUG: sleep function call from invalid context at include/linux/sched/mm.h:306 in_atomic(): 0, irqs_disabled(): 0, non_block: 0, pid: 5580, name: dm- nowait preempt_count0、预期0 RCU 嵌套深度1、预期0 INFOlockdep 已关闭。CPU7 PID5580 Commdm-nowait Not tainted 6.6.0-rc1-g39956d2dcd81 #132 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 1.16.2-debian-1.16.2-1 04/ 01/2014 调用跟踪 <TASK> dump_stack_lvl+0x11d/0x1b0
    __might_resched+0x3c3/0x5e0 ? preempt_count_sub+0x150/0x150 mempool_alloc+0x1e2/0x390 ? mempool_resize+0x7d0/0x7d0 ? lock_sync+0x190/0x190 ? lock_release+0x4b7/0x670 ? internal_get_user_pages_fast+0x868/0x2d40 bio_alloc_bioset+0x417/0x8c0 bvec_alloc+0x200/0x200 ? internal_get_user_pages_fast+0xb8c/0x2d40 bio_alloc_clone+0x53/0x100 dm_submit_bio+0x27f/0x1a20 lock_release+0x4b7/0x670 ? blk_try_enter_queue+0x1a0/0x4d0 ? dm_dax_direct_access+0x260/0x260 ? rcu_is_watching+0x12/0xb0 blk_try_enter_queue+0x1cc/0x4d0 __submit_bio+0x239/0x310
    __bio_queue_enter+0x700/0x700 kvm_clock_get_cycles+0x40/0x60 ? ktime_get+0x285/0x470 submit_bio_noacct_nocheck+0x4d9/0xb80 ? should_fail_request+0x80/0x80 ? preempt_count_sub+0x150/0x150 ? lock_release+0x4b7/0x670 ? __bio_add_page+0x143/0x2d0 ? iov_iter_revert+0x27/0x360 submit_bio_noacct+0x53e/0x1b30 submit_bio_wait+0x10a/0x230 submit_bio_wait_endio+0x40/0x40
    __blkdev_direct_IO_simple+0x4f8/0x780 ? blkdev_bio_end_io+0x4c0/0x4c0 ? stack_trace_save+0x90/0xc0 ?
    __bio_clone+0x3c0/0x3c0 ? lock_release+0x4b7/0x670 ? lock_sync+0x190/0x190 ? atime_needs_update+0x3bf/0x7e0 ? timestamp_truncate+0x21b/0x2d0 ? inode_owner_or_capable+0x240/0x240 blkdev_direct_IO.part.0+0x84a/0x1810 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 ? blkdev_read_iter+0x40d/0x530 ? reacquire_held_locks+0x4e0/0x4e0 __blkdev_direct_IO_simple+0x780/0x780 ? rcu_is_watching+0x12/0xb0 __mark_inode_dirty+0x297/0xd50 ? preempt_count_add+0x72/0x140 blkdev_read_iter+0x2a4/0x530 do_iter_readv_writev+0x2f2/0x3c0 generic_copy_file_range+0x1d0/0x1d0 ? fsnotify_perm.part.0+0x25d/0x630 security_file_permission+0xd8/0x100 do_iter_read+0x31b/0x880 ? import_iovec+0x10b/0x140 vfs_readv+0x12d/0x1a0 ? vfs_iter_read+0xb0/0xb0 rcu_is_watching+0x12/0xb0 rcu_is_watching+0x12/0xb0 lock_release+0x4b7/0x670 do_preadv+0x1b3/0x260 ? do_readv+0x370/0x370
    __x64_sys_preadv2+0xef/0x150 do_syscall_64+0x39/0xb0 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7f5af41ad806 代码 41 54 41 89 fc 55 44 89 c5 53 48 89 cb 48 83 ec 18 80 3d e4 dd 0d 00 00 74 7a 45 89 c1 49 89 ca 45 31 c0 b8 47 00 01 <48> [05 05 0f0 3] 00 f0 ff ff 0f 87 be 00 00 00 48 85 c0 79 4a 48 8b 0d da 55 RSP002b:00007ffd3145c7f0 EFLAGS: 00000246 ORIG_RAX: 0000000000000147 RAX: ffffffffffffffda RBX
    0000000000000000 RCX: 00007f5af41ad806 RDX: 0000000000000001 RSI: 00007ffd3145c850 RDI: 0000000000000003 RBP: 0000000000000008 R08: 0000000000000000 R09: 0000000000000008 R10: 0000000000000000 R11:
    0000000000000246 R120000000000000003 R1300007ffd3145c850 R14000055f5f0431dd8 R15</TASK> 0000000000000001而实际上是 ---truncated--- (CVE-2023-53860)

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

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

  ext4修复 ext4_orphan_cleanup 中的释放后使用 我发现一个问题如下
    ================================================================== BUG: KASAN: use-after-free in
    __list_add_valid+0x28/0x1a0 在 addr ffff88814b13f378 进行大小 8 的读取由任务 mount/710 CPU110 Commmount Not 受感染 6.1.0-rc3-next #370 调用追踪 <TASK> dump_stack_lvl+0x73/0x9f print_report+0x25d /0x759 kasan_report+0xc0/0x120 __asan_load8+0x99/0x140 __list_add_valid+0x28/0x1a0 ext4_orphan_cleanup+0x564/0x9d0 [ext4] __ext4_fill_super+0x48e2/0x5300 [ext4] ext4_fill_super+0x19f/0x3a0 [ext4] get_tree_bdev+0x27b/0x450 ext4_get_tree+0x19/ 0x30 [ext4] vfs_get_tree+0x49/0x150 path_mount+0xaae/0x1350 do_mount+0xe2/0x110 __x64_sys_mount+0xf0/0x190 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> [...] ========= ================================================== ======= 上述问题的发生方式可能如下
    ------------------------------------- ext4_fill_super ext4_orphan_cleanup --- loop1假设 last_orphan 为 12 -- - list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan) ext4_truncate --> 返回 0 ext4_inode_attach_jinode --> 返回 -ENOMEM iput(inode) --> 释放 inode<12> --- loop2last_orphan 仍为 12 --- list_add(&EXT4_I(inode)->i_orphan, &EXT4_SB(sb)->s_orphan); // 使用 inode<12> 和 触发 UAF 要解决此问题需要适当传播 ext4_inode_attach_jinode() 的返回值。
    (CVE-2022-50673)

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

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

  - i40e修复 DMA 映射泄漏。在重新分配 RX 缓冲区期间为这些缓冲区创建新的 DMA 映射。重现的步骤 while : do for ((i=0; i<=8160; i=i+32)) do ethtool -G enp130s0f0 rx $i tx $i sleep 0.5 ethtool -g enp130s0f0 did did 这导致了崩溃i40e 0000:01:00.1无法为 Rx 描述符环分配内存 size=65536 Driver BUG WARNINGCPU:0 PID:4300@net/core/xdp.c:141 xdp_rxq_info_unreg+0x43/0x50 调用跟踪i40e_free_rx_resources+ 0x70/0x80 [i40e] i40e_set_ringparam+0x27c/0x800 [i40e] ethnl_set_rings+0x1b2/0x290 genl_family_rcv_msg_doit.isra.15+0x10f/0x150 genl_family_rcv_msg+0xb3/0x160 ring_fill_reply+0x1a0/0x1a0 genl_rcv_msg+0x47/0x90 genl_family_rcv_msg+0x160/0x160 netlink_rcv_skb+0x4c/0x120 genl_rcv+0x24/0x40 netlink_unicast+0x196/0x230 netlink_sendmsg+0x204/0x3d0 sock_sendmsg+0x4c/0x50 __sys_sendto+0xee/0x160 ? handle_mm_fault+0xbe/0x1e0 ? syscall_trace_enter+0x1d3/0x2c0 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x5b/0x1a0 entry_SYSCALL_64_after_hwframe+0x65/0xca RIP: 0033:0x7f5eac8b035b Missing register, driver bug WARNING: CPU: 0 PID: 4300 at net/core/xdp.c:119 xdp_rxq_info_unreg_mem_model+ 0x69/0x140 Call Trace: xdp_rxq_info_unreg+0x1e/0x50 i40e_free_rx_resources+0x70/0x80 [i40e] i40e_set_ringparam+0x27c/0x800 [i40e] ethnl_set_rings+0x1b2/0x290 genl_family_rcv_msg_doit.isra.15+0x10f/0x150 genl_family_rcv_msg+0xb3/0x160 ? ring_fill_reply+0x1a0/0x1a0 genl_rcv_msg+0x47/0x90 genl_family_rcv_msg+0x160/0x160 netlink_rcv_skb+0x4c/0x120 genl_rcv+0x24/0x40 netlink_unicast+0x196/0x230 netlink_sendmsg+0x204/0x3d0 sock_sendmsg+0x4c/0x50 __sys_sendto+0xee/0x160 ? handle_mm_fault+0xbe/0x1e0 ? syscall_trace_enter+0x1d3/0x2c0 __x64_sys_sendto+0x24/0x30 do_syscall_64+0x5b/0x1a0 entry_SYSCALL_64_after_hwframe+0x65/0xca RIP0033:0x7f5eac8b035b 这是因为新的缓冲区具有不同的 RX ring count 而造成的 freee_configure_configure_ring is4ring isrx0rxca使用 i40e_alloc_rx_bi 再次重新分配因此 rx_bi 上的 kfree 导致已映射的 DMA 泄漏。通过在加载 BPF 程序时重新分配具有 rx_bi_zc 结构的 ZC来修复此问题。
    此外当 BPF 程序卸载时重新分配回 rx_bi。如果加载/卸载 BPF 程序并创建 XSK 池则在 XSP_SETUP_XSK_POOL 处理程序中相应地重新分配 RX 队列。 (CVE-2022-50679)

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

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

  - drm/vmwgfx修复 vmw_mksstat_add_ioctl() 中的内存泄漏如果从用户空间复制描述字符串失败则不会在返回 -EFAULT 之前释放实例描述符的页面进而导致内存泄漏。 (CVE-2022-50667)

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

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

  - mediadvb-frontends修复内存 fw 泄漏CVE-2022-50664]

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

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

  - ext4修复因 mbcache 条目损坏而导致的死锁操纵 xattr 块时我们可以在 ext4_xattr_block_set() 内的无限循环中死锁在其中不断寻找要在 mbcache 中重用的 xattr 块但无法重用因为它的引用计数太大。发生这种情况的原因是 xattr 块的缓存条目被标记为可重用 (e_reusable set)尽管其引用计数太大。
    发生这种不一致时这种不一致的状态会无限保留因此 ext4_xattr_block_set() 会保持无限重试。不一致的状态是由 e_reusable 位的非原子更新造成的。 e_reusable 是 bitfield 的一部分并且 e_reusable 更新可能与相同位字段中的 e_referenced 位更新争用从而导致丢失其中一个更新。通过使用原子 bitops 修复此问题。此缺陷已存在多年但在提交 65f8b80053a1ext4当重用 xattr 块时修复争用之后变得更容易命中。 (CVE-2022-50668)

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

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

  - cpufreq qcom修复错误路径中的内存泄漏 如果 speedbin 长度由于某些原因而不正确在错误路径中存在内存泄漏因为我们从不释放 speedbin 缓冲区。此提交修复了错误路径以始终释放 speedbin 缓冲区。 (CVE-2022-50658)

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

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

  - Request Handling 组件中存在同源策略绕过。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14331)

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

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

  - wifiath11k修复断开连接时无法找到 peer_id 0 的对等机它具有失败日志即 ath11k_dp_rx_process_mon_status() 中的 ath11k_dbg如下当 debug_mask 未设置 ATH11K_DBG_DATA 时它将不会打印。 ath11k_dbg(ab, ATH11K_DBG_DATA, 无法找到 peer_id %d 的对等机\n, ppdu_info.peer_id);在断开的站上运行扫描时从 ath11k_dp_rx_process_mon_status() 调用的 ath11k_hal_rx_parse_mon_status_tlv() 中情况 HAL_RX_MPDU_START 的 peer_id 为 0且 ppdu_info 的 peer_id 在 while 循环中重置为 0因此其与检查的条件不相符ppdu_info->peer_id == HAL_INVALID_PEERID 在循环中然后日志在循环中检查后未找到 peer_id 0 打印的对等机在 debug_mask 设置为 ATH11K_DBG_DATA 时位于调用堆栈下方。原因是此提交 01d2f285e3e5ath11k解码 HE 状态 tlv在 ath11k_dp_rx_process_mon_status() 中添加了 memset(ppdu_info, 0, sizeof(struct hal_rx_mon_ppdu_info)) 但此提交未将 peer_id 初始化为 HAL_INVALID_PEERID进而导致检查不匹配。失败日志的调用堆栈 [12335.689072] RIP: 0010:ath11k_dp_rx_process_mon_status+0x9ea/0x1020 [ath11k] [12335.689157] Code: 89 ff e8 f9 10 00 00 be 01 00 00 00 4c 89 f7 e8 dc 4b 4e de 48 8b 85 38 ff ff ff c7 80 e4 07 00 00 01 00 00 00 e9 20 f8 ff ff <0f> 0b 41 0f b7 96 be 06 00 00 48 c7 c6 b8 50 44 c1 4c 89 ff e8 fd [12335.689180] RSP: 0018 :ffffb874001a4ca0 EFLAGS00010246 [12335.689210] RAX: 0000000000000000 RBX
    ffff995642cbd100 RCX 0000000000000000 [12335.689229] RDX0000000000000000 RSI0000000000000000 RDI
    ffff99564212cd18 [12335.689248] RBP: ffffb874001a4dc0 R08: 0000000000000001 R09: 0000000000000000 [12335.689268] R10: 0000000000000220 R11: ffffb874001a48e8 R12: ffff995642473d40 [12335.689286] R13:
     R14ffff99564212c5b8  : ffff9956424736a0 R15: ffff995642120000 [12335.689303] FS: 0000000000000000(0000) GS:ffff995739000000(0000) knlGS:0000000000000000 [12335.689323] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [12335.689341] CR2: 00007f43c5d5e039 CR3: 000000011c012005 CR4: 00000000000606e0 [12335.689360] Call Trace: [12335.689377] <IRQ> [12335.689418] ? rcu_read_lock_held_common+0x12/0x50 [12335.689447] ? rcu_read_lock_sched_held+0x25/0x80 [12335.689471] ? rcu_read_lock_held_common+0x12/0x50 [12335.689504] ath11k_dp_rx_process_mon_rings+0x8d/0x4f0 [ath11k] [12335.689578] ? ath11k_dp_rx_process_mon_rings+0x8d/0x4f0 [ath11k] [12335.689653] lock_acquire+0xef/0x360 [12335.689681] ? rcu_read_lock_sched_held+0x25/0x80 [12335.689713] ath11k_dp_service_mon_ring+0x38/0x60 [ath11k] [12335.689784] ? ath11k_dp_rx_process_mon_rings+0x4f0/0x4f0 [ath11k] [12335.689860] call_timer_fn+0xb2/0x2f0 [12335.689897] ath11k_dp_rx_process_mon_rings+0x4f0/0x4f0 [ath11k] [12335.689970] run_timer_softirq+0x21f/0x540 [12335.689999] ktime_get+0xad/0x160 [12335.690025] ? lapic_next_deadline+0x2c/0x40 [12335.690053] ? clockevents_program_event+0x82/0x100 [12335.690093]
    __do_softirq+0x151/0x4a8 [12335.690135] irq_exit_rcu+0xc9/0x100 [12335.690165] sysvec_apic_timer_interrupt+0xa8/0xd0 [12335.690189] </IRQ> [12335.690204] <TASK> [12335.690225] asm_sysvec_apic_timer_interrupt+0x12/0x20 将 HALID_PEERID_INVALID 的默认值重置为每次执行 ppdu_info 的 memset 以及 ath11k_dp_rx_process_mon_status() 函数中存在的其他 memset 之后失败的日志会消失。已在以下设备上进行测试 WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3 (CVE-2022-50665)

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

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

  - bnxt_enbnxt_shutdown() 中关闭 FW DMA bnxt_shutdown() 中的 netif_close() 调用仅会停止数据包 DMA。可能会继续存在用于跟踪日志记录最近添加的 FW DMA。如果 kexec 至新内核则 DMA 将损坏新内核中的内存。添加 bnxt_hwrm_func_drv_unrgtr() 以从固件取消注册驱动程序。这会停止 FW DMA。如果调用失败请调用 pcie_flr() 以重置函数并停止 DMA。 (CVE-2025-40330)

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

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

  - Netmonitor 组件中存在特权提升。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。(CVE-2025-14329)

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

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

  - devlink报告计划用于端口 devlink 的 devlink_port_type_warn 源设备 devlink_port_type_warn 和在未设置端口类型时发出的警告。但是很难从此警告中发现哪个设备驱动程序没有设置 devlink 端口。 [ 3709.975552] 没有为 devlink 端口设置类型。 3709.975579[  ] WARNING: CPU: 1 PID: 13092 at net/devlink/leftover.c:6775 devlink_port_type_warn+0x11/0x20 [ 3709.993967] Modules linked in: openvswitch nf_conncount nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nfnetlink bluetooth rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace fscache netfs vhost_net vhost vhost_iotlb tap tun bridge stp llc qrtr intel_rapl_msr intel_rapl_common i10nm_edac nfit libnvdimm x86_pkg_temp_thermal mlx5_ib intel_powerclamp coretemp dell_wmi ledtrig_audio sparse_keymap ipmi_ssif kvm_intel ib_uverbs rfkill ib_core video kvm iTCO_wdt acpi_ipmi intel_vsec irqbypass ipmi_si iTCO_vendor_support dcdbas ipmi_devintf mei_me ipmi_msghandler rapl mei intel_cstate isst_if_mmio isst_if_mbox_pci dell_smbios intel_uncore isst_if_common i2c_i801 dell_wmi_descriptor wmi_bmof i2c_smbus intel_pch_thermal pcspkr acpi_power_meter xfs libcrc32c sd_mod sg nvme_tcp mgag200 i2c_algo_bit nvme_fabrics drm_shmem_helper drm_kms_helper nvme syscopyarea ahci sysfillrect sysimgblt nvme_c ore fb_sys_fops crct10dif_pclmul libahci mlx5_core sfc crc32_pclmul nvme_common drm [ 3709.994030] crc32c_intel mtd t10_pi mlxfw libata tg3 mdio megaraid_sas psample ghash_clmulni_intel pci_hyperv_intf wmi dm_multipath sunrpc dm_mirror dm_region_hash dm_log dm_mod be2iscsi bnx2i cnic uio cxgb4i cxgb4 tls libcxgbi libcxgb qla4xxx iscsi_boot_sysfs iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi fuse [3710.108431] CPU: 1 PID: 13092 Comm: kworker/1:1 Kdump: loaded Not tainted 5.14.0-319.el9.x86_64 #1 [3710.108435] 硬件名称Dell Inc. PowerEdge R750/0PJ80M、BIOS 1.8.2 09/ 14/2022 [ 3710.108437] Workqueueevents devlink_port_type_warn [ 3710.108440] RIP: 0010:devlink_port_type_warn+0x11/0x20 [3710.108443] Code84 76 fe ff ff 48 c7 03 20 0e 1a ad 31 c0 e9 96 fd ff ff 66 0f 1f 44 00 00 0f 1f 44 00 00 48 c7 c7 18 24 4e ad e8 ef 71 62 ff <0f> 0b c3 cc cc cc cc 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 f6 87 [ 3710.108445] RSP 0018:ff3b6d2e8b3c7e90 EFLAGS: 00010282 [ 3710.108447] RAX: 0000000000000000 RBX
    ff366d6580127080 RCX 0000000000000027 [ 3710.108448] RDX0000000000000027 RSI00000000ffff86de RDI
    ff366d753f41f8c8 [ 3710.108449] RBP: ff366d658ff5a0c0 R08: ff366d753f41f8c0 R09: ff3b6d2e8b3c7e18 [3710.108450] R10: 0000000000000001 R11: 0000000000000023 R12: ff366d753f430600 [ 3710.108451] R13:
     R14ff366d753f436900  : 0000000000000000 R15: ff366d753f436905 [ 3710.108452] FS: 0000000000000000(0000) GS:ff366d753f400000(0000) knlGS:0000000000000000 [ 3710.108453] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 3710.108454] CR2: 00007f1c57bc74e0 CR3: 000000111d26a001 CR4: 0000000000773ee0 [3710.108456] PKRU: 55555554 [ 3710.108457] 调用跟踪: [ 3710.108458] <TASK> [ 3710.108459] process_one_work+0x1e02 [ 3710.108466? ] rescuer_thread+0x390/0x390 [ 3710.108468] worker_thread+0x50/0x3a0 [ 3710.108471] ? rescuer_thread+0x390/0x390 [ 3710.108473] kthread+0xdd/0x100 [3710.108477] ? kthread_complete_and_exit+0x20/0x20 [ 3710.108479] ret_from_fork+0x1f/0x30 [ 3710.108485] </TASK> [ 3710.108486] ---[ 结束跟踪 1b4b23cd0c65d6a0 ]--- 修补程序之后[ 402.473064] ice 0000:41:00.0
    没有为 devlink 端口设置类型。 [ 402.473064] ice 0000:41:00.1未为 devlink 端口设置类型。
    (CVE-2023-53841)

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

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

  - drm/i915通过检查 new_crtc_state 来修复空 ptr 取消引用 intel_atomic_get_new_crtc_state 会返回空除非之前未通过 intel_atomic_get_crtc_state 获得 crtc 状态所以我们必须在此处检查其是否为空正如在许多其他我们无法保证的地方一样调用了 intel_atomic_get_crtc_state。我们目前会因此而发生空指针取消引用问题确认此补丁能有所帮助。
    从提交 1d5b09f8daf859247a1ea65b0d732a24d88980d8 中精选出的内容(CVE-2023-53833)

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

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

  - RDMA/rxe修复内核空指针取消引用错误 当函数 rxe_qp_init_req 中的 rxe_queue_init 失败时qp->req.task.func 和 qp->req.task.arg 未初始化。由于创建 qp 失败函数 rxe_create_qp 将调用 rxe_qp_do_cleanup 来处理分配的资源。拨打电话之前
    __rxe_do_task应同时检查 qp->req.task.func 和 qp->req.task.arg。 (CVE-2022-50671)

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

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

  - bpf、sockmap修复锁定变更后的 skb refcnt 争用存在争用其中在用户空间端已 skb_consumed() sk_buff 及其 refcnt 降至 zer0 造成释放后使用之后可引用 sk_psock_backlog 中的 skb。流如下 while ((skb = skb_peek(&psock->ingress_skb)) sk_psock_handle_Skb(psock, skb, ..., ingress) if (!ingress) ...
    sk_psock_skb_ingress sk_psock_skb_ingress_enqueue(skb) msg->skb = skb sk_psock_queue_msg(psock, msg) skb_dequeue(&psock->ingress_skb) sk_psock_queue_msg() 会将 msg 放入 ingress_msg 队列。这是调用 recvmsg() 时应用程序读取的内容。将 msg 放入队列之后应用程序可随时读取此消息。recvmsg 挂钩还将读取 msg->skb然后在用户空间读取后 msg 将调用其上的 Consumer_skb(skb) 以有效地将其释放。但是在上述争用中backlog 队列仍有对 skb 的引用并调用 skb_dequeue()。如果 skb_dequeue 在用户读取并释放 skb 之后发生即为释放后使用。!ingress 情况不会受到此问题的影响因为它使用 sendmsg_*(sk, msg) 不会使 sk_buff 在堆栈中进一步传递。使用 'test_progs -t sockmap_listen' 观察到下列 splat[ 1022.710250][ T2556] 一般保护错误... [...] [1022.712830][ T2556] Workqueue事件 sk_psock_backlog [ 1022.713262][ T2556] RIP
    0010skb_dequeue+0x4c/0x80 [ 1022.713653][ T2556] 代码... [...] [ 1022.720699][ T2556] 调用跟踪[1022.720984][ T2556] <TASK> [ 1022.721254] [ T2556] die_addr+0x32/0x80^M [ 1022.721589][ T2556] ? exc_general_protection+0x25a/0x4b0 [ 1022.722026][ T2556] ? asm_exc_general_protection+0x22/0x30 [1022.722489][ T2556] ? skb_dequeue+0x4c/0x80 [ 1022.722854][ T2556] sk_psock_backlog+0x27a/0x300 [1022.723243][ T2556] process_one_work+0x2a7/0x5b0 [ 1022.723633][ T2556] worker_thread+0x4f/0x3a0 [1022.723998][ T2556]? __pfx_worker_thread+0x10/0x10 [ 1022.724386][ T2556] kthread+0xfd/0x130 [1022.724709][ T2556] ? __pfx_kthread+0x10/0x10 [ 1022.725066][ T2556] ret_from_fork+0x2d/0x50 [1022.725409][ T2556] ? __pfx_kthread+0x10/0x10 [ 1022.725799][ T2556] ret_from_fork_asm+0x1b/0x30 [1022.726201][ T2556] </TASK> 若要修复我们将在传递要排入 engress 队列的 skb 之前添加一个 skb_get()。这会碰撞 skb->users refcnt以便 Consumer_skb() 和 kfree_skb 将不会立即释放 sk_buff。这样我们就可以确定当我们出列时skb 仍然存在。然后我们只需在 backlog 情况下减少 refcnt 或释放 skb通过在入口情况以及 sendmsg 情况下调用 kfree_skb() 来实现。在锁定来自补丁标签的更改之前我们已锁定 sock因此无法与用户争用此处不存在问题。 (CVE-2023-53836)

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

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

  - WebRTC: Signaling 组件中存在释放后使用。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14321)

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

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

  - 循环分配前loop_set_status_from_info() 检查在 loop_set_status_from_info() 中应在重新分配之前检查 lo->lo_offset 和 lo->lo_sizelimit因为如果发生溢出错误原始正确值将更改为错误值并且将不会被改回。此外原始修补程序未解决问题设置了值且 ioctl 返回了错误但后续 io 使用了循环驱动程序中的值这仍然造成警报 loop_handle_cmd do_req_filebacked loff_t pos = ((loff_t) blk_rq_pos( rq) << 9) + lo->lo_offset; lo_rw_aio cmd->iocb.ki_pos = pos (CVE-2023-53820)

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

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

  - perf/core修复由 cpu 时钟使用情况造成的系统挂起async-profiler 工具的 cpu 时钟使用可触发系统挂起此问题已由 Octavia Togami 一分为二回以下提交18dbcbfabffffperf修复 POLL_HUP 交付breakage造成此问题 挂起的根本原因是 cpu-clock 是一种特殊类型的 SW 事件它依赖于 hrtimers。从 cpu-clock 事件的 hrtimer 处理程序调用 __perf_event_overflow() 回调而 __perf_event_overflow() 尝试调用 cpu_clock_event_stop() 以停止该事件这会调用 htimer_cancel() 以取消 hrtimer。但那是从 hrtimer 处理程序到 hrtimer 代码的递归这自然会死锁。要修复此缺陷请改用 hrtimer_try_to_cancel()并设置 PERF_HES_STOPPED 标记以便 perf_swevent_hrtimer() 在发现 PERF_HES_STOPPED 标记后即停止该事件。 [mingo修复了注释并改进了变更日志。 ] (CVE-2025-40327)

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

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

  - 在 GLib (Gnome Lib) 中发现一个缺陷。此漏洞可让远程攻击者造成堆损坏从而在处理恶意构建的输入字符串时通过 GVariant 解析器中的缓冲区下溢导致拒绝服务或可能执行代码。 (CVE-2025-14087)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 115.31、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14324)

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

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

  - BluetoothL2CAP修复 l2cap_disconnect_{req,rsp} 中的释放后使用 与提交 d0be8347c623 类似BluetoothL2CAP修复 l2cap_chan_put 造成的释放后使用仅使用 l2cap_chan_hold_unless_zero 来防止引用将要释放后使用的通道被破坏。 (CVE-2023-53827)

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

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

  - JavaScript Engine: JIT 组件中存在 JIT 编译错误。此漏洞会影响 Firefox < 146、Firefox ESR < 140.6、Thunderbird < 146 和 Thunderbird < 140.6。 (CVE-2025-14330)

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

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

  - miscxl修复 ocxl_file_register_afu() 中可能的名称泄漏如果 device_register() 在 ocxl_file_register_afu() 中返回错误则需要释放由 dev_set_name() 分配的名称。如 device_register() 的注释所述其应使用 put_device() 放弃错误路径中的引用。因此可通过调用 put_device() 修复此问题然后可在 kobject_cleanup() 中释放名称并在 info_release() 中释放信息。 (CVE-2022-50669)

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

ID	名称	严重性
278056	Linux Distros 未修补的漏洞：CVE-2023-53793	medium
278055	Linux Distros 未修补的漏洞：CVE-2023-53792	medium
278054	Linux Distros 未修补的漏洞：CVE-2023-53810	medium
278053	Linux Distros 未修补的漏洞：CVE-2023-53828	high
278044	Linux Distros 未修补的漏洞：CVE-2022-50650	high
278043	Linux Distros 未修补的漏洞：CVE-2022-50643	high
278042	Linux Distros 未修补的漏洞：CVE-2022-50670	medium
278041	Linux Distros 未修补的漏洞：CVE-2022-50636	medium
278040	Linux Distros 未修补的漏洞：CVE-2022-50637	medium
278039	Linux Distros 未修补的漏洞：CVE-2022-50645	high
278038	Linux Distros 未修补的漏洞：CVE-2022-50654	medium
278037	Linux Distros 未修补的漏洞：CVE-2022-50639	medium
278036	Linux Distros 未修补的漏洞：CVE-2022-50638	high
278024	Linux Distros 未修补的漏洞：CVE-2025-14307	critical
278023	Linux Distros 未修补的漏洞：CVE-2023-53848	medium
278022	Linux Distros 未修补的漏洞：CVE-2025-2296	high
278021	Linux Distros 未修补的漏洞：CVE-2025-14306	critical
278020	Linux Distros 未修补的漏洞：CVE-2023-53847	medium
278019	Linux Distros 未修补的漏洞：CVE-2022-50678	low
278018	Linux Distros 未修补的漏洞：CVE-2023-53826	high
278017	Linux Distros 未修补的漏洞：CVE-2025-14308	critical
278016	Linux Distros 未修补的漏洞：CVE-2023-53861	medium
278015	Linux Distros 未修补的漏洞：CVE-2023-53852	medium
278014	Linux Distros 未修补的漏洞：CVE-2024-38798	medium
278013	Linux Distros 未修补的漏洞：CVE-2023-53863	medium
278012	Linux Distros 未修补的漏洞：CVE-2023-53858	medium
278011	Linux Distros 未修补的漏洞：CVE-2023-53821	high
278010	Linux Distros 未修补的漏洞：CVE-2023-53860	medium
278009	Linux Distros 未修补的漏洞：CVE-2022-50673	high
278008	Linux Distros 未修补的漏洞：CVE-2022-50679	medium
278007	Linux Distros 未修补的漏洞：CVE-2022-50667	medium
278006	Linux Distros 未修补的漏洞：CVE-2022-50664	high
278005	Linux Distros 未修补的漏洞：CVE-2022-50668	medium
278004	Linux Distros 未修补的漏洞：CVE-2022-50658	medium
277970	Linux Distros 未修补的漏洞：CVE-2025-14331	medium
277969	Linux Distros 未修补的漏洞：CVE-2022-50665	medium
277968	Linux Distros 未修补的漏洞：CVE-2025-40330	medium
277967	Linux Distros 未修补的漏洞：CVE-2025-14329	high
277966	Linux Distros 未修补的漏洞：CVE-2023-53841	high
277965	Linux Distros 未修补的漏洞：CVE-2023-53833	medium
277964	Linux Distros 未修补的漏洞：CVE-2022-50671	medium
277963	Linux Distros 未修补的漏洞：CVE-2023-53836	high
277962	Linux Distros 未修补的漏洞：CVE-2025-14321	critical
277961	Linux Distros 未修补的漏洞：CVE-2023-53820	medium
277960	Linux Distros 未修补的漏洞：CVE-2025-40327	medium
277959	Linux Distros 未修补的漏洞：CVE-2025-14087	critical
277958	Linux Distros 未修补的漏洞：CVE-2025-14324	critical
277957	Linux Distros 未修补的漏洞：CVE-2023-53827	high
277956	Linux Distros 未修补的漏洞：CVE-2025-14330	critical
277955	Linux Distros 未修补的漏洞：CVE-2022-50669	high

检测

Nessus 的 Misc. 系列

medium

medium

medium

high

high

high

medium

medium

medium

high

medium

medium

high

critical

medium

high

critical

medium

low

high

critical

medium

medium

medium

medium

medium

high

medium

high

medium

medium

high

medium

medium

medium

medium

medium

high

high

medium

medium

high

critical

medium

medium

critical

critical

high

critical

high