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

  - mediamax9286释放控制处理程序 一些探测时间错误路径以及删除路径中会泄露控制处理程序。修复之。 (CVE-2023-54078)

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

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

  - tpm向 hwrng_unregister() 调用站点添加 !tpm_amd_is_rng_defective() 报告了以下崩溃
    [ 1950.279393] list_del 损坏ffff99560d485790->next 为空 [ 1950.279400] ------------[在此剪切]------------ [ 1950.279401] kernel lib/list_debug.c:49 中的缺陷[ 1950.279405] 无效的 opcode0000 [#1] PREEMPT SMP NOPTI [ 1950.279407] CPU: 11 PID: 5886 Comm: modprobe Tainted: GO 6.2.8_1 #1 [ 1950.279409] 硬件名称Gigabyte Technology Co., Ltd. B550M AORUS PRO-P/B550M AORUS PRO-P、BIOS F15c 05/11/2022 [1950.279410] RIP: 0010:__list_del_entry_valid+0x59/0xc0 [ 1950.279415] 代码48 8b 01 48 39 f8 75 5a 48 8b 72 08 48 39 c6 75 65 b8 01 00 00 00 c3 cc cc cc cc 48 89 fe 48 c7 c7 08 a8 13 9e e8 b7 0a bc ff <0f> 0b 48 89 fe 48 c7 c7 38 a8 13 9e e8 a6 0a bc ff 0f 0b 4889 fe [ 1950.279416] RSP: 0018:ffffa96d05647e08 EFLAGS
    00010246 [ 1950.279418] RAX: 0000000000000033 RBX: ffff99560d485750 RCX: 0000000000000000 [ 1950.279419] RDX: 0000000000000000 RSI: ffffffff9e107c59 RDI: 00000000ffffffff [ 1950.279420] RBP: ffffffffc19c5168 R08: 0000000000000000 R09: ffffa96d05647cc8 [ 1950.279421] R10: 0000000000000003 R11: ffffffff9ea2a568 R12: 0000000000000000 [ 1950.279422] R13: ffff99560140a2e0 R14: ffff99560127d2e0 R15: 0000000000000000 [1950.279422] FS: 00007f67da795380(0000) GS:ffff995d1f0c0000(0000) knlGS:0000000000000000 [ 1950.279424] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 1950.279424] CR2: 00007f67da7e65c0 CR3:
    00000001feed2000 CR4: 0000000000750ee0 [ 1950.279426] PKRU: 55555554 [ 1950.279426] 调用跟踪 [1950.279428] <TASK> [ 1950.279430] hwrng_unregister+0x28/0xe0 [rng_core] [ 1950.279436] tpm_chip_unregister+0xd5/0xf0 [tpm]忘记 !tpm_amd_is_rng_defective() 对于 tpm_chip_unregister() 内的 hwrng_unregister() 调用站点具有不变性。 (CVE-2023-54073)

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

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

  - driversocxilinx使用 _safe 循环迭代器避免释放后使用 hash_for_each_possible() 循环取消引用 eve_data以获取列表中的下一个项目。然而该循环释放 eve_data因此会导致释放后使用。请改用 hash_for_each_possible_safe()。 (CVE-2023-54101)

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

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

  - kcm修复 kcm_sendmsg() 的错误路径中的内存泄漏syzbot 报告了如下所示的内存泄漏缺陷: 内存泄漏未引用对象 0xffff88810b088c00 (大小 240): comm syz-executor186, pid 5012, jiffies 4294943306 (age 13.680s) hex 转储前 32 字节00 89 08 0b 81 88 ff ff 00 00 00 00 00 00 00 00 ........ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ............回溯
    [<ffffffff83e5d5ff>] __alloc_skb+0x1ef/0x230 net/core/skbuff.c:634 [<ffffffff84606e59>] alloc_skb include/linux/skbuff.h:1289 [inline] [<ffffffff84606e59>] kcm_sendmsg+0x269/0x1050 net/kcm/kcmsock. c:815 [<ffffffff83e479c6>] sock_sendmsg_nosec net/socket.c:725 [inline] [<ffffffff83e479c6>] sock_sendmsg+0x56/0xb0 net/socket.c:748 [<ffffffff83e47f55>]____sys_sendmsg+0x365/0x470 net/socket.c:2494 [<ffffffff83e4c389>] ___sys_sendmsg+0xc9/0x130 net/socket.c:2548 [<ffffffff83e4c536>]
    __sys_sendmsg+0xa6/0x120 net/socket.c:2577 [<ffffffff84ad7bb8>] do_syscall_x64 arch/x86/entry/common.c:50 [内联] [<ffffffff84ad7bb8>] do_syscall_64+0x38/0xb0 arch/x86/entry/common.c 80 [<ffffffff84c0008b>] entry_SYSCALL_64_after_hwframe+0x63/0xcd 在 kcm_sendmsg() 中kcm_tx_msg(head)->last_skb 用作光标将新分配的 skb 附加到“head”。如果复制某些字节则会发生错误并跳至 out_error 标签“last_skb”保持不变。更新的 kcm_sendmsg() 将使用过时的“last_skb”引用从而损坏“head”frag_list 并导致泄漏。此修补程序通过正确更新“last_skb”中最后分配的 skb修复此问题。 (CVE-2023-54112)

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

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

  - scsiefct修复 efct_device_init() 中可能的内存泄漏在 efct_device_init() 中当 efct_scsi_reg_fc_transport() 失败时不会调用 efct_scsi_tgt_driver_exit() 来为 efct_scsi_tgt_driver_init() 释放内存并造成 内存泄漏未引用的对象 0xffff8881020ce000 (size modprobe) 、pid 465、jiffies 4294928222 (age 55.872s) backtrace [<0000000021a1ef1b>] kmalloc_trace+0x27/0x110 [<000000004c3ed51c>] target_register_template+0x4fd/0x7b0 [target_core_mod] [<00000000f3393296>] efct_scsi_tgt_driver_init+0x18/0x50 [efct] [<00000000115de533>] 0xffffffffc0d90011 [<00000000d608f646>] do_one_initcall+0xd0/0x4e0 [<0000000067828cf1>] do_init_module+0x1cc/0x6a0 ...
    (CVE-2022-50727)

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

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

  - bpf修复独占映射内存泄漏 excl_prog_hash 为 0 且 excl_prog_hash_size 为非零时也需要释放映射。否则映射内存将不会被回收正如 syzbot 报告的内存泄漏问题 [1]。 syzbot 报告了缺陷内存泄漏回溯 (crc 7b9fb9b4)
    map_create+0x322/0x11e0 kernel/bpf/syscall.c:1512 __sys_bpf+0x3556/0x3610 kernel/bpf/syscall.c:6131 (CVE-2025-68355)

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

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

  - binder修复 binder_init() 中的内存泄漏。binder_init() 中未在错误的路径中执行 binder_alloc_shrinker_init() 的销毁从而导致内存泄漏。因此此提交引入 binder_alloc_shrinker_exit() 并在错误的路径中调用以修复该问题。 (CVE-2023-54005)

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

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

  - mipsbmips BCM6358禁用 TP1 RAC 刷新 RAC 刷新从 TP1 引导时导致 BCM6358 因 EHCI/OHCI 发生内核错误 [ 3.881739] usb 1-1使用 ehci- 的新高速 USB 设备 2 号平台 [3.895011] 内核代码中的 Reserved 指令[#1][ 3.900113] CPU: 0 PID: 1 Comm: init Not tainted 5.10.16 #0 [ 3.905829] $ 0 : 00000000 10008700 00000000 77d94060 [ 3.911238] $ 4 7fd1f088 00000000 81431cac 81431ca0 [ 3.916641] $ 8 : 00000000 ffffefff 8075cd34 00000000 [ 3.922043] $12 : 806f8d40 f3e812b7 00000000 000d9aaa [ 3.927446] $16 : 7fd1f068 7fd1f080 7ff559b8 81428470 [ 3.932848] $20 :
    00000000 00000000 55590000 77d70000 [ 3.938251] $24 : 00000018 00000010 [ 3.943655] $28 : 81430000 81431e60 81431f28 800157fc [ 3.949058] Hi : 00000000 [ 3.952013] Lo : 00000000 [ 3.955019] epc : 80015808 setup_sigcontext+0x54/0x24c [ 3.960464] ra 800157fc setup_sigcontext+0x48/0x24c [ 3.965913] 状态
    10008703 KERNEL EXL IE [ 3.970216] 原因 00800028 (ExcCode 0a) [ 3.974340] PrId0002a010 (Broadcom BMIPS4350) [ 3.979170] 中链接的模块ohci_platform ohci_hcd fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hot usb 3.992907] Process init (pid: 1, threadinfo=(ptrval), task=(ptrval), tls=77e22ec8) [ 4.000776] Stack : 81431ef4 7fd1f080 81431f28 81428470 7fd1f068 81431edc 7ff559b8 81428470 [ 4.009467] 81431f28 7fd1f080 55590000 77d70000 77d5498c 80015c70 806f0000 8063ae74 [ 4.018149] 08100002 81431f28 0000000a 08100002 81431f28 0000000a 77d6b418 00000003 [4.026831] ffffffff 80016414 80080734 81431ecc 81431ecc 00000001 00000000 04000000 [ 4.035512] 77d54874 00000000 00000000 00000000 00000000 00000012 00000002 00000000 [ 4.044196] ... [ 4.046706] Call Trace: [4.049238] [<80015808>] setup_sigcontext+0x54/0x24c [ 4.054356] [<80015c70>] setup_frame+0xdc/0x124 [4.059015] [<80016414>] do_notify_resume+0x1dc/0x288 [ 4.064207] [<80011b50>] work_notifysig+0x10/0x18 [4.069036] [ 4.070538] 代码8fc300b4 00001025 26240008 <ac820000> ac830004 3c048063 0c0228aa 24846a00 26240010 [ 4.080686] [ 4.082517] ---[ 结束跟踪 22a8edb41f5f983b ]--- [ 4.087374] 内核错误 - 不同步致命异常 [ 4.092753] 1 秒内重新启动。因为引导加载程序 (CFE) 未在第二个线程 (TP1) 上正确初始化预读缓存。由于 RAC 未正确初始化因此我们应避免冒损坏指令流的风险对其进行刷新如上面的跟踪所示。 (CVE-2023-53986)

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

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

  - cryptosafexcel - 加载失败时清理环 IRQ 工作队列safexcel 驱动程序加载失败会导致在启动时出现以下警告因为未正确清理 IRQ 同质。
    确保驱动程序加载失败时清理相关性和工作队列。 crypto-safexcelf2800000.crypto 的探测失败出现错误 -2 ------------[ cut here ]------------ 警告CPU1 PID232 at kernel/irq/manage.c:1913 free_irq+0x300/0x340 Modules linked in: hwmon mdio_i2c crypto_safexcel(+) md5 sha256_generic libsha256 authenc libdes omap_rng rng_core nft_masq nft_nat nft_chain_nat nf_nat nft_ct nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 nf_tables libcrc32c nfnetlink fuse autofs4 CPU: 1 PID: 232 Commsystemd-udevd TaintedGW 6.1.6-00002-g9d4898824677 #3 硬件名称MikroTik RB5009 (DT) pstate
    600000c5 (nZCv daIF -PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc free_irq+0x300/0x340 lr
    free_irq+0x2e0/0x340 sp ffff800008fa3890 x29ffff800008fa3890 x280000000000000000 x27
    0000000000000000 x26: ffff8000008e6dc0 x25: ffff000009034cac x24: ffff000009034d50 x23: 0000000000000000 x22: 000000000000004a x21: ffff0000093e0d80 x20: ffff000009034c00 x19: ffff00000615fc00 x18:
    0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 000075f5c1584c5e x14: 0000000000000017 x13: 0000000000000000 x12: 0000000000000040 x11: ffff000000579b60 x10: ffff000000579b62 x9 :
    ffff800008bbe370 x8 : ffff000000579dd0 x7 : 0000000000000000 x6 : ffff000000579e18 x5 : ffff000000579da8 x4 : ffff800008ca0000 x3 : ffff800008ca0188 x2 : 0000000013033204 x1 : ffff000009034c00 x0 :
    ffff8000087eadf0 Call trace: free_irq+0x300/0x340 devm_irq_release+0x14/0x20 devres_release_all+0xa0/0x100 device_unbind_cleanup+0x14/0x60 really_probe+0x198/0x2d4 __driver_probe_device+0x74/0xdc driver_probe_device+0x3c/0x110 __driver_attach+0x8c/0x190 bus_for_each_dev+0x6c/0xc0 driver_attach +0x20/0x30 bus_add_driver+0x148/0x1fc driver_register+0x74/0x120
    __platform_driver_register+0x24/0x30 safexcel_init+0x48/0x1000 [crypto_safexcel] do_one_initcall+0x4c/0x1b0 do_init_module+0x44/0x1cc load_module+0x1724/0x1be4
    __do_sys_finit_module+0xbc/0x110 __arm64_sys_finit_module+0x1c/0x24 invoke_syscall+0x44/0x110 el0_svc_common.constprop.0+0xc0/0xe0 do_el0_svc+0x20/0x80 el0_svc+0x14/0x4c el0t_64_sync_handler+0xb0/0xb4 el0t_64_sync+0x148/0x14c ---[ end trace 0000000000000000]--- (CVE-2023-54126)

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

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

  -erofs如果 clusterofs 无效则停止解析非压缩 HEAD 索引Syzbot 通过非压缩 HEAD 索引 clusterofs 33024 生成了构建的图像 [1]而有效数字应为 0 ~ lclustersize-1这会导致如下的意外行为如下缺陷无法处理地址的页面错误
    ffff52101a3fff9 #PF内核模式下的主管读取访问 #PF error_code (0x0000) - not-present page PGD 23ffed067 P4D 23ffed067 PUD 0 Oops0000 [#1] PREEMPT SMP KASAN CPU: 1 PID: 4398 Comm: kworker/u5 1 未受感染 6.3.0-rc6-syzkaller-g09a9639e56c0 #0 硬件名称Google Google Compute Engine/Google Compute Engine, BIOS Google 03/30/2023 Workqueueerofs_worker z_erofs_decompressqueue_work RIP
    0010z_erofs_decompress_queue+0xb7e/0x2b40 ... 调用追踪 <TASK> z_erofs_decompressqueue_work+0x99/0xe0 process_one_work+0x8f6/0x1170 work_thread+0xa63/0x1210 kthread+0x270/0x300 ret_from_fork+0x1f/0x30 请注意正常图像或使用压缩索引的图像不受影响。我们现在就修复此问题。 [1] https://lore.kernel.org/r/000000000000ec75b005ee97fbaa@google.com (CVE-2023-54132)

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

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

  - f2fs修复以在设置 cp_error 时在 umount() 期间终止所有脏页面 xfstest generic/361 报告缺陷 f2fs_bug_on(sbi, sbi->fsync_node_num) ; fs/f2fs/super.c:1627! 的内核缺陷RIP
    0010:f2fs_put_super+0x3a8/0x3b0 Call Trace: generic_shutdown_super+0x8c/0x1b0 kill_block_super+0x2b/0x60 kill_f2fs_super+0x87/0x110 deactivate_locked_super+0x39/0x80 deactivate_super+0x46/0x50 cleanup_mnt+0x109/0x170 __cleanup_mnt+0x16/0x20 task_work_run+0x65/0xa0 exit_to_user_mode_prepare+0x175/0x190 syscall_exit_to_user_mode+0x25/0x50 do_syscall_64+0x4c/0x90 entry_SYSCALL_64_after_hwframe+0x72/0xdc 在 umount() 期间如果设置了 cp_errorf2fs_wait_on_all_pages() 不应停止等待所有 F2FS_WBback_all_pages()否则非造成此缺陷的 f2fs_wait_on_all_pages() 之后出现 -zero。在这种情况下为避免 f2fs_wait_on_all_pages() 中发生死循环需要丢弃所有脏页而不是对其进行重新整理。 (CVE-2023-54124)

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

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

  - ASoCmediatek: common修复 parse_dai_link_info 中的 refcount 泄漏在 of_node_get() 和 of_node_put() 返回至平衡之前添加缺少的 of_node_put()可能在 for 循环“for_each_available_child_of_node”提早返回的情况下变得不平衡。 (CVE-2023-54075)

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

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

  - mediavidtv修复 vidtv_bridge_dvb_init() 中的释放后使用 KASAN 报告释放后使用BUGKASAN
    dvb_dmxdev_release+0x4d5/0x5d0 中的释放后使用 [dvb_core] 调用跟踪... dvb_dmxdev_release+0x4d5/0x5d0 [dvb_core] vidtv_bridge_probe+0x7bf/0xa40 [dvb_vidtv_bridge] platform_probe+0xb6/0x170 ... 按任务 1238 分配... dvb_register_device+0x1a7/0xa70 [dvb_core] dvb_dmxdev_init+0x2af/0x4a0 [dvb_core] vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge] ... 由任务 1238释放dvb_register_device+0x6d2/0xa70 [dvb_core] dvb_dmxdev_init+0x2af/0x4a0 [dvb_core] vidtv_bridge_probe+0x766/0xa40 [dvb_vidtv_bridge] ... 这是因为 vidtv_bridge_dvb_init() 中的错误处理不正确。首先vidtv_bridge_dmx(dev)_init() 将在失败时清除自身但前往 fail_dmx(_dev): 再次调用释放函数这会造成释放后使用。此外在 fail_fe、fail_tuner_probe 和 fail_demod_probe 中当 i 完成其循环时 (i == NUM_FE)j = i 将造成越界。尽管 NUM_FE 现在为 1循环释放是错误的因此不会造成问题。通过正确释放所有内容修复此问题。 (CVE-2022-50725)

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

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

  - clkvisconti修复 visconti_register_pll() 中的内存泄漏 @pll->rate_table 已通过 kmemdup() 分配内存如果 clk_hw_register() 失败应将其释放否则将导致内存泄漏问题此修补程序可修复它。 (CVE-2022-50713)

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

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

  - drm/msm/dpu对 cstate 添加检查由于 kzalloc 可能会失败并返回空指针因此最好检查 cstate以避免 __drm_atomic_helper_crtc_reset 中的空指针取消引用。patchwork
    https://patchwork.freedesktop.org/patch/514163/ (CVE-2023-54122)

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

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

  - nvmemcore修复 nvmem_register() 中的内存泄漏nvmem_register() dev_set_name 将为 nvmem_register 中的 nvmem->dev.kobj.name 分配内存当 nvmem_validate_keepouts 失败时nvmem 的内存将被释放并返回但没有人将为 nvmem->dev 释放内存。 kobj.name 可能会发生内存泄露因此将 nvmem_validate_keepouts() 移动到 device_register() 之后让设备核心在错误情况下处理名称清理。 (CVE-2022-50734)

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

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

  - ns初始化初始命名空间的 ns_list_node 确保始终针对初始命名空间初始化列表。 (CVE-2025-68377)

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

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

  - fs/ntfs3修复内存泄漏如果 ntfs_read_mft 在 ntfs_read_mft() 中的 Label ATTR_ROOT 设置 is_root = true 且 ni->ni_flags |= NI_FLAG_DIR则内存泄露则下一个 attr 将前往标签 ATTR_ALLOC 和 alloc ni->dir.alloc_run。
    但是两种状态并不总是一致可能会造成内存泄漏。 1) ATTR_ROOT 中的 attr_name 不符合其设置 is_root = true 但未设置 NI_FLAG_DIR 的条件。 2) ATTR_ALLOC 中的下一个 attr_name 符合条件和 alloc ni->dir.alloc_run 3) 当设置 NI_FLAG_DIR 时在清除函数 ni_clear() 中会释放 ni->dir.alloc_run否则会释放 ni->file.run 4 ) 因为在这种情况下 NI_FLAG_DIR 未设置ni->dir.alloc_run 在 kmemleak Reported 时遭到泄露未引用的对象 0xffff888003bc5480大小 64
    backtrace[<000000003d42e6b0>] __kmalloc_node+0x4e/0x1c0 [<00000000d8e19b8a>] kvmalloc_node+0x39/0x1f0 [<00000000fc3eb5b8>] run_add_entry+0x18a/0xa40 [ntfs3] [<0000000011c9f978>] run_unpack+0x75d/0x8e0 [ntfs3] [<00000000e7cf1819>] run_unpack_ex+ 0xbc/0x500 [ntfs3] [<00000000bbf0a43d>] ntfs_iget5+0xb25/0x2dd0 [ntfs3] [<00000000a6e50693>] ntfs_fill_super+0x218d/0x3580 [ntfs3] [<00000000b9170608>] get_tree_bdev+0x3fb/0x710 [<000000004833798a>] vfs_get_tree+0x8e/0x280 [<000000006e20b8e6>] path_mount+0xf3c/0x1930 [<000000007bf15a5f>] do_mount+0xf3/0x110 ... 通过始终同时设置 is_root 和 NI_FLAG_DIR可修复此缺陷。
    (CVE-2023-54077)

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

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

  - drm/msm/dpu不允许返回未分配的资源如果拓扑请求的资源不是由系统创建因为这些资源通常不会在 dpu_mdss_cfg ^1 中呈现因此 global_state (在 drm/msm/dpu 中对它们的分配进行健全性检查之前拒绝没有 DSC 区块的拓扑保持为空但仍会从 dpu_rm_get_assigned_resources 中返回调用程序预期在这种情况下包含 num_blks 有效指针的数组但获取这些 NULL。空指针取消引用通常会导致难以调试的平台锁定发生这种情况为防止发生这种情况num_blks 的计数不应超过 NULL 区块的大小不应超过 NULL 区块而是打印错误和中断。尽管 max_blks 代表最大区块数的静态大小但实际大小会因平台而异。 ^1此问题可能在 git 衍合最终将 _dpu_cfg 的添加移动至具有相同修补程序环境的其他结构之后发生。patchwork: https://patchwork.freedesktop.org/patch/517636/(CVE-2023-53991]

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

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

  - f2fscompress修复以在 f2fs_write_raw_pages() 中调用 f2fs_wait_on_page_writeback() 并发写入文件时将会触发 BUG_ON() 因为同一页面会回写多次。 1597 void folio_end_writeback(struct folio *folio) 1598 { ...... 1618 if (!__ folio_end_writeback(folio)) 1619 BUG();
    ...... 1625} mm/filemap.c:1619! 的内核缺陷调用跟踪 <TASK> f2fs_write_end_io+0x1a0/0x370 blk_update_request+0x6c/0x410 blk_mq_end_request+0x15/0x130 blk_complete_reqs+0x3c/0x50
    __do_softirq+0xb8/0x29b ? sort_range+0x20/0x20 run_ksoftirqd+0x19/0x20 smpboot_thread_fn+0x10b/0x1d0 kthread+0xde/0x110 kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x22/0x30 </TASK> 并发场景如下[进程 A] [进程 B] [进程 C] f2fs_write_raw_pages() - redirty_page_for_writepage() - 解锁 page() f2fs_do_write_data_page() - lock_page() - clear_page_dirty_for_io() - set_page_writeback() [第一次回写] ---- ---- 解锁 page() generic_perform_write() - f2fs_write_begin() - wait_for_stable_page() - f2fs_write_end() - set_page_dirty() - lock_page() - f2fs_do_write_data_page() - set_page_writeback () [第二次回写] 此问题由之前的提交 7377e853967bf2fs压缩修复压缩文件的潜在死锁引入。f2fs_write_raw_pages() 中释放了所有页面锁但在后续写入过程中会忽略页面是否处于回写状态。让我们通过在写入之前等待页面回写来修复它。 (CVE-2023-54068)

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

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

  - usbmtu3修复 qmu 传输完成 irq 处理程序中的内核错误当处理 qmu 传输 irq 时它将在交还请求之前解锁 @mtu->lock如果另一个线程同时处理断开连接事件并尝试禁用 ep它可能锁定 @mtu->lock 并释放 qmu ring然后 qmu irq 处理程序可能得到空 gpd请在处理之前通过检查 gpd 的值来避免 KE。例如 cpu1 上运行的 cpu0 线程上的 qmu 完成了 irq qmu_done_tx() 处理 gpd [0] mtu3_requ_complete() mtu3_gadget_ep_disable() 解锁 @mtu->lock还给请求锁定 @mtu->lock mtu3_ep_disable() mtu3_gpd_ring_free() 解锁 @mtu-> lock lock @mtu->lock 获取下一个 gpd [1] [1]转到 [0] 以处理下一个 gpd且下一个 gpd 可能为空。 (CVE-2023-54159)

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

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

  - net: dsa对于同步的 VLAN 感知 MAC 地址避免可疑的 RCU 使用。在使用 felix 驱动程序唯一支持 UC 筛选和 MC 筛选的驱动程序作为其他随机 DSA 交换机的 DSA 主机时可看到以下堆栈跟踪下游交换机端口何时加入 VLAN 感知的桥：
    ============================= 警告可疑 RCU 使用情况 ---------------- ------------- net/8021q/vlan_core.c:238 可疑的 rcu_dereference_protected() 使用堆栈回溯Workqueue
    dsa_ordered dsa_slave_switchdev_event_work Call trace: lockdep_rcu_suspicious+0x170/0x210 vlan_for_each+0x8c/0x188 dsa_slave_sync_uc+0x128/0x178 __hw_addr_sync_dev+0x138/0x158 dsa_slave_set_rx_mode+0x58/0x70 __dev_set_rx_mode+0x88/0xa8 dev_uc_add+0x74/0xa0 dsa_port_bridge_host_fdb_add+0xec/0x180 dsa_slave_switchdev_event_work+0x7c/0x1c8 process_one_work+0x290/0x568 其含义是 vlan_for_each() 预期 rtnl_lock() 上下文但从 DSA 主控端的 ndo_set_rx_mode() 调用时未获得。该函数 - dsa_slave_set_rx_mode() 的调用程序是来自延迟的 dsa_slave_switchdev_event_work() 的从属 DSA 接口的 dsa_port_bridge_host_fdb_add()。我们不遗余力地避免在提交 0faf890fc519 (netdsa从 dsa_slave_switchdev_event_work 中删除 rtnl_lock) 的该调用路径中使用 rtnl_lock()上下文并且无法调用 rtnl_lock()因为在调用 dsa_flush_workqueue 时可能会发生死锁从确实包含 rtnl_lock() 的调用路径中删除 基本上是所有路径。因此当 DSA 主控端从其 ndo_set_rx_mode() 调用 vlan_for_each()时此设备上的 8021q 驱动程序的状态实际上未受到任何保护以防并发访问。查看 net/8021q/我不认为 vlan_info->vid_list 在专门设计时考虑 RCU 遍历因此引入 vlan_for_each() - vlan_for_each_rcu() - 的 RCU 读取端形式并不那么容易无论如何它也不完全是我们所需要的。一般来说，我认为解决方案无论如何也不在 net/8021q/ 中；为此任务未中断 vlan_for_each()。DSA 本身不需要保留 rtnl_lock() - 因为我们阻止的不是 netdev 状态更改而只是向 VLAN 列表并发添加/删除。我们甚至不需要可休眠上下文 - vlan_for_each() 的回调仅计划延迟的工作。建议的转义是删除对 vlan_for_each() 的依存关系并开放代码一个不可休眠的、无 rtnl-free 的替代品开源代码基于从 .ndo_vlan_rx_add_vid() 和 .ndo_vlan_rx_kill_vid() 修改的 VLAN 列表副本。
    (CVE-2023-54149)

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

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

  - wifirsi如果未启用请勿在关闭挂钩中配置 WoWlan 如果在系统操作期间从未配置 WoWlanhw->wiphy->wowlan_config 将为 NULL。 rsi_config_wowlan() 检查 wowlan_config 是否为 non-NULL如果不是则发出警告。此警告有效原因是在正常操作期间应仅通过非 NULL wowlan_config 调用 rsi_config_wowlan()。在关机时仅当用户之前配置了 WoWlan 时才调用此 rsi_config_wowlan()。
    将对 non-NULL wowlan_config 的检查添加到关闭挂钩中。同时在访问 wowlan_config 之前检查 wiphy 是否也为非 NULL。终止一次性使用 wowlan_config 变量而仅将其内联到函数调用中。 (CVE-2023-54025)

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

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

  - mediamediatekvcodec修复 vdec_msg_queue_init() 中的资源泄漏如果在 vdec_msg_queue_init() 中遇到任何错误则需要设置 msg_queue->wdma_addr.size = 0。通常此操作在 vdec_msg_queue_deinit() 函数内完成。但是如果第一次调用分配 &msg_queue->wdma_addr 失败则 vdec_msg_queue_deinit() 函数为空操作。对于这种情况，只需将大小明确设置为零，然后返回。返回前还有两个未清除的其他错误路径。将这些错误路径更改为 goto mem_alloc_err。 (CVE-2023-54143)

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

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

  - stagingvt6655修复潜在的内存泄漏在函数 device_init_td0_ring中为 priv->apTD0Rings[i] 的成员 td_info 分配内存其中 i 从 0 开始递增。如果分配失败将以相反的顺序释放内存其中 i递减到 0。但是忽略了 i=0 的情况因此内存被泄漏。修改内存释放循环以包含 i=0 的情况。 (CVE-2022-50758)

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

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

  - spmi添加删除 SPMI 驱动程序时的删除回调检查删除 SPMI 驱动程序时如果未定义删除回调则可能因空指针取消引用而发生崩溃。这是在删除 QCOM SPMI PMIC 驱动程序时观察到的一个此类调用跟踪dump_backtrace.cfi_jt+0x0/0x8 dump_stack_lvl+0xd8/0x16c panic+0x188/0x498 __cfi_slowpath+0x0/0x214 __cfi_slowpath+0x1dc/0x214 spmi_drv_remove+0x16c/0x1e0 device_driver_release /0x79c driver_detach+0x11c/0x1a0 bus_remove_driver+0xc4/0x124 driver_unregister+0x58/0x84 cleanup_module+0x1c/0xc24 [qcom_spmi_pmic]
    __do_sys_delete_module+0x3ec/0x53c __arm64_sys_delete_module+0x18/0x28 el0_svc_common+0xdc/0x294 el0_svc+0x38/0x9c el0_sync_handler+0x8c/0xf0 el0_sync+0x1b4/0x1c0 如果驱动程序包含通过 deanyvm_others cleanup 则不需要定义删除回调。因此删除 SPMI 驱动程序时在调用之前添加对删除回调是否存在的检查。 (CVE-2023-54044)

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

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

  - tracing/user_events确保写入索引不能为负 写入索引可指示数据用于哪个事件并且访问每个文件数组。索引由用户进程在 write() 调用期间作为前 4 个字节传递。通过返回 -EINVAL 来防止越界访问以确保其值为负。
    更新 ftrace self-test 以确保此项正确发生。 (CVE-2023-54139)

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

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

  - exfat修复 exfat_allocate_bitmap 中的除以零问题 exfat_allocate_bitmap() 中的变量 max_ra_count 可能为 0这在后续模运算 (i % max_ra_count) 中造成除以零错误进而导致系统崩溃。当 max_ra_count 为 0 时，表示未使用 readahead。
    此修补程序加载位图无预读。 (CVE-2025-68350)

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

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

  - drm/msm修复了 irq 卸载中的空取消引用如果出现早期初始化错误在不使用 DPU 控制器的平台上可通过设置为空的 kms 指针调用取消初始化代码。
    Patchwork https://patchwork.freedesktop.org/patch/525104/ (CVE-2023-54138)

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

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

  - stagingrtl8192u修复 ieee80211_rx() 中的释放后使用 我们无法在调用 ieee80211_monitor_rx() 后取消引用 skb 指针因为这是释放后使用。 (CVE-2022-50732)

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

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

  - 10up八天一周打印工作流 eight-day-week-print-workflow 中的未经授权Control Sphere敏感系统信息暴露漏洞允许检索嵌入的敏感数据。此问题影响八天工作流打印工作流从 不适用到 <= 1.2.5。 (CVE-2025-67621)

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

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

  - fs/ntfs3修复 indx_insert_into_buffer 中的 OOB 读取 Syzbot 报告了 OOB 读取缺陷BUG: KASAN: indx_insert_into_buffer+0xaa3/0x13b0 中的 slab 越界 fs/ntfs3/index.c:1755 在 addr ffff8880255e06c0 发生大小为 17168 的读取按任务 syz-executor308/3630 调用跟踪 <TASK> memmove+0x25/0x60 mm/kasan/shadow.c:54 indx_insert_into_buffer+0xaa3/0x13b0 fs/ntfs3/index.c:1755 indx_insert_entry+0x446/0x6b0 fs/ntfs3/index .c:1863 ntfs_create_inode+0x1d3f/0x35c0 fs/ntfs3/inode.c:1548 ntfs_create+0x3e/0x60 fs/ntfs3/namei.c:100 lookup_open fs/namei.c:3413 [内联] 如果成员 struct INDEX_BUFFER *index结构 indx_node 的 不正确即所使用的 __le32 值大于结构 INDEX_HDR 中的 __le32 total 值。因此在 indx_insert_into_buffer() 中调用 memmove 时会发生 OOB 读取。通过在 hdr_find_e() 中添加检查来修复此问题。 (CVE-2023-54063)

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

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

  - mediai2cov5648在 unbind 时释放 V4L2 fwnode 数据 V4L2 fwnode 数据结构不会在 unbind 时释放进而导致内存泄露。 (CVE-2022-50759)

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

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

  - fs/ntfs3修复 hdr_delete_de() 中的 slab 越界读取以下是 syzbot 的缺陷报告BUG: KASAN
    hdr_delete_de+0xe0/0x150 fs/ntfs3/index.c:806 中存在 slab 越界读取在 addr ffff888079cc0600 处由任务 syz-executor934/3631 调用跟踪memmove+0x25/0x60 mm/kasan/shadow. 进行的大小为 16842960 的越界读取。 c:54 hdr_delete_de+0xe0/0x150 fs/ntfs3/index.c:806 indx_delete_entry+0x74f/0x3670 fs/ntfs3/index.c:2193 ni_remove_name+0x27a/0x980 fs/ntfs3/frecord.c:2910 ntfs_unlink_inode/0x304 fs/ntfs3/inode.c:1712 ntfs_rename+0x41a/0xcb0 fs/ntfs3/namei.c:276 在使用 struct INDEX_HDR 中的元数据之前我们需要检查索引标头是否有效。否则损坏的（或恶意的）fs 图像可造成越界访问从而造成内核错误。 (CVE-2023-53988)

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

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

  - Bluetoothhci_conn无链接时返回 ERR_PTR 而不是 NULL。目前无链接时即 hci_conn_link() 返回 NULL 时hci_connect_sco 返回 NULL。 sco_connect() 预期在发生任何错误时会出现 ERR_PTR请参阅 sco.c 中的第 266 行。因此设置为 NULL 的 hcon 会传递至尝试取得 hcon->hdev 的 sco_conn_add()从而导致取消引用空指针这一点由 syzkaller 报告。调用 hci_connect_cis() 的 iso_connect_cis() 存在同样的问题。因此使 hci_connect_sco() 和 hci_connect_cis() 返回 ERR_PTR 而不是 NULL。 (CVE-2023-54038)

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

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

  - scsimpi3mr修复 KASAN 发现的问题 只写正确的大小32 而不是 64 字节。
    (CVE-2023-54011)

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

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

  - net : 修复对虚拟接口禁用 LRO 时的堆栈溢出漏洞。虚拟接口的功能一经更新，该主机便会同步更新自身下层接口的相应功能。这种传播逻辑本应以迭代而非递归方式运作。但由于 netdev 通知出现异常，导致该功能以递归方式运作。此问题只会在对团队和绑定接口类型禁用 LRO 时发生。team0 | +------+------+-----+-----+ | | | | | team1 team2 team3 ... team200 如果 team0 的 LRO 功能更新，该主机会对其自身的下层接口 (team1 ~ team200) 生成 NETDEV_FEAT_CHANGE 事件。此操作通过 netdev_sync_lower_features() 实现。因此，每个下层接口的 NETDEV_FEAT_CHANGE 通知逻辑本应以迭代方式运作。但生成的 NETDEV_FEAT_CHANGE 事件也会被发送到上层接口。upper interface(team0) 再次为其下层接口生成 NETDEV_FEAT_CHANGE 事件。下层和上层接口均不断收到并重复生成此事件，从而导致堆栈溢出。但这不是无限循环问题。因为 netdev_sync_lower_features() 在生成 NETDEV_FEAT_CHANGE 事件之前会更新功能。已同步的下层接口会跳过通知逻辑。因此，该问题的本质在于迭代逻辑由于通知机制而被意外更改为递归运作。重现程序 : ip link add team0 type team ethtool -K team0 lro on for i in {1..200} do ip link add team$i master team0 type team ethtool -K team$i lro on done ethtool -K team0 lro off 为解决此问题，已为绑定/团队接口引入 notifier_ctx 成员。(CVE-2023-54012)

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

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

  - ping修复 /proc/net/icmp 的潜在空取消引用。在提交 dbca1596bbb0ping转换为 RCU 查找、去除 rwlock之后我们使用 RCU 进行 ping 套接字但应对 /proc/net/icmp 使用旋转锁以避免在上一个修补程序中提及的潜在的空取消引用。让我们继续使用旋转锁。
    请注意我们可以转换 ping 套接字以使用 hlist 而不是 hlist_nulls因为我们不会将 SLAB_TYPESAFE_BY_RCU 用于 ping 套接字。 (CVE-2023-53987)

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

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

  - ice防止在重新加载期间发生空指针取消引用在重新加载期间调用 ethtool 可导致调用跟踪因为一段时间未配置 VSI但 netdev 还存在。若要修复此问题请为 VSI 的取消配置和配置添加 rtnl 锁定。释放后将 ::num_q_vectors 设置为 0并在与 ring 相关的 ethtool 操作中添加 ::tx/rx_rings 检查。在 ice_start_eth() 中添加正确的过滤器展开。复制 $watch -n 0.1 -d 'ethtool -g enp24s0f0np0' $devlink dev reload pci/0000:18:00.0 action driver_reinit 调用跟踪修复后
    [66303.926205] 缺陷内核空指针取消引用地址0000000000000000 [66303.926259] #PF
    内核模式中的主管读取访问 [66303.926286] #PF: error_code(0x0000) - not-present 页面 [66303.926311] PGD 0 P4D 0 [66303.926332] Oops: 0000 [#1] PREEMPT SMP PTI [66303.926358] CPU 4 PID
    933821 Comm: ethtool Kdump已加载受感染G OE 6.4.0-rc5+ #1 [66303.926400] 硬件名称Intel Corporation S2600WFT/S2600WFTBIOS SE5C620.86B.00.01.0014.070920180847 07/09/2018 [66303.926446] RIP
    0010:ice_get_ringparam+0x22/0x50 [ice] [66303.926649] Code: 90 90 90 90 90 90 90 90 f3 0f 1e fa 0f 1f 44 00 00 48 8b 87 c0 09 00 00 c7 46 04 e0 1f 00 00 c7 46 100 e0 1f 00 00 48 8b 50 20 <48> 8b 12 0f b7 52 3a 89 56 14 48 8b 40 28 48 8b 00 0f b7 40 58 48 [66303.92672266303.926749RSP: 0018:ffffad40472f39c8 EFLAGSff0ff R RBX: ffff98a8c46dd060 RCX: ffffad40472f3b48 [66303.926781] RDX
    0000000000000000 RSIffff98a8c46dd068 RDIffff98a8b23c4000 [66303.926811] RBPffffad40472f3b48 R08
    00000000000337b0 R090000000000000000 [66303.926843] R100000000000000001 R110000000000000100 R12
    ffff98a8b23c4000 [66303.926874] R13: ffff98a8c46dd060 R14: 000000000000000f R15: ffffad40472f3a50 [66303.926906] FS: 00007f6397966740(0000) GS:ffff98b390900000(0000) knlGS:0000000000000000 [66303.926941] CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 [66303.926967] CR2: 0000000000000000 CR3:
    000000011ac20002 CR4: 00000000007706e0 [66303.926999] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
    0000000000000000 [66303.927029] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [66303.927060] PKRU: 55555554 [66303.927075] 调用跟踪 [66303.927094] <TASK> [66303.927111] ?
    __die+0x23/0x70 [66303.927140] page_fault_oops+0x171/0x4e0 [66303.927176] ? exc_page_fault+0x7f/0x180 [66303.927209] ? asm_exc_page_fault+0x26/0x30 [66303.927244] ?66303.927469ice_get_ringparam66303.927433=66303.927501​66303.927538​66303.927561​] ]?
    __pfx_ethnl_default_doit+0x10/0x10 [66303.927590] ?66303.927615...66303.927644​66303.927665​66303.927691​66303.927717​ [66303.927743]
    __sys_sendto+0x126/0x170 [66303.927780] __x64_sys_sendto+0x24/0x30 [66303.928593] do_syscall_64+0x5d/0x90 [66303.929370] ? __count_memcg_events+0x60/0xa0 [66303.930146] ? count_memcg_events.constprop.0+0x1a/0x30 [66303.930920] ? handle_mm_fault+0x9e/0x350 [66303.931688] ? do_user_addr_fault+0x258/0x740 [66303.932452] ? exc_page_fault+0x7f/0x180 [66303.933193] entry_SYSCALL_64_after_hwframe+0x72/0xdc (CVE-2023-54037)

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

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

  - btrfs修复从脏 cow 根列表中删除配额根时的争用在禁用配额时我们将从列表 fs_info->dirty_cowonly_roots 中删除配额根而不获取保护它的锁该锁即 struct btrfs_fs_info::trans_lock。如果此列表有另一个并发操纵例如使用 ctree.c:add_root_to_dirty_list()向其添加根时此未同步列表操纵可能会造成混乱。这可导致由争用造成的各种奇怪故障例如下列崩溃[337571.278245] 一般保护错误可能因非规范地址 0xdead000000000108: 0000 [#1] PREEMPT SMP PTI [337571.278933] CPU 1 PID115447 Commbtrfs 受感染GW 6.4.0-rc6-btrfs-next-134+ #1 [337571.279153] 硬件名称QEMU Standard PC (i440FX + PIIX,1996), BIOS rel-1.14.0-0 -g155821a1990b-prebuilt.qemu.org 04/01/2014 [337571.279572] RIP
    0010commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.279928] Code: 85 38 06 00 (...) [337571.280363] RSP
    0018:ffff9f63446efba0 EFLAGS00010206 [337571.280582] RAX: ffff942d98ec2638 RBX: ffff9430b82b4c30 RCX
    0000000449e1c000 [337571.280798] RDX: dead000000000100 RSI: ffff9430021e4900 RDI: 0000000000036070 [337571.281015] RBP: ffff942d98ec2000 R08: ffff942d98ec2000 R09: 000000000000 [0000000000337571.281254] [00000000000 R10
    0000000000000009 R110000000000000001 R12ffff942fe8fbf600 [337571.281476] R13ffff942dabe23040 R14
    ffff942dabe20800 R15ffff942d92cf3b48 [337571.281723] FS: 00007f478adb7340(0000) GS:ffff94349fa40000(0000) knlGS:0000000000000000 [337571.281950] CS: 0010 DS: 00000 ES: 0
    0000000080050033 [337571.282184] CR2: 00007f478ab9a3d5 CR3: 000000001e02c001 CR4: 0000000000370ee0 [337571.282416] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [337571.282647] DR3:
    0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [337571.282874] 调用跟踪 [337571.283101] <TASK> [337571.283327] ? __die_body+0x1b/0x60 [337571.283570] ? die_addr+0x39/0x60 [337571.283796] ? exc_general_protection+0x22e/0x430 [337571.284022] ? asm_exc_general_protection+0x22/0x30 [337571.284251] ? commit_cowonly_roots+0x11f/0x250 [btrfs] [337571.284531] btrfs_commit_transaction+0x42e/0xf90 [btrfs] [337571.284803] ? _raw_spin_unlock+0x15/0x30 [337571.285031] release_extent_buffer+0x103/0x130 [btrfs] [337571.285305] reset_balance_state+0x152/0x1b0 [btrfs] [337571.285578] btrfs_balance+0xa50/0x11e0 [btrfs] [337571.285864] ? __kmem_cache_alloc_node+0x14a/0x410 [337571.286086] btrfs_ioctl+0x249a/0x3320 [btrfs] [337571.286358] ? mod_objcg_state+0xd2/0x360 [337571.286577] ? refill_obj_Stock+0xb0/0x160 [337571.286798] ? seq_release+0x25/0x30 [337571.287016] ? __rseq_handle_notify_resume+0x3ba/0x4b0 [337571.287235] ? percpu_counter_add_batch+0x2e/0xa0 [337571.287455] ? __x64_sys_ioctl+0x88/0xc0 [337571.287675]
    __x64_sys_ioctl+0x88/0xc0 [337571.287901] do_syscall_64+0x38/0x90 [337571.288126] entry_SYSCALL_64_after_hwframe+0x72/0xdc [337571.288352] RIP0033:0x7f478aaff9b因此通过在从该列表中删除 quota root 之前锁定 struct btrfs_fs_info::trans_lock来修复此问题。 (CVE-2023-54032)

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

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

  - PCI/DOE修复因 CONFIG_DEBUG_OBJECTS=y 而发生的内存泄漏。pci_doe_task 完成后需要破坏其 work_struct 以避免因 CONFIG_DEBUG_OBJECTS=y 而发生的内存泄漏。 (CVE-2023-53993)

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

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

  - hwrngvirtio - 修复 data_avail 和实际数据的争用 每当可用数据达到零时 virtio rng 设备就会启动新的熵请求。在读取操作结束时发生新请求时即当下一个读取器仅需要该请求的结果时则新数据的写入与下一个读取器之间会发生争用。这是因为写入器和读取器之间不存在任何同步。通过在首次进入读取时使用 smp_store_release 写入 data_avail并使用 smp_load_acquire 读取来修复此问题。后续读取是安全的，因为它们要么受到第一个加载获取的保护，要么受到完成机制的保护。同时删除 random_recv_done 中 data_idx 的冗余归零此时data_idx 必须已为零以及 request_entropy 中 data_avail 的冗余归零 (ditto)。 (CVE-2023-53998)

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

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

  - socqcomsmsm修复 qcom_smsm_probe() 中的 refcount 泄漏缺陷 qcom_smsm_probe() 中存在两个 refcount 泄漏缺陷(1) 由于迭代中断“local_node”从 for_each_child_of_node() 中转义我们应调用 of_node_put在错误路径中或不再使用时修复 ()。 (2) “node”作为“goto”从 for_each_available_child_of_node() 转义我们应在 goto 目标中为其调用 of_node_put()。 (CVE-2022-50703)

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

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

  - SMB3添加缺少的锁以保护延迟关闭文件列表 cifs_del_deferred_close 函数具有可修改延迟关闭文件列表的关键区段。调用 cifs_del_deferred_close 函数之前必须获取 deferred_lock。 (CVE-2023-53990)

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

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

  - virtio_vdpa有条件地构建相关性掩码。我们尝试无条件地通过 create_affinity_masks() 构建相关性掩码这可能导致多个问题- 在没有相关性支持的情况下相关性掩码不会用于父项仅 VDUSE 现在支持相关性 - create_affinity_masks( ) 可能不适用于 block 以外的设备。例如，队列数超过 CPU 数的情况在网络设备中并不罕见。此类情况会破坏当前关联逻辑该逻辑基于 group_cpus_venly()假设 CPU 数量不低于组数量。这会触发警告 [1] if (ret >= 0) WARN_ON(nr_present + nr_others < numgrps);通过仅在以下情况下构建相关性掩码来修复此问题 - 驱动程序传递相关性描述符以后像 virtio-blk 等驱动程序可确保在队列数量超过 CPU 数时对其进行限制 - 父支持相关性设置配置 ops 这有助于避免出现警告。可在此基础上进行更多优化。 [1] [ 682.146655] WARNING: CPU: 6 PID: 1550 at lib/group_cpus.c:400 group_cpus_venly+0x1aa/0x1c0 [ 682.146668] CPU: 6 PID: 1550 Commvdpa 未受感染 6.5.0-rc5jason+ #79 [ 682.146671] 硬件名称QEMU Standard PC (i440FX + PIIX, 1996)BIOS rel-1.16.2-0-gea1b7a073390-prebuilt.qemu.org 04/01/2014 [ 682.146673] RIP
    0010:group_cpus_venly+0x1aa/0x1c0 [ 682.146676] Code4c 89 e0 5b 5d 41 5c 41 5d 41 5e c3 cc cc cc cc e8 1b c4 74 ff 48 89 ef e8 13 ac 98 ff 4c 89 e7 45 31 e4 e8 08 ac 98 ff eb c2 <0f> 0b eb b6 e8 fd 05 c3 00 45 31 e4 eb e5 cc cc cc cc cc cc cc cc [ 682.146679] RSP: 0018:ffffc9000215f498 EFLAGS: 00010293 [682.146682] RAX: 000000000001f1e0 000000000001f1e0 RCX: 0000000000000000 [ 682.146684] RDX:
    ffff888109922058 RSI0000000000000041 RDI 0000000000000030 [ 682.146686] RBPffff888109922058 R08
    ffffc9000215f498 R09ffffc9000215f4a0 [ 682.146687] R1000000000000198d0 R110000000000000030 R12
    ffff888107e02800 [ 682.146689] R13: 0000000000000030 R14: 0000000000000030 R15: 0000000000000041 [682.146692] FS: 00007fef52315740(0000) GS:ffff888237380000(0000) knlGS:0000000000000000 [ 682.146695] CS:
    0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 682.146696] CR2: 00007fef52509000 CR3: 0000000110dbc004 CR4: 0000000000370ee0 [ 682.146698] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [682.146700] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [ 682.146701] 调用跟踪[682.146703] <TASK> [ 682.146705] ? __warn+0x7b/0x130 [ 682.146709] group_cpus_venly+0x1aa/0x1c0 [682.146712] ? report_bug+0x1c8/0x1e0 [ 682.146717] handle_bug+0x3c/0x70 [ 682.146721] ? exc_invalid_op+0x14/0x70 [ 682.146723] ? asm_exc_invalid_op+0x16/0x20 [ 682.146727] ? group_cpus_venly+0x1aa/0x1c0 [ 682.146729] ? group_cpus_venly+0x15c/0x1c0 [ 682.146731] create_affinity_masks+0xaf/0x1a0 [ 682.146735] virtio_vdpa_find_vqs+0x83/0x1d0 [ 682.146738] ?
    __pfx_default_calc_sets+0x10/0x10 [ 682.146742] virtnet_find_vqs+0x1f0/0x370 [ 682.146747] virtnet_probe+0x501/0xcd0 [ 682.146749] ? vp_modern_get_status+0x12/0x20 [ 682.146751] ? get_cap_addr.isra.0+0x10/0xc0 [ 682.146754] virtio_dev_probe+0x1af/0x260 [ 682.146759] real_probe+0x1a5/0x410 (CVE-2023-54008)

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

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

  - net不允许 gso_size 设置为 GSO_BY_FRAGS virtio_net_hdr_to_skb() 中的一个缺少检查允许 syzbot 再次使内核崩溃 [1] 不允许 gso_size 设置为 GSO_BY_FRAGS (0xffff) 因为此 magic 值由内核使用。 [1] 一般保护错误可能是非规范地址 0xdffffc000000000e: 0000 [#1] PREEMPT SMP KASAN KASAN范围 [0x0000000000000070-0x0000000000000077] CPU: 0 PID: 5039 Comm: syz-executtainor401 Not 6.5.0-rc5-next-20230809-syzkaller #0 硬件名称Google Google Compute Engine/Google Compute EngineBIOS Google 07/26/2023 RIP0010:skb_segment+0x1a52/0x3ef0 net/core/skbuff.c:4500代码00 00 00 e9 ab eb ff ff ff e8 6b 96 5d f9 48 8b 84 24 00 01 00 00 48 8d 78 70 48 b8 00 00 00 00 00 fc ff df 48 89 fa 48 c1 ea 03 <0f> b6 04 02 84 c0 74 08 3c 03 0f 8e ea 21 00 00 48 8b 84 24 00 01 RSP: 0018:ffffc90003d3f1c8 EFLAGS
    00010202 RAX: dffffc0000000000 RBX: 000000000001fffe RCX: 0000000000000000 RDX: 000000000000000e RSI
    ffffffff882a3115 RDI: 0000000000000070 RBP: ffffc90003d3f378 R08: 0000000000000005 R09: 000000000000ffff R10: 000000000000ffff R11: 5ee4a93e456187d6 R12: 000000000001ffc6 R13: dffffc0000000000 R14:
     R150000000000000008  : 000000000000ffff FS: 00005555563f2380(0000) GS:ffff8880b9800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000020020000 CR3:
    000000001626d000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> udp6_ufo_fragment+0x9d2/0xd50 net/ipv6/udp_offload.c:109 ipv6_gso_segment+0x5c4/0x17b0 net/ipv6/ ip6_offload.c:120 skb_mac_gso_segment+0x292/0x610 net/core/gso.c:53 __skb_gso_segment+0x339/0x710 net/core/gso.c:124 skb_gso_segment include/net/gso.h:83 [inline] validate_xmit_skb+0x3a5/ 0xf10 net/core/dev.c:3625 __dev_queue_xmit+0x8f0/0x3d60 net/core/dev.c:4329 dev_queue_xmit include/linux/netdevice.h:3082 [inline] packet_xmit+0x257/0x380 net/packet/af_packet.c 276 packet_snd net/packet/af_packet.c:3087 [内联] packet_sendmsg+0x24c7/0x5570 net/packet/af_packet.c:3119 sock_sendmsg_nosec net/socket.c:727 [内联] sock_sendmsg+0xd9/0x180 net/socket.c 750
    ____sys_sendmsg+0x6ac/0x940 net/socket.c:2496 ___sys_sendmsg+0x135/0x1d0 net/socket.c:2550
    __sys_sendmsg+0x117/0x1e0 net/socket.c:2579 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x38/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP
    0033:0x7ff27cdb34d9CVE-2023-54051

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

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

  - KVM如果合并 MMIO 取消注册失败则销毁目标设备如果取消注册所述设备失败则销毁并释放该目标合并 MMIO 设备。代码中明确指出kvm_io_bus_unregister_dev() 不会破坏目标设备。缺陷内存泄漏未引用对象 0xffff888112a54880大小 64
    comm syz-executor.2pid 5258jiffies 4297861402 (age 14.129s) 十六进制转储前 32 字节38 c7 67 15 00 c9 ff ff 38 c7 67 15 00 c9 ff ff 8.g....8 .g.... e0 c7 e1 83 ff ff ff ff 00 30 67 15 00 c9 ff ff .....0g... 回溯[<0000000006995a8a>] kmalloc include/linux/slab .h:556 [inline] [<0000000006995a8a>] kzalloc include/linux/slab.h:690 [inline] [<0000000006995a8a>] kvm_vm_ioctl_register_coalesced_mmio+0x8e/0x3d0 arch/x86/kvm/../../../virt/ kvm/coalesced_mmio.c:150 [<00000000022550c2>] kvm_vm_ioctl+0x47d/0x1600 arch/x86/kvm/../../../virt/kvm/kvm_main.c:3323 [<000000008a75102f>] vfs_ioctl fs/ioctl.c :46 [inline] [<000000008a75102f>] file_ioctl fs/ioctl.c:509 [inline] [<000000008a75102f>] do_vfs_ioctl+0xbab/0x1160 fs/ioctl.c:696 [<0000000080e3f669>] ksys_ioctl+0x76/0xa0 fs/ioctl.c :713 [<0000000059ef4888>] __do_sys_ioctl fs/ioctl.c:720 [内联] [<0000000059ef4888>] __se_sys_ioctl fs/ioctl.c:718 [内联] [<0000000059ef4888>] __x64_sys_ioctl+0x6f/0xb0 fs/ioctl.c:718 [<000000006444fa05>] do_syscall_64+0x9f/0x4e0 arch/x86/entry/common.c:290 [<000000009a4ed50b>] entry_SYSCALL_64_after_hwframe+0x49/0xbe BUG泄漏检查失败 (CVE-2023-54024)

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

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

  - ALSAusb-audio修复 UMP 打开错误路径中的潜在内存泄漏 MIDI 2.0 / UMP 设备调用的 alloc_midi_urbs() 的分配和初始化错误应该通过调用 free_midi_urbs() 在调用程序端进行处理。但是free_midi_urbs() 仅为 ep->num_urbs 条目进行循环由于 ep->num_entries 未在 alloc_midi_urbs() 中发生分配/init 错误时更新因此不会释放此条目。free_midi_urbs() 的目的是释放整个元素因此将循环大小更改为 NUM_URBS 以扫描所有元素从而修复错过的版本。此外snd_usb_midi_v2_open() 缺少 free_midi_urbs() 调用。尽管稍后会在重新打开/关闭或断开连接时将其释放但最好在错误路径处立即释放。 (CVE-2023-54022)

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

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

  - canj1939j1939_tp_tx_dat_new()修复越界内存访问在 j1939_tp_tx_dat_new() 函数中如果 skb->cb 较大则在 memcpy() 操作期间可能会发生越界内存访问大于 struct j1939_sk_buff_cb 的大小。这是因为 memcpy() 操作使用 skb->cb 的大小从而导致读取超出 struct j1939_sk_buff_cb。更新了 memcpy() 操作以使用 struct j1939_sk_buff_cb 的大小而非 skb->cb 的大小。这可确保 memcpy() 操作仅读取 struct j1939_sk_buff_cb 边界内的内存从而防止越界内存访问。
    此外添加 BUILD_BUG_ON() 以检查 skb->cb 的大小是否大于或等于 struct j1939_sk_buff_cb 的大小。此操作可确保 skb->cb 缓冲区大小足以容纳 j1939_sk_buff_cb 结构。 [mkl改写提交消息]CVE-2023-54039

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

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

  - vmci_host修复 vmci_host_poll() 中导致 GPF 的争用条件。在模糊测试期间在 vmci_host_poll() 中发现一个一般保护错误。一般保护错误可能是非规范地址 0xdffffc0000000019: 0000 [#1] PREEMPT SMP KASAN KASAN: null-ptr-deref in 范围 [0x00000000000000c8-0x00000000000000cf] RIP: 0010:__lock_acquire+0xf3/0x50cquire+0xf3/0x50cdep.kernel/locking/lockedep0 :4926 <- omitting registers -> 调用跟踪 <TASK> lock_acquire+0x1a4/0x4a0 kernel/locking/lockdep.c:5672
    __raw_spin_lock_irqsave include/linux/spinlock_api_smp.h:110 [内联] _raw_spin_lock_irqsave+0xb3/0x100 kernel/locking/spinlock.c:162 add_wait_queue+0x3d/0x260 kernel/sched/wait.c:22 poll_wait include/linux/poll.h 49 [内联] vmci_host_poll+0xf8/0x2b0 drivers/misc/vmw_vmci/vmci_host.c:174 vfs_poll include/linux/poll.h:88 [内联] do_pollfd fs/select.c:873 [内联] do_poll fs/select.c :921 [内联] do_sys_poll+0xc7c/0x1aa0 fs/select.c:1015 __do_sys_ppoll fs/select.c:1121 [内联]
    __se_sys_ppoll+0x2cc/0x330 fs/select.c:1101 do_syscall_x64 arch/x86/entry/common.c:51 [内联] do_syscall_64+0x4e/0xa0 arch/x86/entry/common.c:82 entry_SYSCALL_64_after_hwframe+0x46/0xb0 示例线程CPU1 (vmci_host_poll) CPU2 (vmci_host_do_init_context) ----- ----- // 读取未初始化的上下文 context = vmci_host_dev->context; // 初始化上下文 vmci_host_dev->context = vmci_ctx_create(); vmci_host_dev->ct_type = VMCIOBJ_CONTEXT
    if (vmci_host_dev->ct_type == VMCIOBJ_CONTEXT) { // 取消引用错误的指针 poll_wait(..., &context->host_context);在此情况下vmci_host_poll() 首先读取 vmci_host_dev->context然后读取 vmci_host_dev->ct_type 以检查 vmci_host_dev->context 是否已初始化。但是由于这两个读取不会自动执行因此可能会出现上述的争用条件。要修复此争用条件请在检查 vmci_host_dev->ct_type 的值后读取 vmci_host_dev->context以便 vmci_host_poll() 始终读取已初始化的上下文。 (CVE-2023-54007)

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

ID	名称	严重性
280028	Linux Distros 未修补的漏洞：CVE-2023-54078	medium
280027	Linux Distros 未修补的漏洞：CVE-2023-54073	medium
280026	Linux Distros 未修补的漏洞：CVE-2023-54101	medium
280025	Linux Distros 未修补的漏洞：CVE-2023-54112	medium
280024	Linux Distros 未修补的漏洞：CVE-2022-50727	medium
280023	Linux Distros 未修补的漏洞：CVE-2025-68355	medium
280022	Linux Distros 未修补的漏洞：CVE-2023-54005	medium
280021	Linux Distros 未修补的漏洞：CVE-2023-53986	medium
280020	Linux Distros 未修补的漏洞：CVE-2023-54126	medium
280019	Linux Distros 未修补的漏洞：CVE-2023-54132	medium
280018	Linux Distros 未修补的漏洞：CVE-2023-54124	medium
280017	Linux Distros 未修补的漏洞：CVE-2023-54075	medium
280016	Linux Distros 未修补的漏洞：CVE-2022-50725	high
280015	Linux Distros 未修补的漏洞：CVE-2022-50713	medium
280014	Linux Distros 未修补的漏洞：CVE-2023-54122	medium
280013	Linux Distros 未修补的漏洞：CVE-2022-50734	medium
280012	Linux Distros 未修补的漏洞：CVE-2025-68377	medium
280011	Linux Distros 未修补的漏洞：CVE-2023-54077	medium
280010	Linux Distros 未修补的漏洞：CVE-2023-53991	medium
280009	Linux Distros 未修补的漏洞：CVE-2023-54068	medium
280008	Linux Distros 未修补的漏洞：CVE-2023-54159	medium
280007	Linux Distros 未修补的漏洞：CVE-2023-54149	medium
280006	Linux Distros 未修补的漏洞：CVE-2023-54025	medium
280005	Linux Distros 未修补的漏洞：CVE-2023-54143	medium
280004	Linux Distros 未修补的漏洞：CVE-2022-50758	medium
280003	Linux Distros 未修补的漏洞：CVE-2023-54044	medium
280002	Linux Distros 未修补的漏洞：CVE-2023-54139	high
280001	Linux Distros 未修补的漏洞：CVE-2025-68350	medium
280000	Linux Distros 未修补的漏洞：CVE-2023-54138	medium
279999	Linux Distros 未修补的漏洞：CVE-2022-50732	high
279998	Linux Distros 未修补的漏洞：CVE-2025-67621	high
279997	Linux Distros 未修补的漏洞：CVE-2023-54063	high
279996	Linux Distros 未修补的漏洞：CVE-2022-50759	high
279995	Linux Distros 未修补的漏洞：CVE-2023-53988	high
279980	Linux Distros 未修补的漏洞：CVE-2023-54038	medium
279979	Linux Distros 未修补的漏洞：CVE-2023-54011	high
279978	Linux Distros 未修补的漏洞：CVE-2023-54012	high
279977	Linux Distros 未修补的漏洞：CVE-2023-53987	medium
279976	Linux Distros 未修补的漏洞：CVE-2023-54037	medium
279975	Linux Distros 未修补的漏洞：CVE-2023-54032	medium
279974	Linux Distros 未修补的漏洞：CVE-2023-53993	medium
279973	Linux Distros 未修补的漏洞：CVE-2023-53998	medium
279972	Linux Distros 未修补的漏洞：CVE-2022-50703	medium
279971	Linux Distros 未修补的漏洞：CVE-2023-53990	high
279970	Linux Distros 未修补的漏洞：CVE-2023-54008	medium
279969	Linux Distros 未修补的漏洞：CVE-2023-54051	medium
279968	Linux Distros 未修补的漏洞：CVE-2023-54024	medium
279967	Linux Distros 未修补的漏洞：CVE-2023-54022	medium
279966	Linux Distros 未修补的漏洞：CVE-2023-54039	high
279965	Linux Distros 未修补的漏洞：CVE-2023-54007	medium

检测

Nessus 的 Misc. 系列

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

high

high

high

high

medium

high

high

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

medium

high

medium