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

  - btrfs修复 lockdep splat 和运行延迟的项目失败后可能的死锁。运行延迟的项目时我们将保留延迟节点的互斥体然后我们将尝试修改子卷 btree 以插入/更新/删除延迟的项目。但是例如如果在插入期间发生错误btrfs_insert_delayed_items() 可能会返回已锁定范围缓冲区至少一个叶的路径然后我们尝试在 __btrfs_run_delayed_items() 释放延迟的节点这样需要延迟的节点的互斥体从而导致 ABBA 类型的死锁。此问题由 syzbot 报告且 lockdep splat 内容如下 警告检测到可能的循环锁定依存关系 6.5.0-rc7-syzkaller-00024-g93f5de5f648d #0 未受感染
    -------------------------------------------------- ---- syz-executor.2/13257 尝试获取锁定
    ffff88801835c0c0 (&delayed_node->mutex){+.+.}-{3:3}__btrfs_release_delayed_node+0x9a/0xaa0 fs/btrfs/delayed-inode.c:256但任务已持有锁定ffff88802a5ab8e8 (btrfs-tree- 00){++++}-{3:3}, at__btrfs_tree_lock+0x3c/0x2a0 fs/btrfs/locking.c:198 哪个锁定已经依赖于新的锁定。现有依存关系链以相反顺序排列为 -> #1 (btrfs-tree-00){++++}-{3:3}
    __lock_release kernel/locking/lockdep.c:5475 [inline] lock_release+0x36f/0x9d0 kernel/locking/lockdep.c:5781 up_write+0x79/0x580 kernel/locking/rwsem.c:1625 btrfs_tree_unlock_rw fs/btrfs/locking.h 189 [inline] btrfs_unlock_up_safe+0x179/0x3b0 fs/btrfs/locking.c:239 search_leaf fs/btrfs/ctree.c:1986 [inline] btrfs_search_slot+0x2511/0x2f80 fs/btrfs/ctree.c:2230 btrfs_insert_empty/080x189 fs/btrfs/ctree.c:4376 btrfs_insert_delayed_item fs/btrfs/delayed-inode.c:746 [内联] btrfs_insert_delayed_items fs/btrfs/delayed-inode.c:824 [内联]
    __btrfs_commit_inode_delayed_items+0xd24/0x2410 fs/btrfs/delayed-inode.c:1111
    __btrfs_run_delayed_items+0x1db/0x430 fs/btrfs/delayed-inode.c:1153 flush_space+0x269/0xe70 fs/btrfs/space-info.c:723 btrfs_async_reclaim_metadata_space+0x106/0x350 fs/btrfs/space-info.c:10_onework+process_one 0x92c/0x12c0 kernel/workqueue.c:2600 worker_thread+0xa63/0x1210 kernel/workqueue.c:2751 kthread+0x2b8/0x350 kernel/kthread.c:389 ret_from_fork+0x2e/0x60 arch/x86/kernel/process.c:145 ret_from_fork_asm+0x11/0x20 arch/x86/entry/entry_64.S:304 -> #0 (&delayed_node->mutex){+.+.}-{3:3}
    check_prev_add kernel/locking/lockdep.c:3142 [inline] check_prevs_add kernel/locking/lockdep.c:3261 [inline] validate_chain kernel/locking/lockdep.c:3876 [inline] __lock_acquire+0x39ff/0x7f70 kernel/locking/lockdep。 c:5144 lock_acquire+0x1e3/0x520 kernel/locking/lockdep.c:5761
    __mutex_lock_common+0x1d8/0x2530 kernel/locking/mutex.c:603 __mutex_lock kernel/locking/mutex.c:747 [inline] mutex_lock_nested+0x1b/0x20 kernel/locking/mutex.c:799 __btrfs_release_delayed_node+0x9a/0xaa0 fs/btrfs/ delayed-inode.c:256 btrfs_release_delayed_node fs/btrfs/delayed-inode.c:281 [内联]
    __btrfs_run_delayed_items+0x2b5/0x430 fs/btrfs/delayed-inode.c:1156 btrfs_commit_transaction+0x859/0x2ff0 fs/btrfs/transaction.c:2276 btrfs_sync_file+0xf56/0x1330 fs/btrfs/file.c:1988 vsync_fsync_range.c:1988 vsync_range.c:1988 :188 [内联] vfs_fsync fs/sync.c:202 [内联] do_fsync fs/sync.c:212 [内联] __do_sys_fsync fs/sync.c:220 [内联] __se_sys_fsync fs/sync.c:218 [内联] __x64_sys_fsync +0x196/0x1e0 fs/sync.c:218 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 ---truncated--- (CVE-2023-54224)

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

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

  - clkimx93修复 imx93_clocks_probe 中的内存泄漏和缺少的展开转到。在函数 probe() 中发生错误时便直接返回而无未注册的 hws。通过添加“goto unregister_hws;”修复此问题在第 295 行和 310 行。使用 devm_kzalloc() 代替 kzalloc()可在发生错误时使用 devm_kfree() 自动释放内存。将 of_iomap() 替换为 devm_of_iomap() 以自动处理未使用的 ioremap 区域并删除“iounmap(anatop_base);”在 unregister_hws 中。 (CVE-2023-54221)

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

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

  - keys修复将重复密钥链接到 keyring 的 assoc_array 的问题当使用 dns_query() 在内核内部进行 DNS 查询时请求代码可在极少数情况下以在目标 keyring 的 assoc_array 中创建重复的索引密钥告终。它最终被 assoc_array 实现中的 BUG_ON() 检查发现并导致崩溃。报告示例 [2158499.700025] ../lib/assoc_array.c:652! 的内核缺陷[2158499.700039] 无效的 opcode0000 [#1] SMP PTI [2158499.700065] CPU: 3 PID:
    31985 Commkworker/3:1 Kdumploaded Not tainted 5.3.18-150300.59.90-default #1 SLE15-SP3 [2158499.700096] 硬件名称VMware, Inc. VMware Virtual Platform/440BX Desktop Reference PlatformBIOS 6.00 11/ 12/2020 [2158499.700351] Workqueuecifsiod cifs_resolve_server [cifs] [2158499.700380] RIP
    0010:assoc_array_insert+0x85f/0xa40 [2158499.700401] Codeff 74 2b 48 8b 3b 49 8b 45 18 4c 89 e6 48 83 e7 fe e8 95 ec 74 00 3b 45 88 7d db 85 c0 79 d4 0f 0b 0f 0b 0010 e8 41 f2 be ff <0f> 0b 0f 0b 81 7d 88 ff ff ff 7f 4c 89 eb 4c 8b ad 58 ff ff ff 0f [2158499.700448] RSP: 0018:ffffc0bd6187faf0 EFLAGS: 00010282 [2158499.700470] RAX: ffff9f1ea7da282 RCX: 0000000000000005 [2158499.700492] RDX:
    0000000000000000 RSI0000000000000005 RDI0000000000000000 [2158499.700515] RBPffffc0bd6187fbb0 R08
    ffff9f185faf1100 R090000000000000000 [2158499.700538] R10ffff9f1ea7da2cc0 R11000000005ed8cec8 R12
    ffffc0bd6187fc28 [2158499.700561] R13: ffff9f15feb8d000 R14: ffff9f1ea7da2fc0 R15: ffff9f168dc0d740 [2158499.700585] FS: 0000000000000000(0000) GS:ffff9f185fac0000(0000) knlGS:0000000000000000 [2158499.700610] CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 [2158499.700630] CR2: 00007fdd94fca238 CR3: 0000000809d8c006 CR4: 00000000003706e0 [2158499.700702] 调用跟踪 [2158499.700741] ? key_alloc+0x447/0x4b0 [2158499.700768] ? __key_link_begin+0x43/0xa0 [2158499.700790]
    __key_link_begin+0x43/0xa0 [2158499.700814] request_key_and_link+0x2c7/0x730 [2158499.700847] ? dns_resolver_read+0x20/0x20 [dns_resolver] [2158499.700873] ? key_default_cmp+0x20/0x20 [2158499.700898] request_key_tag+0x43/0xa0 [2158499.700926] dns_query+0x114/0x2ca [dns_resolver] [2158499.701127] dns_resolve_server_name_to_ip+0x194/0x310 [cifs] [2158499.701164] ? scnprintf+0x49/0x90 [2158499.701190] ?
    __switch_to_asm+0x40/0x70 [2158499.701211] ? __switch_to_asm+0x34/0x70 [2158499.701405] reconn_set_ipaddr_from_hostname+0x81/0x2a0 [cifs] [2158499.701603] cifs_resolve_server+0x4b/0xd0 [cifs] [2158499.701632] process_one_work+0x1f8/0x3e0 [2158499.701658] work_thread+0x2d/0x3f0 [2158499.701682]? process_one_work+0x3e0/0x3e0 [2158499.701703] kthread+0x10d/0x130 [2158499.701723] ? kthread_ark+0xb0/0xb0 [2158499.701746] ret_from_fork+0x1f/0x40 会出现如下情况* 某些内核设施调用 dns_query() 来解析主机名例如 abcdef。该函数将其全局 DNS 解析器缓存注册为 current->cred.thread_keyring并将查询传递到 request_key_net() -> request_key_tag() -> request_key_and_link()。 * 函数 request_key_and_link() 创建 keyring_search_context 对象。其 match_data.cmp 方法是通过调用 type->match_preparse()解析为 dns_resolver_match_preparse()至 dns_resolver_cmp() 进行设置。 * 函数 request_key_and_link() 继续运行并调用 search_process_keyrings_rcu()后者返回“未找到”密钥。控制权随后会传递至 request_key_and_link() ->construct_alloc_key()。 * 同时第二个任务也会对 abcdef 进行 DNS 查询。然后，其结果会插入 DNS 解析器缓存中。 * 返回至第一个任务construct_alloc_key() 首先运行 __key_link_begin() 以确定用于插入新密钥的 assoc_array_edit 操作。使用 keyring_compare_object() 可完全按原样比较数组中的索引键。操作 ---truncated--- (CVE-2023-54170)

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

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

  - bpf防止在 func_proto 中引用 decl_tag Syzkaller 会遇到以下问题
    ------------[ 在此处剪切 ]------------ 警告CPU: 0 PID: 3609 at kernel/bpf/btf.c:1946 btf_type_id_size+0x2d5/ 0x9d0 kernel/bpf/btf.c:1946 模块中链接的模块CPU: 0 PID: 3609 Comm: syz-executor361 Not tainted 6.0.0-syzkaller-02734-g0326074ff465 #0 硬件名称Google Google Compute Engine/Google Compute Engine BIOS Google 09/22/2022 RIP0010:btf_type_id_size+0x2d5/0x9d0 kernel/bpf/btf.c:1946 代码ef e8 7f 8e e4 ff 41 83 ff 0b 77 28 f6 44 24 10 18 75 3f e8 6d 91 e4 ff 44 89 fe bf 0e 00 00 00 e8 20 8e e4 ff e8 5b 91 e4 ff <0f> 0b 45 31 f6 e9 98 02 00 00 41 83 ff 12 74 18 e8 46 91 e4 ff 44 RSP: 0018:ffffc90003cefb: RAX0000000000000000 RBX0000000000000002 RCX
    0000000000000000 RDX: ffff8880259c0000 RSI: ffffffff81968415 RDI: 0000000000000005 RBP: ffff88801270ca00 R08: 0000000000000005 R09: 000000000000000e R10: 0000000000000011 R11: 0000000000000000 R12:
    0000000000000000 R130000000000000011 R14ffff888026ee6424 R150000000000000011 FS
    000055555641b300(0000) GS:ffff8880b9a00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000000f2e258 CR3: 000000007110e000 CR4: 00000000003506f0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7:
    0000000000000400 调用跟踪 <TASK> btf_func_proto_check kernel/bpf/btf.c:4447 [内联] btf_check_all_types kernel/bpf/btf.c:4723 [内联] btf_parse_type_sec kernel/bpf/btf.c:4752 [内联] btf_parse kernel/bpf/ btf.c:5026 [inline] btf_new_fd+0x1926/0x1e70 kernel/bpf/btf.c:6892 bpf_btf_load kernel/bpf/syscall.c:4324 [inline] __sys_bpf+0xb7d/0x4cf0 kernel/bpf/syscall.c:5010 __do_sys_bpf kernel/bpf/syscall.c:5069 [inline] __se_sys_bpf kernel/bpf/syscall.c:5067 [inline] __x64_sys_bpf+0x75/0xb0 kernel/bpf/syscall.c:5067 do_syscall_x64 arch/x86/entry/common.c 50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x63/0xcd RIP0033:0x7f0fbae41c69 代码28 c3 e8 2a 14 00 00 66 2e 0f 1f 84 00 00 40 0 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 c0 ff ff ff f7 d8 64 89 01 48 RSP
    002b：00007ffc8aeb6228 EFLAGS00000246 ORIG_RAX0000000000000141 RAXffffffffffffffda RBX
    0000000000000000 RCX: 00007f0fbae41c69 RDX: 0000000000000020 RSI: 0000000020000140 RDI: 0000000000000012 RBP: 00007f0fbae05e10 R08: 0000000000000000 R09: 0000000000000000 R10: 00000000ffffffff R11:
    0000000000000246 R1200007f0fbae05ea0 R130000000000000000 R140000000000000000 R150000000000000000 </TASK> 似乎它尝试创建返回类型为 decl_tag 的 func_proto。有关详细信息请参阅 [0] 中 Martin 对分析的见解。 0: https://lore.kernel.org/bpf/CAKH8qBuQDLva_hHxxBuZzyAcYNO4ejhovz6TQeVSk8HY-2SO6g@mail.gmail.com/T/#mea6524b3fcd6298347432226e81b1e6155efc62c (CVE-2022-50862)

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

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

  - regulator: core修复 regulator_dev_lookup() 中不平衡的节点引用计数 我得到以下报告
    OFERROR内存泄露预期 refcount 为 1 而不是 2of_node_get()/of_node_put() 不平衡 - 破坏 cset 条目附加覆盖节点 /i2c/pmic@62/regulators/exten 在 of_get_regulator() 中从 返回节点refcount 增加的 of_parse_phandle()使用它之后需要调用 of_node_put()。
    (CVE-2022-50887)

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

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

  - gpulontium-lt9611修复 lt9611_connector_init() 中的空指针取消引用 bridge->encoder 的空检查显示其可能为空但已在导致检查的所有路径上取消引用。 812 if (!bridge->encoder) { 取消引用 bridge->encoder 指针。 810 drm_connector_attach_encoder(<9611->connector, bridge->encoder); (CVE-2022-50878)

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

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

  - wifiwilc1000修复 wilc_mac_xmit() 中潜在的内存泄漏 wilc_mac_xmit() 返回 NETDEV_TX_OK 而不释放 skb添加 dev_kfree_skb() 以修复此问题。仅测试编译文件。(CVE-2022-50832)

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

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

  - ledled-core修复 of_led_get() class_find_device_by_of_node() 调用 class_find_device() 中的 refcount 泄漏它将获取引用当不再需要时使用 put_device() 终止引用。 (CVE-2023-54190)

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

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

  - igc修复 ndo_tx_timeout 回调期间的内核错误 Xeon 验证团队一直通过各种 HW 配置执行某些加载测试他们发现这些测试期间正在发生某些传输队列超时。这将导致 igc_tx_timeout() 调用重置适配器函数。在 igc_reinit_locked() 中启动和启动接口、生成中断以及调用 igc_clean_tx_irq() 以完成 TX 时可能出现类似的争用条件。当调用 igc_tx_timeout() 函数时此修补程序将在 igc_down() 进程期间关闭所有 TX 环 HW 队列。当稍后执行 igc_up() 程序时TX ring HW 队列将在 igc_configure_tx_ring() 进程期间再次激活。此修补程序也移动了现有的 igc_disable_tx_ring_hw() 以避免使用前向声明。内核跟踪[ 7678.747813] ------------[ cut here ]------------ [ 7678.757914] NETDEV WATCHDOGenp1s0 (igc)传输队列 2超时 [ 7678.770117] WARNING: CPU0 PID: 13 at net/sched/sch_generic.c:525 dev_watchdog+0x1ae/0x1f0 [ 7678.784459] 模块中链接的 xt_conntrack nft_chain_nat xt_MASQUERADE xt_addrtype nft_compat nf_tables nfnetlink br_netfilter bridge stp llc overlay dm_mod emrcha(PO) emriio(PO) rktpm(PO) cegbuf_mod(PO) patch_update(PO) se(PO) sgx_tgts(PO) mktme(PO) keylocker(PO) svtdx(PO) svfs_pci_hotplug(PO) vtd_mod(PO) davemem( PO) svmabort(PO) svindexio(PO) usbx2(PO) ehci_sched(PO) svheartbeat(PO) ioapic(PO) sv8259(PO) svintr(PO) lt(PO) pcierootport(PO) enginefw_mod(PO) ata(PO) smbus(PO) spiflash_cdf(PO) arden(PO) dsa_iax(PO) oobmsm_punit(PO) cpm(PO) svkdb(PO) ebg_pch(PO) pch(PO) sviotargets(PO) svbdf(PO) svmem(PO) svbios( PO) dram(PO) svtsc(PO) target(PO) superio(PO) svkernel(PO) cswitch(PO) mcf(PO) pentiumIII_mod(PO) fs_svfs(PO) mdevdefdb(PO) svfs_os_services(O) ixgbe mdio mdio_devres libphy em eraldrapids_svdefs(PO) regsupport(O) libnvdimm nls_cp437 snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_intel snd_intel_dspcfg snd_hda_codec snd_hwdep x86_pkg_temp_thermal snd_hda_core snd_pcm snd_timer isst_if_mbox_pci [ 7678.784496] input_leds isst_if_mmio sg snd isst_if_common soundcore wmi button sad9(O) drm fuse backlight configfs efivarfs ip_tables x_tables vmd sdhci led_class rtl8150 r8152 hid_generic pegasus mmc_block usbhid mmc_core hid megaraid_sas ixgb igb i2c_algo_bit ice i40e hpsa scsi_transport_sas e1000e e1000 e100 ax88179_178a usbnet xhci_pci sd_mod xhci_hcd t10_pi crc32c_intel crc64_rocksoft igc crc64 crc_t10dif usbcore crct10dif_generic ptp crct10dif_common usb_common pps_core [ 7679.200403] RIP: 0010:dev_watchdog+0x1ae/0x1f0 [ 7679.210201] 代码28 e9 53 ff ff ff 4c 89 e7 c6 05 06 42 b9 00 01 e8 17 d1 fb ff 44 89 e6 48 c7 c7 40 ad fb 81 48 89 c2 e8 52 62 82 ff <0f> 0b e9 72 ff ff ff 65 8b 05 80 7d 7c 7e 89 c0 48 0f a3 05 0a c1 [7679.245438] RSP: 0018:ffa00000001f7d90 EFLA GS: 00010282 [ 7679.256021] RAX: 0000000000000000 RBX:
    ff11000109938440 RCX: 0000000000000000 [ 7679.268710] RDX: ff11000361e26cd8 RSI: ff11000361e1b880 RDI
    ff11000361e1b880 [ 7679.281314] RBP: ffa00000001f7da8 R08: ff1100035f8fffe8 R09: 0000000000027ffb [7679.293840] R10: 0000000000001f0a R11: ff1100035f840000 R12: ff11000109938000 [ 7679.306276] R13:
     R140000000000000002  : dead000000000122 R15: ffa00000001f7e18 [ 7679.318648] FS: 0000000000000000(0000) GS:ff11000361e00000(0000) knlGS:0000000000000000 [ 7679.332064] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 [ 7679.342757] CR2: 00007ffff7fca168 CR3: 000000013b08a006 CR4: 0000000000471ef8 [7679.354984] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 7679.367207] DR3:
    0000000000000000 DR6: 00000000fffe07f0 DR7: 0000000000000400 [ 7679.379370] PKRU: 55555554 [ 7679.386446] 调用跟踪 [ 7679.393152] <TASK> [ 7679.399363] ? __pfx_dev_watchdog+0x10/0x10 [ 7679.407870] call_timer_fn+0x31/0x110 [ 7679.415698] e ---truncated--- (CVE-2023-54166)

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

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

  - dm flake不损坏归零页面 当需要将区块设备上的某些范围归零时函数
    __blkdev_issue_zero_pages 提交 bio 矢量指向零页面的写入 bio。如果我们使用带有损坏 bio 写入选项的 dm-flakey会损坏零页面的内容从而导致多个用户空间程序崩溃。Glibc 假设由 mmap 返回的内存已清零并将其用于 calloc 实现如果新映射的内存未归零calloc 将返回非归零内存。
    通过测试页面是否等于 ZERO_PAGE(0) 来修复此缺陷并避免这种情况下的损坏。
    (CVE-2023-54317)

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

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

  - pstore通过带有 VM_IOREMAP 的 vmap()ing 避免 kcore oops 在使用 pstore 和 ram 后端的设备上运行“cat /proc/kcore > /dev/null”可通过运行“cat /proc/kcore > /dev/null”来引发 oops因为 kmap_atomic() 假设 lowmem 页面可通过__va()。无法处理虚拟地址 ffffff807ff2b000 Mem abort infoESR = 0x96000006 EC = 0x25DABT当前 ELIL = 32 位 SET = 0FnV = 0 EA = 0S1PTW = 0 FSC = 0x06级别2 转换错误数据中止信息ISV = 0ISS = 0x00000006 CM = 0WnR = 0 swapper pgtable4k 页39 位 VAs pgdp=0000000081d87000 [ffffff807ff2b000] pgd=180000017fe18003、p4d=180000017fe18003、 pud=180000017fe18003、 pmd=0000000000000000 Internal错误Oops96000006 [#1] 链接的 PREEMPT SMP 模块dm_integrity CPU7 PID: 21179 Commperf Not tainted 5.15.67-10882-ge4eb2eb988cd #1 baa443fb8e8477896a370b31a821eb2009f9bfba 硬件名称
    - 8) (DT) pstatea0400009 (NzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : __memcpy+0x110/0x260 lr
    vread+0x194/0x294 sp : ffffffc013ee39d0 x29: ffffffc013ee39f0 x28: 0000000000001000 x27: ffffff807ff2b000 x26: 0000000000001000 x25: ffffffc0085a2000 x24: ffffff802d4b3000 x23: ffffff80f8a60000 x22:
    ffffff802d4b3000 x21: ffffffc0085a2000 x20: ffffff8080b7bc68 x19: 0000000000001000 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: ffffffd3073f2e60 x14: ffffffffad588000 x13:
    0000000000000000 x12: 0000000000000001 x11: 00000000000001a2 x10: 00680000fff2bf0b x9 : 03fffffff807ff2b x8 : 0000000000000001 x7 : 0000000000000000 x6 : 0000000000000000 x5 : ffffff802d4b4000 x4 :
    ffffff807ff2c000 x3 : ffffffc013ee3a78 x2 : 0000000000001000 x1 : ffffff807ff2b000 x0 : ffffff802d4b3000 Call trace: __memcpy+0x110/0x260 read_kcore+0x584/0x778 proc_reg_read+0xb4/0xe4 During early boot, memblock reserves the pages for the ramoops reserved memory node in DT that would otherwise属于直接 lowmem 映射的一部分。Pstore 的 ram 后端重用这些保留的页面来更改内存类型回写或非缓存通过将这些页面传递到具有特定标记的 vmap()请参阅 persistent_ram_vmap() 中的 pfn_to_page() 用法了解更多详细信息。当 read_kcore() 开始遍历 vmalloc 区域时它将在 vmap() 为 ramoops 返回的虚拟地址上运行。在 aligned_vread() 中虚拟地址传递到 vmalloc_to_page()其返回保留的 lowmem 区域的页面 struct。该 lowmem 页面会传递到 kmap_atomic()其有效调用 page_to_virt()后者假设 lowmem 页面 struct 必须可通过 __va() 函数直接访问。不过这些页面会通过 vmap() 映射但从未进行 lowmem 映射因此像上述一样通过 lowmem 虚拟地址访问它们会发生错误。我们将 VM_IOREMAP 传递至 vmap() 以避开此问题。这会通知 vread() 不要在 kcore 中包含 ramoops 区域。相反，该区域看起来像一串零。另一种方法是向 kmap() 教授与 lowmem 交叉的 vmalloc 区域。据推测此类变更并非重大变更而且无论如何也没有人愿意检查 kcore 文件中的 ramoops 区域因此目前采用最方便的途径。 (CVE-2022-50849)

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

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

  - mmctoshsd修复 mmc_add_host() 的返回值检查如果忽略其返回值mmc_add_host() 可能返回错误则在 mmc_alloc_host() 中分配的内存将泄漏并因未添加的删除而导致内核崩溃删除路径中的设备。因此通过检查返回值并转到将调用 mmc_free_host() 的错误路径来修复此问题此外还需要调用 free_irq()。 (CVE-2022-50886)

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

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

  - erofs修复 z_erofs_get_extent_compressedlen() 失败时缺少的取消映射。否则元缓冲区可能会泄露。 (CVE-2022-50811)

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

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

  - ALSAymfpci使用设备管理的 snd_devm_card_new() 创建卡提交 c6e6bb5eab74 中的 snd_card_ymfpci_remove()ALSAymfpci使用设备管理的 API 分配资源但是对 snd_card_new() 的调用未替换为 snd_devm_card_new() 。由于不再调用 snd_card_free卸载该模块最终会导致 Oops[697561.532887] 缺陷无法处理地址 ffffffffc0924480 的页面错误 [697561.532893] #PF内核模式下的主管读取访问 [697561.532896] #PFerror_code(0x0000) - not-present 页 [697561.532899] PGD ae1e15067 P4D ae1e15067 PUD ae1e17067 PMD 11a8f5067 PTE 0 [697561.532905] Oops: 0000 [#1] PREEMPT SMP NOPTI [697561.532909] CPU: 21 PID 5080 Comm: wireplmber 受感染: GW OE 6.2.7 #1 [697561.532914] 硬件名称: 系统制造商系统产品名称/TUF GAMING X570-PLUS, BIOS 4408 10/28/2022 [697561.532916] RIP
    0010:try_module_get.part.0+0x1a/0xe0 [697561.532924] Code90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 55 48 89 e5 41 55 41 54 49 89 fc bf 01 00 00 00 e8 56 3c f8 ff <41> 83 3c 24 02 0f 84 96 00 00 00 41 8b 84 24 30 03 00 00 85 c0 0f [697561.532927] RSP: 0018:ffffbe9b858c3bd8 EFLAGS: 000109697561.532930] RAX6 ffff9815d14f1900 RBX: ffff9815c14e6000 RCX: 0000000000000000 [697561.532933] RDX:
    0000000000000000 RSIffffffffc055092c RDIffffffffb3778c1a [697561.532935] RBPffffbe9b858c3be8 R08
    0000000000000040 R09ffff981a1a741380 [697561.532937] R10ffffbe9b858c3c80 R1100000009d56533a6 R12
    ffffffffc0924480 [697561.532939] R13: ffff9823439d8500 R14: 0000000000000025 R15: ffff9815cd109f80 [697561.532942] FS: 00007f13084f1f80(0000) GS:ffff9824aef40000(0000) knlGS:0000000000000000 [697561.532945] CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 [697561.532947] CR2: ffffffffc0924480 CR3: 0000000145344000 CR4: 0000000000350ee0 [697561.532949] 调用跟踪 [697561.532951] <TASK> [697561.532955] try_module_get+0x13/0x30 [697561.532960] [snd_ctl0nd_ctl0nd_ctl0nd_ctl_opensnd_ctl_opens697561.532976] snd_open+0xb4/0x1e0 [snd] [697561.532989] chrdev_open+0xc7/0x240 [697561.532995] ? fsnotify_perm.part.0+0x6e/0x160 [697561.533000] ? __pfx_chrdev_open+0x10/0x10 [697561.533005] do_dentry_open+0x169/0x440 [697561.533009] vfs_open+0x2d/0x40 [697561.533012] path_openat+0xa9d/0x10d0 [697561.533017] ? debug_smp_processor_id+0x17/0x20 [697561.533022] trigger_load_balance+0x65/0x370 [697561.533026] do_filp_open+0xb2/0x160 [697561.533032] ? _raw_spin_unlock+0x19/0x40 [697561.533036] ? alloc_fd+0xa9/0x190 [697561.533040] do_sys_openat2+0x9f/0x160 [697561.533044] __x64_sys_openat+0x55/0x90 [697561.533048] do_syscall_64+0x3b/0x90 [697561.533052] entry_SYSCALL_64_after_hwframe+0x72/0xdc [697561.533056] RIP: 0x70db40db: 00f33340db: [697561.533059] Code24 20 eb 8f 66 90 44 89 54 24 0c e8 46 68 f8 ff 44 8b 54 24 0c 44 89 e2 48 89 ee 41 89 c0 bf 9c ff ff ff b8 01 01 00 00 0f 05 <48> 3d 00 f0 ff ff 77 32 44 89 c7 89 44 24 0c e8 78 68 f8 ff 8b 44 [697561.533062] RSP: 002b:00007ffcce664450 EFLAGS: 00000293 ORIG_RAX: 0000000000000101 [697561.533066] RAX: ffffffffffffffda RBX: 0000000000000003 RCX:
    00007f1308a40db4 [697561.533068] RDX: 0000000000080000 RSI: 00007ffcce664690 RDI: 00000000ffffff9c [697561.533070] RBP: 00007ffcce664690 R08: 0000000000000000 R09: 0000000000000012 [697561.533072] R10:
    0000000000000000 R110000000000000293 R120000000000080000 [697561.533074] R1300007f13054b069b R14
    0000565209f83200 R15: 0000000000000000 [697561.533078] </TASK> (CVE-2023-54308)

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

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

  - serial8250修复 uart_change_pm() 上 port->pm 的 oops卸载硬件特定的 8250 驱动程序可在卸载驱动程序后大约 10 秒产生错误“无法在虚拟地址处理内核分页请求”。这种情况发生在调用 uart_change_pm() 的 uart_hangup() 上。原来 commit 04e82793f068 (serial: 8250: Reinit port->pm on portspecific driver unbind) 只是部分补丁。如果硬件特定驱动程序已初始化 port->pm 函数则也需要清除 port->pm。仅重新初始化 port->ops 并不能实现此目的。否则 serial8250_pm() 将调用 port->pm() 而不是 serial8250_do_pm()。 (CVE-2023-54220)

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

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

  - mmcalcor修复 mmc_add_host() 的返回值检查如果忽略其返回值mmc_add_host() 可能返回错误则在 mmc_alloc_host() 中分配的内存将泄漏并因未添加的删除而导致内核崩溃删除路径中的设备。因此可通过检查返回值并调用错误路径中的 mmc_free_host() 来修复此问题。 (CVE-2022-50858)

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

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

  - FontForge GUtils SGI 文件解析基于堆的缓冲区溢出远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 FontForge 安装上执行任意代码。
    利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。解析 SGI 文件内的扫描线时存在特定缺陷。造成这一问题的原因是，在将用户提供的数据复制到基于堆的缓冲区之前，未正确验证这些数据的长度。攻击者可利用此漏洞在当前进程环境中执行代码。为 ZDI-CAN-27920。 (CVE-2025-15277)

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

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

  - BluetoothISO修复 iso_conn 相关的锁定和有效性问题 sk->sk_state 指示 iso_pi(sk)->conn 是否有效。检查/更新 sk_state 和访问 conn 的操作应持有 lock_sock否则可争用。获取锁定的顺序为 hci_dev_lock > lock_sock > iso_conn_lock这是在 connect/disconnect_cfm -> iso_conn_del -> iso_chan_del 中的顺序。修复 iso_connect_cis/bis 和 sendmsg/recvmsg 中的锁定以在更新 sk_state 和 conn 时进行 lock_sock。在 iso_connect_cis/bis 期间不得发生 iso_conn_del 因为它会释放 iso_conn。延长 hdev->lock 的时间以防止发生这种情况。这不应重新引入提交 241f51931c35 中修复的问题蓝牙ISO避免循环锁定依赖因为我们会按顺序获取锁定。保留了 iso_sock_connect 中的补丁以便在 iso_connect_* 获取 hdev->lock 之前释放 lock_sock。对于 commit 6a5ad251b7cd (Bluetooth: ISO
    修复可能存在的循环锁定依存关系。保留了 iso_conn_ready 中的补丁以便不在 lock_sock 之前获取 iso_conn_lock。 iso_conn_add 返回含有效 hcon 的 iso_conn。在重复使用等待断开连接超时的旧 CIS 连接时也进行此操作请参阅 __iso_sock_close其中 conn->hcon 被设置为 NULL。在 iso_connect_cis 中的 iso_chan_add 之后使用 iso_conn_del 进行追踪
    ================================================== ============= iso_sock_create:771: sock 00000000be9b69b7 iso_sock_init:693: sk 000000004dff667e iso_sock_bind:827: sk 000000004dff667e 70:1a:b8:98:ff:a2 type 1 iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_setsockopt:1289: sk 000000004dff667e iso_sock_connect:875: sk 000000004dff667e iso_connect_cis:353: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_get_route:1199: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da hci_conn_add:1005: hci0 dst 28:3d:c2:4a:7e:da iso_conn_add:140: hcon 000000007b65d182 conn 00000000daf8625de __iso_chan_adde :214: conn 00000000daf8625e iso_connect_cfm:1700: hcon 000000007b65d182 bdaddr 28:3d:c2:4a:7e:da status 12 iso_conn_del:187: hcon 000000007b65d182 conn 00000000daf8625e, err 16 iso_sock_clear_timer:117: sock 000000004dff667e state 3<Note: sk_state is BT_BOUND (3), so iso_connect_cis is still running at this point> iso_chan_del:153: sk 000000004dff667e, conn 00000000daf8625e, err 16 hci_conn_del:1151: hci0 hcon 000000007b65d182 handle 65535 hci_conn_unlink:1102: hci0: hcon 000000007b65d182 hci_chan_list_flush:2780: hcon 000000007b65d182 iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getsockopt:1376: sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_getname:1070: sock 00000000be9b69b7, sk 000000004dff667e iso_sock_shutdown:1434:
    sock 00000000be9b69b7sk 000000004dff667ehow 1 __iso_sock_close:632: sk 000000004dff667e state 5 套接字 00000000be9b69b7 Only iso_connect_cis sets it to BT_CONNECT, so it must be that iso_chan_del occurred between iso_chan_add and end of iso_connect_cis.> BUG: kernel NULL pointer dereference, address: 0000000000000000 PGD 8000000006467067 P4D 8000000006467067 PUD 3f5f067 PMD 0 Oops: 0000 [#1] PREEMPT SMP PTI硬件名称
    QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.2-1.fc38 04/01/2014 RIP: 0010:__iso_sock_close (net/bluetooth/iso.c:664) 蓝牙 ======== ================================================== ===== 在 iso_connect_cis 中的 iso_chan_add 之前使用 iso_conn_del 进行跟踪
    ================================================== ============= iso_connect_cis:356: 70:1a:b8:98:ff:a2 -> 28:3d:c2:4a:7e:da ... iso_conn_add:140: hcon 0000000093bc551f conn 00000000768ae504 hci_dev_put:1487: hci0 orig refcnt 21 hci_event_packet:7607: hci0: e ---truncated--- (CVE-2023-54164)

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

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

  - mptcp在 mptcp_worker 中存在更严格的状态检查据 Christoph 报告当相关 msk 套接字处于意外状态connect() //传入重置 + fastclose //the mptcpworker mptcp_disconnect() 时mptcp 协议可以运行工作线程// msk 现已关闭 listen() mptcp_worker() 导致以下 splatdivide 错误0000 [#1] PREEMPT SMP CPU: 1 PID: 21 Comm: kworker/1:0 未受感染 6.3.0-rc1-gde5e8fd0123c #11 硬件名称QEMU Standard PCi440FX + PIIX1996BIOS 1.11.0-2.el7 04/01/2014 工作队列事件 mptcp_worker RIP0010:__tcp_select_window+0x22c/0x4b0 net/ipv4/tcp_output.c:3018 RSP0018ffffc900000b3c98 EFLAGS00010293 RAX000000000000ffd7 RBX
    000000000000ffd7 RCX: 0000000000000000 RDX: 0000000000000000 RSI: ffffffff8214ce97 RDI: 0000000000000004 RBP: 000000000000ffd7 R08: 0000000000000004 R09: 0000000000010000 R10: 000000000000ffd7 R11:
     R12ffff888005afa148  : 000000000000ffd7 R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff88803ed00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000405270 CR3: 000000003011e006 CR4: 0000000000370ee0 DR0
    0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> tcp_select_window net/ipv4/tcp_output.c:262 [inline]
    __tcp_transmit_skb+0x356/0x1280 net/ipv4/tcp_output.c:1345 tcp_transmit_skb net/ipv4/tcp_output.c:1417 [inline] tcp_send_active_reset+0x13e/0x320 net/ipv4/tcp_output.c:3459 mptcp_check_fastclose net/mptcp/protocol. 2530 [inline] mptcp_worker+0x6c7/0x800 net/mptcp/protocol.c:2705 process_one_work+0x3bd/0x950 kernel/workqueue.c:2390 worker_thread+0x5b/0x610 kernel/workqueue.c:2537 kthread+0x138/0x170 kernel/kthread .c:376 ret_from_fork+0x2c/0x50 arch/x86/entry/entry_64.S:308 </TASK> 此变更解决在运行 mptcp 工作线程之前明确检查不良状态的问题。
    (CVE-2023-54176)

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

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

  - refscale修复 wait_queue_head_t 的未初始化使用 运行 refscale 测试偶尔会导致内核崩溃并出现以下错误 [ 8569.952896] 缺陷无法处理地址的页面错误
    fffffffffffffffe8 [ 8569.952900] #PF内核模式中的主管读取访问权限 [ 8569.952902] #PF
    error_code(0x0000) - not-present 页面 [ 8569.952904] PGD c4b048067 P4D c4b049067 PUD c4b04b067 PMD 0 [8569.952910] Oops0000 [#1] PREEMPT_RT SMP NOPTI [ 8569.952916] 硬件名称Dell Inc. PowerEdge R750/0WMWCR 、 BIOS 1.2.4 05/28/2021 [ 8569.952917] RIP: 0010:prepare_to_wait_event+0x101/0x190: [8569.952940] 调用跟踪[ 8569.952941] <TASK> [ 8569.952944] ref_scale_reader+0x380/0x4a0 [refscale] [8569.952959] kthread+0x10e/0x130 [ 8569.952966] ret_from_fork+0x1f/0x30 [ 8569.952973] </TASK> 可能的原因是在调用用于创建 ref_scale_reader kthread 的torture_create_kthread() 函数之后调用了 init_waitqueue_head()。尽管 init_waitqueue_head() 调用很可能在此 kthread 创建并开始运行之前完成但进行调用的 kthread 可能会在对torture_create_kthread() 和 init_waitqueue_head() 的调用之间延迟。在这种情况下新 kthread 将在正确初始化之前使用 waitqueue 头这不利于内核的运行状况。此处发生上述崩溃 static inline void __add_wait_queue(...) { : if (!(wq->flags & WQ_FLAG_PRIORITY)) <=== 此处崩溃 wait_queue_entry 中 list_head 条目中的 flags 偏移为 -0x18。如果 reader_tasks[i].wq.head.next 因分配 reader_task 结构已零初始化而为 NULL则指令将尝试访问地址 0xffffffffffffffe8即上述错误地址。因此此提交会在创建 kthread 之前调用 init_waitqueue_head()。 (CVE-2023-54316)

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

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

  - jbd2在使用可导致引用计数泄漏的未命中释放缓冲区头的 fc_do_one_pass() 中的 fc_do_one_pass() 中添加未命中释放缓冲区头。 (CVE-2022-50835)

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

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

  - KVMSVM从源 VM 中获取源 vCPU 以进行 SEV-ES 主机内迁移 修复执行主机内迁移时 KVM 尝试从目标 VM 中获取源 vCPU 的错误。占用错误的 vCPU 不仅会损坏客户机还会造成主机崩溃这是因为 VMSA 指针留空所致。缺陷无法处理地址 ffffe38687000000 的页面错误 #PF内核模式中的主管读取访问
    error_code(0x0000) - not-present page PGD 0 P4D 0 Oops0000 [#1] SMP NOPTI CPU39 PID17143 Comm
    sev_migrate_tes 受感染GO 6.5.0-smp--fff2e47e6c3b-next #151 硬件名称 Google, Inc.
    Arcadia_IT_80/Arcadia_IT_80、BIOS 34.28.0 07/10/2023 RIP: 0010:__free_pages+0x15/0xd0 RSP
    0018:ffff923fcf6e3c78 EFLAGS: 00010246 RAX: 0000000000000000 RBX: ffffe38687000000 RCX: 0000000000000100 RDX: 0000000000000100 RSI: 0000000000000000 RDI: ffffe38687000000 RBP: ffff923fcf6e3c88 R08:
     R09ffff923fcafb0000  : 0000000000000000 R10: 0000000000000000 R11: ffffffff83619b90 R12: ffff923fa9540000 R13: 0000000000080007 R14: ffff923f6d35d000 R15: 0000000000000000 FS: 0000000000000000(0000) GS:ffff929d0d7c0000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES0000 CR00000000080050033 CR2
    ffffe38687000000 CR3: 0000005224c34005 CR4: 0000000000770ee0 PKRU: 55555554 Call Trace: <TASK> sev_free_vcpu+0xcb/0x110 [kvm_amd] svm_vcpu_free+0x75/0xf0 [kvm_amd] kvm_arch_vcpu_destroy+0x36/0x140 [kvm] kvm_destroy_vcpus+0x67/0x100 [kvm] kvm_arch_destroy_vm+0x161 /0x1d0 [kvm] kvm_put_kvm+0x276/0x560 [kvm] kvm_vm_release+0x25/0x30 [kvm] __fput+0x106/0x280____fput+0x12/0x20 task_work_run+0x86/0xb0 do_exit+0x2e3/0x9c0 do_group_exit___sysb1/0x60xc0 do_group_exit___sysb1/0x60xc0 0x20 do_syscall_64+0x41/0x90 entry_SYSCALL_64_after_hwframe+0x63/0xcd </TASK> CR2: ffffe38687000000 (CVE-2023-54296)

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

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

  - platform/x86think-lmi修复解析 ThinkStation WMI 字符串时的内存泄漏 我之前的提交造成了内存泄漏其中从 tlmi_setting 分配的项目未释放。此提交还对其进行了重命名以避免与相同函数中具有类似名称的变量混淆。 (CVE-2023-54252)

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

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

  - bpf在 bpf_event_output 中禁用 preemption 我们收到关于内核崩溃的报告 [1]这是由于使用嵌套保护而未禁用 preemption 所导致。bpf_event_output 可以由禁用迁移但启用 preemption 的 bpf_prog_run_array_cg 函数执行的程序调用。这可导致任务被嵌套保护内的另一个任务抢占并最终导致两个任务使用相同的 perf_sample_data 缓冲区造成崩溃类似缺陷内核空指针取消引用解决
    0000000000000001 #PF内核模式中的主管取指 #PFerror_code (0x0010) - not-present page ... perf_output_sample+0x12a/0x9a0 ? finish_task_switch.isra.0+0x81/0x280 perf_event_output+0x66/0xa0 bpf_event_output+0x13a/0x190 bpf_event_output_data+0x22/0x40 bpf_prog_dfc84bbde731b257_cil_sock4_connect+0x40a/0xacb ? xa_load+0x87/0xe0
    __cgroup_bpf_run_filter_sock_addr+0xc1/0x1a0 ? release_sock+0x3e/0x90 ? sk_setsockopt+0x1a1/0x12f0 ? udp_pre_connect+0x36/0x50 ? inet_dgram_connect+0x93/0xa0 ? __sys_connect+0xb4/0xe0 udp_setsockopt+0x27/0x40 ? __pfx_udp_push_pending_frames+0x10/0x10 ? __sys_setsockopt+0xdf/0x1a0 ?
    __x64_sys_connect+0xf/0x20 ? do_syscall_64+0x3a/0x90 ? entry_SYSCALL_64_after_hwframe+0x72/0xdc 通过在 bpf_event_output 中禁用 preemption 来修复此问题。 [1] https://github.com/cilium/cilium/issues/26756(CVE-2023-54173)

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

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

  - wifiath9k: hif_usb修复 ath9k_hif_usb_reg_in_cb() 中的释放后使用。可能在 ath9k_htc_rx_msg() 中释放了 skb然后 usb_submit_urb() 失败我们再次尝试释放 skb。它会造成释放后使用缺陷。此外如果 alloc_skb() 失败urb->context 变为空但 rx_buf 未释放并且可能存在内存泄漏。修补程序移除不必要的 nskb 并使 skb 处理更清楚假设 ath9k_htc_rx_msg() 释放旧 skb或将其管理移至另一个回调函数。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2022-50829)

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

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

  - FontForge SFD 文件解析未正确验证数组索引远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 FontForge 安装上执行任意代码。
    利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。解析 SFD 文件时存在特定缺陷。导致此问题的原因是未正确验证用户提供的数据从而可能导致写入超出已分配数组的末尾。攻击者可利用此漏洞在当前用户环境中执行任意代码。是 ZDI-CAN-28562。 (CVE-2025-15271)

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

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

  - cifs修复 VALIDATE_NEGOTIATE_INFO 消息的错误长度 Commit d5c7076b772asmb3将 smb3.1.1 添加到默认方言列表将方言从 3 扩展到 4但忘记在特定方言会使消息长度变大时减少扩展的长度比预期的要严重。这可能因为未初始化消息正文而通过网络泄漏某些信息。应用此修补程序后VALIDATE_NEGOTIATE_INFO 消息长度会从 28 字节减少至 26 字节。 (CVE-2022-50859)

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

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

  - bpf在 bpf_perf_event_output 中禁用抢占 bpf_perf_event_output 中的嵌套保护依赖于已禁用的抢占而这对于 kprobes 和跟踪点是有保证的。不过也可通过 bpf_prog_run_array_sleepable 函数从 uprobes 上下文调用 bpf_perf_event_output这会禁用迁移但保持启用抢占。这可导致任务被嵌套保护内的另一个任务抢占并最终导致两个任务使用相同的 perf_sample_data 缓冲区造成崩溃如下所示
    内核尝试执行 NX 保护的页面 - 恶意利用? (uid0)缺陷无法处理地址的页面错误ffffffff82be3eea ... 调用跟踪__die+0x1f/0x70 ? page_fault_oops+0x176/0x4d0 exc_page_fault+0x132/0x230 ? asm_exc_page_fault+0x22/0x30 ? perf_output_sample+0x12b/0x910 perf_event_output+0xd0/0x1d0 bpf_perf_event_output+0x162/0x1d0 bpf_prog_c6271286d9a4c938_krava1+0x76/0x87 ? __uprobe_perf_func+0x12b/0x540 ? uprobe_dispatcher+0x2c4/0x430 ? uprobe_notify_resume+0x2da/0xce0 atomic_notifier_call_chain+0x7b/0x110 exit_to_user_mode_prepare+0x13e/0x290 ? irqentry_exit_to_user_mode+0x5/0x30 ? asm_exc_int3+0x35/0x40 通过在 bpf_perf_event_output 中禁用 preemption 来修复此问题。 (CVE-2023-54303)

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

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

  - netfilterebtables修复表 blob 释放后使用 此时不允许我们返回错误。
    查看代码似乎 ret 此时始终为 0但实际情况并非如此。 t = find_table_lock(net, repl->name, &ret, &ebt_mutex); ...这可返回一个有效的表 ret != 0。此缺陷导致使用新的 blob 更新 table->private但随后立即在调用程序中释放该 blob。Syzbot 报告BUG
    KASAN__ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 中的 vmalloc 越界读取地址 ffffc90005425000 中的大小为 4 由任务 kworker/u4:4/74 工作队列netns cleanup_net 调用追踪
    kasan_report+0xbf/0x1f0 mm/kasan/report.c:517 __ebt_unregister_table+0xc00/0xcd0 net/bridge/netfilter/ebtables.c:1168 ebt_unregister_table+0x35/0x40 net/bridge/netfilter/ebtables.c:1372 ops_exit_list+0xb0/ 0x170 net/core/net_namespace.c:169 cleanup_net+0x4ee/0xb10 net/core/net_namespace.c:613 ... ip(6)tables 似乎一切正常此时 ret 应为 0但使其更明显。
    (CVE-2023-54243)

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

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

  - RDMA/rxe创建套接字失败时修复 rxe_qp_do_cleanup() 中的 NULL-ptr-deref。在 rdma 上 mount.cifs 时存在 null-ptr-deref缺陷BUG：KASANrxe_qp_do_cleanup+0x2f3/0x360 中的 null-ptr-deref rdma_rxe] 通过任务 mount.cifs/3046 CPU: 2 PID: 3046 Comm: mount.cifs Not tainted 在地址 0000000000000018 进行大小 8 的读取 6.1.0-rc5+ #62 硬件名称QEMU Standard PCi440FX + PIIX1996 BIOS 1.14.0-1.fc3 Call Trace: <TASK> dump_stack_lvl+0x34/0x44 kasan_report+0xad/0x130 rxe_qp_do_cleanup+0x2f3/0x360 [rdma_rxe] execute_in_process_context+0x25/0x90 __rxe_cleanup+0x101/0x1d0 [rdma_rxe] rxe_create_qp+0x16a/0x180 [ rdma_rxe] create_qp.part.0+0x27d/0x340 ib_create_qp_kernel+0x73/0x160 rdma_create_qp+0x100/0x230
    _smbd_get_connection+0x752/0x20f0 smbd_get_connection+0x21/0x40 cifs_get_tcp_session+0x8ef/0xda0 mount_get_conns+0x60/0x750 cifs_mount+0x103/0xd00 cifs_smb3_do_mount+0x1dd/0xcb0 smb3_get_tree+0x1d5/0x300 vfs_get_tree+0x41/0xf0 path_mount+0x9b3/0xdd0 __x64_sys_mount+0x190/0x1d0 do_syscall_64+0x35/0x80 entry_SYSCALL_64_after_hwframe+0x46/0xb0 问题的根本原因是 rxe_qp_init_req() 中创建套接字失败。因此请在 NULL ptr 检查之后移动重置 rxe_qp_do_cleanup()。 (CVE-2022-50885)

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

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

  - af_unix：修复与 sk->sk_shutdown 有关的数据争用问题。KCSAN 发现围绕 sk->sk_shutdown 的数据争用其中 unix_release_sock() 和 unix_shutdown() 在 unix_state_lock()、OTOH unix_poll() 和 unix_dgram_poll() 无锁读取的情况下更新。我们需要使用 WRITE_ONCE() 和 READ_ONCE() 注解写入和读取。BUGKCSANunix_poll / unix_release_sock 中的数据争用由任务 264 在 cpu 0 上写入 0xffff88800d0f8aec 各 1 个字节unix_release_sock+0x75c/0x910 net/unix/af_unix.c:631 unix_release+0x59/0x80 net/unix/af_unix.c :1042 __sock_release+0x7d/0x170 net/socket.c:653 sock_close+0x19/0x30 net/socket.c:1397
    __fput+0x179/0x5e0 fs/file_table.c:321____fput+0x15/0x20 fs/file_table.c:349 task_work_run+0x116/0x1a0 kernel/task_work.c:179 resume_user_mode_work include/linux/resume_user_mode.h:49 [inline] exit_to_user_mode_loop kernel/entry/common.c:171 [内联] exit_to_user_mode_prepare+0x174/0x180 kernel/entry/common.c:204 __syscall_exit_to_user_mode_work kernel/entry/common.c:286 [内联] syscall_exit_to_user_mode+0x1a/0x30 kernel/entry/common。 c:297 do_syscall_64+0x4b/0x90 arch/x86/entry/common.c:86 entry_SYSCALL_64_after_hwframe+0x72/0xdc 被任务 222 在 cpu 1: unix_poll+0xa3/0x2a0 net/unix/af_unix.c: 3170 sock_poll+0xcf/0x2b0 net/socket.c:1385 vfs_poll include/linux/poll.h:88 [inline] ep_item_poll.isra.0+0x78/0xc0 fs/eventpoll.c:855 ep_send_events fs/eventpoll.c:1694 [内联] ep_poll fs/eventpoll.c:1823 [内联] do_epoll_wait+0x6c4/0xea0 fs/eventpoll.c:2258 __do_sys_epoll_wait fs/eventpoll.c:2270 [内联] __se_sys_epoll_wait fs/eventpoll.c:2265 [内联] __ x64_sys_epoll_wait+0xcc/0x190 fs/eventpoll.c:2265 do_syscall_x64 arch/x86/entry/common.c:50 [内联] do_syscall_64+0x3b/0x90 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x72/0xdc 值已更改由 CPU:1 上的内核并发审查器报告 0x03 PID: 222 Commdbus-broker Not tainted 6.3.0-rc7-02330-gca6270c12e20 #2 硬件名称QEMU Standard PCi440FX + PIIX, 1996 BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 (CVE-2023-54226)

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

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

  - 恢复蓝牙btsdio修复 btsdio_remove 中因未完成工作而导致的释放后使用缺陷 这恢复提交 1e9ac114c4428fdb7ff4635b45d4f46017e8916f。此修补程序引入了可能的 null-ptr-def 问题。
    将其还原。此修补程序修复的缺陷已由提交 73f7b171b7c0 解决Bluetoothbtsdio修复 btsdio_remove 中因争用条件导致的释放后使用缺陷。 (CVE-2023-54197)

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

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

  - debugobjects不从 fill_pool() 唤醒 kswapdsyzbot 在 fill_pool() 中报告 lockdep 警告因为来自 debugobjects 的分配正在使用 GFP_ATOMIC即 (__GFP_HIGH | __GFP_KSWAPD_RECLAIM)因此尝试唤醒 kswapd这会占用 kswapd_wait ::lock。由于可能会在持有任意锁的情况下调用 fill_pool()因此 fill_pool() 不应假设获取 kswapd_wait::lock 是安全的。使用
    __GFP_HIGH 代替并删除 __GFP_NORETRY因为它对 !__GFP_DIRECT_RECLAIM 分配没有意义。
    (CVE-2023-54268)

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

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

  - net/mlx5exsk修复对旧 rq 的无效缓冲区访问。在 rx 模式下使用 xdpsock 时可能会遇到以下崩溃问题旧 rq缓冲区在 XDP_REDIRECT 路径中释放然后在驱动程序中再次释放。此补丁设置 标记以避免在驱动程序端释放 。旧 rq 的缓冲区的 XSK 处理依赖调用程序设置跳过释放标记。但引用的补丁开始使用页面的片段计数而不是跳过标记。崩溃日志一般保护错误可能为非规范地址 0xffff8881217e3a: 0000 [#1] SMP CPU: 0 PID: 14 Comm: ksoftirqd/0 Not tainted 6.5.0-rc1+ #31 硬件名称QEMU Standard PC (Q35 + ICH9, 2009、BIOS rel-1.13.0-0-gf21b5a4aeb02-prebuilt.qemu.org04/01/2014 RIP0010:bpf_prog_03b13f331978c78c+0xf/0x28 代码... RSP0018ffff88810082fc98 EFLAGS
    00010246 RAX0000000000000000 RBXffff888138404901 RCXc0ffffc900027cbc RDXfffffffffa000b514 RSI
    00ffff8881217e32 RDI: ffff888138404901 RBP: ffff88810082fc98 R08: 0000000000091100 R09: 0000000000000006 R10: 0000000000000800 R11: 0000000000000800 R12: ffffc9000027a000 R13: ffff8881217e2dc0 R14:
     R15ffff8881217e2910  : ffff8881217e2f00 FS: 0000000000000000(0000) GS:ffff88852c800000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000564cb2e2cde0 CR3:
    000000010e603004 CR4: 0000000000370eb0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> ? die_addr+0x32/0x80 ? exc_general_protection+0x192/0x390 ? asm_exc_general_protection+0x22/0x30 ? 0xffffffffa000b514 bpf_prog_03b13f331978c78c+0xf/0x28 mlx5e_xdp_handle+0x48/0x670 [mlx5_core] ? dev_gro_receive+0x3b5/0x6e0 mlx5e_xsk_skb_from_cqe_linear+0x6e/0x90 [mlx5_core] mlx5e_handle_rx_cqe+0x55/0x100 [mlx5_core] mlx5e_poll_rx_cq+0x87/0x6e0 [mlx5_core] mlx5e_napi_poll+0x45e/0x6b0 [mlx5_core] __napi_poll+0x25/0x1a0 net_rx_action+0x28a/0x300 __do_softirq+0xcd /0x279 ? sort_range+0x20/0x20 run_ksoftirqd+0x1a/0x20 smpboot_thread_fn+0xa2/0x130 kthread+0xc9/0xf0 kthread_complete_and_exit+0x20/0x20 ret_from_fork+0x1f/0x30 </TASK> Modules linked in: mlx5_ib mlx5_core rpcrdma rdma_ucm ib_iser libiscsi scsi_transport_iscsi ib_umad rdma_cm ib_ipoib iw_cm ib_cm ib_uverbs ib_core xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat br_netfilter overlay zram zsmalloc fuse [last unloaded: mlx5_core] -- -[结束跟踪 0000000000000000]--- (CVE-2023-54223)

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

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

  - FontForge SFD 文件解析基于堆的缓冲区溢出远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 FontForge 安装上执行任意代码。
    利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。解析 SFD 文件时存在特定缺陷。造成这一问题的原因是，在将用户提供的数据复制到基于堆的缓冲区之前，未正确验证这些数据的长度。攻击者可利用此漏洞在当前用户环境中执行任意代码。
    是 ZDI-CAN-28544。 (CVE-2025-15274)

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

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

  - vdpa/vp_vdpa修复 vp_vdpa_remove 中的 kfree 错误指针在 vp_vdpa_remove() 中代码 kfree(&vp_vdpa_mgtdev->mgtdev.id_table) 使用指针的引用作为 kfree 的参数这是错误的指针然后可能命中崩溃类似this无法处理虚拟地址 00ffff003363e30c 处的内核分页请求 内部错误Oops: 96000004 [#1] SMP 调用跟踪rb_next+0x20/0x5c ext4_readdir+0x494/0x5c4 [ext4] iterate_dir+0x168/0x1b4 __se_sys_getdents64+0x68/0x170c
    __arm64_sys_getdents64+0x24/0x30 el0_svc_common.constprop.0+0x7c/0x1bc do_el0_svc+0x2c/0x94 el0_svc+0x20/0x30 el0_sync_handler+0xb0/0xb4 el0_sync+0x160/0x180 Code: 54000220 f9400441 b4000161 aa0103e0 (f9400821) SMP: stopping secondary CPUs Starting crashdump内核... (CVE-2022-50873

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

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

  - mediausbsiano修复由 do_submit_urb 造成的释放后使用缺陷 存在由 do_submit_urb() 造成的 UAF 缺陷。其中一个 KASan 报告如下所示[ 36.403605] 缺陷KASANworker_thread+0x4a2/0x890 中的释放后使用 [ 36.406105] 由任务 kworker/0:2/49 读取地址 ffff8880059600e8 中的 8 大小 [36.408316] [ 36.408867] CPU0 PID49 Commkworker/0:2 Not tainted 6.2.0-rc3-15798-g5a41237ad1d4-dir8 [36.411696] 硬件名称QEMU Standard PC (i440FX + PIIX,1996)BIOS 相关-1.14.0-0-g15584 [ 36.416157] 工作队列0x0事件[ 36.417654] 调用跟踪[ 36.418546] <TASK> [ 36.419320] dump_stack_lvl+0x96/0xd0 [ 36.420522] print_address_description+0x75/0x350 [ 36.421992] print_report+0x11b/0x250 [ 36.423174] ?
    _raw_spin_lock_irqsave+0x87/0xd0 [ 36.424806] __virt_addr_valid+0xcf/0x170 [ 36.426069] ? worker_thread+0x4a2/0x890 [ 36.427355] kasan_report+0x131/0x160 [ 36.428556] ? worker_thread+0x4a2/0x890 [36.430053] worker_thread+0x4a2/0x890 [ 36.431297] ? worker_clr_flags+0x90/0x90 [ 36.432479] kthread+0x166/0x190 [ 36.433493] ? kthread_blkcg+0x50/0x50 [ 36.434669] ret_from_fork+0x22/0x30 [36.435923] </TASK> [ 36.436684] [ 36.437215] 由任务 24 分配[ 36.438289] kasan_set_track+0x50/0x80 [ 36.439436] __kasan_kmalloc+0x89/ 0xa0 [ 36.440566] smsusb_probe+0x374/0xc90 [ 36.441920] usb_probe_interface+0x2d1/0x4c0 [ 36.443253] real_probe+0x1d5/0x580 [ 36.444539]
    __driver_probe_device+0xe3/0x130 [ 36.446085] driver_probe_device+0x49/0x220 [ 36.447423]
    __device_attach_driver+0x19e/0x1b0 [ 36.448931] bus_for_each_drv+0xcb/0x110 [ 36.450217]
    __device_attach+0x132/0x1f0 [ 36.451470] bus_probe_device+0x59/0xf0 [ 36.452563] device_add+0x4ec/0x7b0 [36.453830] usb_set_configuration+0xc63/0xe10 [ 36.455230] usb_generic_driver_probe+0x3b/0x80 [ 36.456166] printk: console [ttyGS0 ] 已禁用 [ 36.456569] usb_probe_device+0x90/0x110 [ 36.459523] real_probe+0x1d5/0x580 [ 36.461027] __driver_probe_device+0xe3/0x130 [ 36.462465] driver_probe_device+0x49/0x220 [ 36.463847] __device_attach_driver+0x19e/0x1b0 [ 36.465229] bus_for_each_drv+0xcb/0x110 [ 36.466466] __device_attach+0x132/0x1f0 [ 36.467799] bus_probe_device+0x59/0xf0 [ 36.469010] device_add+0x4ec/0x7b0 [ 36.470125] usb_new_device+0x863/0xa00 [36.471374] hub_event+0x18c7/ 0x2220 [ 36.472746] process_one_work+0x34c/0x5b0 [ 36.474041] worker_thread+0x4b7/0x890 [ 36.475216] kthread+0x166/0x190 [ 36.476267] ret_from_fork+0x22/0x30 [36.477447] [ 36.478160] 由任务 24 释放[ 36.479239] kasan_set_track+0x50/0x80 [ 36.480512] kasan_save_free_info+0x2b/0x40 [ 36.481808]____kasan_slab_free+0x122/0x1a0 [ 36.483173]
    __kmem_cache_free+0xc4/0x200 [ 36.484563] smsusb_term_device+0xcd/0xf0 [ 36.485896] smsusb_probe+0xc85/0xc90 [ 36.486976] usb_probe_interface+0x2d1/0x4c0 [ 36.488303] real_probe+0x1d5/0x580 [ 36.489498] __driver_probe3/0xe03_device+0xc90 [ 36.491140] driver_probe_device+0x49/0x220 [ 36.492475] __device_attach_driver+0x19e/0x1b0 [ 36.493988] bus_for_each_drv+0xcb/0x110 [ 36.495171] __device_attach+0x132/0x1f0 [ 36.496617] bus_probe_device+0x59/0xf0 [ 36.497875] device_add +0x4ec/0x7b0 [ 36.498972] usb_set_configuration+0xc63/0xe10 [ 36.500264] usb_generic_driver_probe+0x3b/0x80 [ 36.501740] usb_probe_device+0x90/0x110 [ 36.503084] real_probe+0x1d5/0x580 [ 36.504241]
    __driver_probe_device+0xe3/0x130 [ 36.505548] driver_probe_device+0x49/0x220 [ 36.506766]
    __device_attach_driver+0x19e/0x1b0 [ 36.508368] bus_for_each_drv+0xcb/0x110 [ 36.509646]
    __device_attach+0x132/0x1f0 [ 36.510911] bus_probe_device+0x59/0xf0 [ 36.512103] device_add+0x4ec/0x7b0 [36.513215] usb_new_device+0x863/0xa00 [ 36.514736] hub_event+0x18c7/0x2220 [ 36.516130] process_one_work+
    ---truncated--- (CVE-2023-54270)

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

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

  - USBsisusbvga添加端点检查 syzbot fuzzer 能够从 sisusbvga 驱动程序引发警告 ------------[在此切换]------------ usb 1-1BOGUS urb xfer管道 3 != 类型 1 警告CPU1 PID 26位于 drivers/usb/core/urb.c:504 usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c链接的 504 模块CPU: 1 PID: 26 Comm: kworker/1:1 Not tainted 6.2.0-rc5-syzkaller-00199-g5af6ce704936 #0 硬件名称Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/ 2023 Workqueue
    usb_hub_wq hub_event RIP0010:usb_submit_urb+0xed6/0x1880 drivers/usb/core/urb.c:504 代码7c 24 18 e8 6c 50 80 fb 48 8b 7c 24 18 e8 62 1a 01 ff 41 89 d8 44 89 e1 4c 89 ea 48 89 c6 48 c7 c7 60 b1 fa 8a e8 84 b0 be 03 <0f> 0b e9 58 f8 ff ff e8 3e 50 80 fb 48 81 c5 c0 05 00 00 e9 84 f7 RSP: 0018:ffffc90000a1ed18 EFLAGS: 00010282 RAX: 0000000000000000 RBX0000000000000001 RCX0000000000000000 RDXffff888012783a80 RSI: ffffffff816680ec RDIfffff52000143d95 RBPffff888079020000 R08: 0000000000 R09[00 :
     R100000000000000000  : 0000000080000000 R11: 0000000000000000 R12: 0000000000000003 R13: ffff888017d33370 R14: 0000000000000003 R15: ffff888021213600 FS: 0000000000000000(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 : 0000000080050033 CR2: 00005592753a60b0 CR3:
    0000000022899000 CR4: 00000000003506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: <TASK> sisusb_bulkout_msg drivers/usb/misc/sisusbvga/sisusbvga.c:224 [inline] sisusb_send_bulk_msg.constprop.0+ 0x904/0x1230 drivers/usb/misc/sisusbvga/sisusbvga.c:379 sisusb_send_bridge_packet drivers/usb/misc/sisusbvga/sisusbvga.c:567 [内联] sisusb_do_init_gfxdevice drivers/usb/misc/sisusbvga/sisusbvga.c:2077 [内联] sisusb_init_gfxdevice+0x87b/0x4000 drivers/usb/misc/sisusbvga/sisusbvga.c:2177 sisusb_probe+0x9cd/0xbe2 drivers/usb/misc/sisusbvga/sisusbvga.c:2869 ... 造成此问题的原因是驱动程序未检查其使用的端点是否实际存在以及具有适当的类型。可通过添加简单的端点检查来修复此问题。 (CVE-2023-54213)

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

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

  - BluetoothL2CAP修复潜在的释放后使用此漏洞可修复 其所有实例需要调用 alloc_skb 来分配缓冲区可能会释放 chan 锁定并在稍后重新获取从而可能导致 chan 在此期间断开。 (CVE-2023-54214)

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

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

  - objtool修复 SEGFAULT find_insn() 在失败时返回空。检查 insn以避免空指针取消引用的内核 Oops。 (CVE-2022-50879)

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

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

  - wifiath10k添加对 ath10k_sta_state() 中的对等删除的对等映射清理当断开连接操作中的对等删除失败时KFENCE 在下列日志中检测到释放后使用。这是因为对于每个 vdev_id 和地址只有一个结构 ath10k_peer且在 ath10k_peer_map_event() 中分配。当连接到 AP 时其固件报告有多个 HTT_T2H_MSG_TYPE_PEER_MAP则结构 ath10k 的数组 peer_map 将被设置为 ath10k_peer_map_event() 中的相同 ath10k_peer。当 ath10k_sta_state() 中对等机删除失败时ath10k_peer 将为 struct ath10k 的数组 peer_map 中的第一个对等机 ID 释放然后第二个对等机 ID 发生释放后使用因为它们映射到相同的 ath10k_peer。并为 ath10k_peer清除数组 peer_map 中的所有对等机然后释放后使用会消失对等机映射事件日志[ 306.911021] wlan0使用 b0:2a:43:e6:75:0e 进行认证 [ 306.957187] ath10k_pci 0000 01:00.0mac vdev 0 peer create b0:2a:43:e6:75:0e(new sta) sta 1 / 32 peer 1 / 33 [306.957395] ath10k_pci 0000:01:00.0htt peer map vdev 0 peer b0 :2a:43:e6:75:0e id 246 [ 306.957404] ath10k_pci 0000:01:00.0htt peer map vdev 0 peer b0:2a:43:e6:75:0e id 198 [ 306.986924] ath10k_pci 0000:01 htt peer map vdev 0 peer b0:2a:43:e6:75:0e id 166 peer unmap 事件日志 [ 435.715691] wlan0
    通过本地选择取消 b0:2a:43:e6:75:0e 的身份验证原因3=DEAUTH_LEAVING [ 435.716802] ath10k_pci 0000:01:00.0mac vdev 0 对等机删除 b0:2a:43:e6:75:0e sta ffff990e0e9c2b50 (sta离开) [435.717177] ath10k_pci 0000:01:00.0htt 对等机取消映射 vdev 0 peer b0:2a:43:e6:75:0e id 246 [ 435.717186] ath10k_pci 0000:01:00.0htt 对等机取消映射vdev 0 peer b0:2a:43:e6:75:0e id 198 [ 435.717193] ath10k_pci 0000:01:00.0: htt peer unmap vdev 0 peer b0:2a:43:e6:75:0e id 166 use-after-可用日志[21705.888627] wlan0按本地选择取消 d0:76:8f:82:be:75 的认证原因3=DEAUTH_LEAVING [21713.799910] ath10k_pci 0000:01:00.0未能删除对等机 d0:76 vdev 0 的:8f:82:be:75-110 [21713.799925] ath10k_pci 0000:01:00.0发现 vdev 0 上的 sta peer d0:76:8f:82:be:75 (ptr 0000000000000000 id 102) 条目推测已删除 [21713.799968] ========================================== ======================== [21713.799991] BUGKFENCEath10k_sta_state+0x265/0xb8a 中的释放后使用读取 [ath10k_core] [21713.799991] [21713.799997] 0x00000000abe1 处的释放后使用读取c75e (in kfence-#69): [21713.800010] ath10k_sta_state+0x265/0xb8a [ath10k_core] [21713.800041] drv_sta_state+0x115/0x677 [mac80211] [21713.800059] __sta_info_destroy_part2+0xb1/0x133 [mac80211] [21713.800076] __sta_info_flush+0x11_flush+0x115/0x677 /0x162 [mac80211] [21713.800093] ieee80211_set_disassoc+0x12d/0x2f4 [mac80211] [21713.800110] ieee80211_mgd_deauth+0x26c/0x29b [mac80211] [21713.800137] cfg80211_mlme_deauth+0x13f/0x1bb [cfg80211] [21713.800153] nl80211_deauthenticate+0xf8/0x121 [cfg80211] [21713.800161] genl_rcv_msg+0x38e/0x3be [21713.800166] netlink_rcv_skb+0x89/0xf7 [21713.800171] genl_rcv+0x28/0x36 [21713.800176] netlink_unicast+0x179/0x24b [21713.800181] netlink_sendmsg+0x3a0/0x40e [21713.800187] sock_sendmsg+0x72/0x76 [21713.800192]
    ____sys_sendmsg+0x16d/0x1e3 [21713.800196] ___sys_sendmsg+0x95/0xd1 [21713.800200] __sys_sendmsg+0x85/0xbf [21713.800205] do_syscall_64+0x43/0x55 [21713.800210] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [21713.800213] [21713.800219] kfence-#690x000000009149b0d5-0x000000004c0697fb, size=1064, cache=kmalloc-2k [21713.800219] [21713.800224] 在 21705.501373s由 cpu 0 上的任务 13 分配
    21713.800241[  ] ath10k_peer_map_event+0x7e/0x154 [ath10k_core] [21713.800254] ath10k_htt_t2h_msg_handler+0x586/0x1039 [ath10k_core] [21713.800265] ath10k_htt_htc_t2h_msg_handler+0x12/0x28 [ath10k_core] [21713.800277] ath10k_htc_rx_completion_handler+0x14c/0x1b5 [ath10k_core] [21713.800283] ath10k_pci_process_rx_cb+0x195/0x1d ---truncated--- (CVE-2022-50880)

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

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

  - pcap_ether_aton() 是 libpcap 中的辅助函数其接受字符串参数并返回固定大小的分配缓冲区。字符串参数必须是采用受支持格式之一的格式良好的 MAC-48 地址，但此要求的记录很少。如果应用程序通过不同于预期格式的参数调用 函数，则该函数可读取超出提供字符串结尾的数据，并写入超出分配缓冲区结尾的数据。 (CVE-2025-11961)

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

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

  - cbor2 为简明二进制对象表示 (CBOR) 序列化格式提供编码和解码。从 版本 3.0.0 到低于 的版本 5.8.0开始当在多个解码操作中重复使用 CBORDecoder 实例时标有可共享标签 (28) 的值会在内存中持续显示后续 CBOR 消息可使用 sharedref 标签 (29) 访问这些值。如果跨信任边界重复使用解码器这将允许受攻击者控制的消息从之前解码的消息中读取数据。
    版本 5.8.0 修补了问题。 (CVE-2025-68131)

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

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

  - wifimac80211加强旋转锁防止通过中断死锁在函数 ieee80211_tx_dequeue() 中存在一个特定的锁定序列begin: spin_lock(&local->queue_stop_reason_lock); q_stopped = local->queue_stop_reasons[q]; spin_unlock(&local->queue_stop_reason_lock);无论几率有多大通过 ftracetest 增大在 spin_lock() 和 spin_unlock() 之间发生异步中断中断例程将尝试再次锁定相同的 local->queue_stop_reason_lock。这将导致 CPU 和 wifi 设备成本昂贵的重置或在单 CPU 和单核心情况下完全挂起。唯一未禁用中断的 spin_lock(&local->queue_stop_reason_lock) 已得到修补这应可防止在同一个 CPU/核心和同一个 wifi 设备上发生任何死锁。这是死锁的可能跟踪信息 kernel: ================================ 内核
    警告不一致的锁定状态内核6.3.0-rc6-mt-20230401-00001-gf86822a1170f #4 受感染GW 内核
    -------------------------------- 内核不一致的 {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W } 用法。内核
    kworker/5:0/25656 [HC0[0]:SC0[0]:HE1:SE1] getskernelffff9d6190779478 (&local->queue_stop_reason_lock){+.?.}-{2:2}、at: return_to_handler+0x0/ 0x40 内核{IN-SOFTIRQ-W} 状态已在以下位置注册 kernel: lock_acquire+0xc7/0x2d0 内核: _raw_spin_lock+0x36/0x50 内核
    ieee80211_tx_dequeue+0xb4/0x1330 [mac80211] 内核iwl_mvm_mac_itxq_xmit+0xae/0x210 [iwlmvm] 内核
    iwl_mvm_mac_wake_tx_queue+0x2d/0xd0 [iwlmvm] 内核 ieee80211_queue_skb+0x450/0x730 [mac80211] 内核
    __ieee80211_xmit_fast.constprop.66+0x834/0xa50 [mac80211] kernel: __ieee80211_subif_start_xmit+0x217/0x530 [mac80211] kernel: ieee80211_subif_start_xmit+0x60/0x580 [mac80211] kernel: dev_hard_start_xmit+0xb5/0x260 kernel: __dev_queue_xmit+0xdbe/0x1200 kernel: neigh_resolve_output+ 0x166/0x260 内核
    ip_finish_output2+0x216/0xb80 内核 __ip_finish_output+0x2a4/0x4d0 内核 ip_finish_output+0x2d/0x2d0 内核 ip_output+0x82/0x2b0 内核 ip_local_out+0xec/0x110 内核 igmpv3_sendpack+0x5c/0x90 内核
    igmp_ifc_timer_expire+0x26e/0x4e0 内核 call_timer_fn+0xa5/0x230 内核run_timer_softirq+0x27f/0x550 内核__do_softirq+0xb4/0x3a4 内核irq_exit_rcu+0x9b/0xc0 内核
    sysvec_apic_timer_interrupt+0x80/0xa0 内核asm_sysvec_apic_timer_interrupt+0x1f/0x30 内核
    _raw_spin_unlock_irqrestore+0x3f/0x70 内核free_to_partial_list+0x3d6/0x590 内核
    __slab_free+0x1b7/0x310 内核kmem_cache_free+0x52d/0x550 内核putname+0x5d/0x70 内核
    do_sys_openat2+0x1d7/0x310 内核 do_sys_open+0x51/0x80 内核 __x64_sys_openat+0x24/0x30 内核
    do_syscall_64+0x5c/0x90 内核entry_SYSCALL_64_after_hwframe+0x72/0xdc 内核irq 事件标记5120729 内核hardirqs 上次启用于 (5120729)[<ffffffff9d149936>] trace_graph_return+0xd6/0x120 内核
    上次禁用 hardirqs (5120728)[<ffffffff9d149950>] trace_graph_return+0xf0/0x120 内核上次启用 softirqs (5069900)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 内核上次禁用软irqs (5067555)[<ffffffff9cf65b60>] return_to_handler+0x0/0x40 内核可能帮助我们调试的其他信息内核可能不安全的锁定情况内核CPU0 内核---- 内核
    lock(&local->queue_stop_reason_lock);内核 <Interrupt> kernellock(&local->queue_stop_reason_lock);
    内核*** DEADLOCK *** 内核kworker/ 拥有 8 个锁5:0/25656内核 #0ffff9d618009d138 ((wq_completion)events_freezable){+.+.}-{0:0}, atprocess_one_work+0x1ca/0x530 内核 #1
    ffffb1ef4637fe68 ((work_completion)(&local->restart_work)){+.+.}-{0:0}@process_one_work+0x1ce/0x530 kernel #2:ffffffff9f166548 (rtnl_mutex){+.+.}-{3:3atreturn_to_handler+0x0/0x40 内核 #3
    ffff9d619 ---truncated--- (CVE-2023-54288)

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

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

  - ext4修复在非日志模式下转换内联目录时的死锁。在无日志模式下ext4_finish_convert_inline_dir() 可能会通过在已进行目录锁定时调用 ext4_handle_dirty_dirblock() 而发生自死锁。数据文件的 ext4_incvert_inline_data_nolock() 中存在类似的自死锁我们会同时修复。演示问题的简单重现器 mke2fs -Fq -t ext2 -O inline_data -b 4k /dev/vdc 64 mount -t ext4 -o dirsync /dev/vdc /vdc cd /vdc mkdir file0 cd file0 touch file0 touch file1 attr - burnSpaceInEA -V abcde。 touch supercalifragilisticexpialidocious (CVE-2023-54311)

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

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

  - powerpc/rtas避免在错误期间调用 rtas_os_term() 中的设备树状结构查找 rtas_os_term()。其行为取决于设备树的 /rtas 节点中的几个条件遍历该节点会导致锁定和本地 IRQ 状态更改。如果在保留 devtree_lock 时发生内核错误当前编写的 rtas_os_term() 可能挂起。不是在出现错误时发现相关特征，而是在启动时将其缓存在 file-static 变量中。请注意ibm,extended-os-term 的查找会转换为 of_property_read_bool()因为它是布尔值属性而非 RTAS 函数标记。 [mpe
    纳入 Nick 提供的变更建议 (CVE-2022-50870)

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

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

  - wifiath9k避免引用 ath9k_wmi_ctrl_rx 中的 uninit 内存基于提交 b383e8abed41 中所述的原因wifi ath9k避免 ath9k_htc_rx_msg() 中的 uninit 内存读取ath9k_htc_rx_msg() 应在访问 SKB 之前验证 pkt_len。例如获得的 SKB 可能为 pkt_len = 8 的错误构造。 在这种情况下SKB 只能包含有效的 htc_frame_hdr但在 ath9k_htc_rx_msg() 中处理并传递到 ath9k_wmi_ctrl_rx() 端点 RX 处理程序之后预计会包含应位于其数据负载内部的 WMI 命令标头。在 ath9k_wmi_ctrl_rx() 内实现健全性检查。否则可能会引用 uninit 内存。已在 Qualcomm Atheros Communications AR9271 802.11n 上测试。由 Linux Verification Center (linuxtesting.org) 通过 Syzkaller 发现。 (CVE-2023-54300)

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

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

  - FontForge SFD 文件解析释放后使用远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 FontForge 安装上执行任意代码。利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。解析 SFD 文件时存在特定缺陷。该问题是由于在对某个对象执行操作之前未对其存在性进行验证所致。攻击者可利用此漏洞在当前用户环境中执行任意代码。是 ZDI-CAN-28564。
    (CVE-2025-15269)

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

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

  - FontForge GUtils BMP 文件解析基于堆的缓冲区溢出远程代码执行漏洞。此漏洞可让远程攻击者在受影响的 FontForge 安装上执行任意代码。
    利用此漏洞需要用户交互，因为目标必须访问恶意页面或打开恶意文件。在 BMP 文件内解析像素时存在特定缺陷。造成这一问题的原因是，在将用户提供的数据复制到基于堆的缓冲区之前，未正确验证这些数据的长度。攻击者可利用此漏洞在当前用户环境中执行任意代码。是 ZDI-CAN-27517。 (CVE-2025-15279)

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

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

  *
    stack:off、堆 alloc:off、堆 free:off 解决异常0005 ilc:2 [#1] 链接的 SMP DEBUG_PAGEALLOC Modules: CPU: 0 PID: 0 Comm: swapper Not tainted 6.5.0-rc3-09759-gc5666c912155 #630 [..] Krnl 代码
    00000000001325f6: ec5600248064 cgrj %r5,%r6,8,000000000013263e 00000000001325fc: eb880002000c srlg %r8,%r8,2 #0000000000132602: b2210051 ipte %r5,%r1,%r0,0 >0000000000132606: b90400d1 lgr %r13,%r1 000000000013260a : 41605008 la %r6,8(%r5) 000000000013260ea7db1000 aghi %r13,4096 0000000000132612
    b221006d ipte %r6,%r13,%r0,0 0000000000132616e3d0d0000171 %r13,4096(%r13) 调用跟踪
    __kernel_map_pages+0x14e/0x320 __free_pages_ok+0x23a/0x5a8) free_low_memory_core_early+0x214/0x2c8 memblock_free_all+0x28/0x58 mem_init+0xb6/0x228 mm_core_init+0xb6/0x3b0 start_kernel+0x1d2/0x5a8 startup_continue+0x36/0x40 Kernel panic - not syncing: Fatal exception: panic_on_oops 这是由于在具有 EDAT1/EDAT2 的计算机上使用大型映射所导致。添加代码以如果通过 CONFIG_DEBUG_PAGEALLOC_ENABLE_DEFAULT 或 debug_pagealloc 内核命令行选项启用了调试 pagealloc则将映射拆分为 4k 页面。 (CVE-2023-54278)

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

ID	名称	严重性
281545	Linux Distros 未修补的漏洞：CVE-2023-54224	medium
281544	Linux Distros 未修补的漏洞：CVE-2023-54221	medium
281543	Linux Distros 未修补的漏洞：CVE-2023-54170	high
281542	Linux Distros 未修补的漏洞：CVE-2022-50862	high
281541	Linux Distros 未修补的漏洞：CVE-2022-50887	medium
281540	Linux Distros 未修补的漏洞：CVE-2022-50878	medium
281539	Linux Distros 未修补的漏洞：CVE-2022-50832	medium
281538	Linux Distros 未修补的漏洞：CVE-2023-54190	medium
281537	Linux Distros 未修补的漏洞：CVE-2023-54166	medium
281536	Linux Distros 未修补的漏洞：CVE-2023-54317	high
281535	Linux Distros 未修补的漏洞：CVE-2022-50849	medium
281534	Linux Distros 未修补的漏洞：CVE-2022-50886	medium
281532	Linux Distros 未修补的漏洞：CVE-2022-50811	high
281531	Linux Distros 未修补的漏洞：CVE-2023-54308	high
281530	Linux Distros 未修补的漏洞：CVE-2023-54220	high
281529	Linux Distros 未修补的漏洞：CVE-2022-50858	medium
281528	Linux Distros 未修补的漏洞：CVE-2025-15277	high
281527	Linux Distros 未修补的漏洞：CVE-2023-54164	medium
281526	Linux Distros 未修补的漏洞：CVE-2023-54176	medium
281525	Linux Distros 未修补的漏洞：CVE-2023-54316	medium
281524	Linux Distros 未修补的漏洞：CVE-2022-50835	high
281523	Linux Distros 未修补的漏洞：CVE-2023-54296	high
281522	Linux Distros 未修补的漏洞：CVE-2023-54252	medium
281520	Linux Distros 未修补的漏洞：CVE-2023-54173	medium
281519	Linux Distros 未修补的漏洞：CVE-2022-50829	high
281518	Linux Distros 未修补的漏洞：CVE-2025-15271	high
281517	Linux Distros 未修补的漏洞：CVE-2022-50859	medium
281516	Linux Distros 未修补的漏洞：CVE-2023-54303	medium
281515	Linux Distros 未修补的漏洞：CVE-2023-54243	high
281514	Linux Distros 未修补的漏洞：CVE-2022-50885	medium
281513	Linux Distros 未修补的漏洞：CVE-2023-54226	medium
281512	Linux Distros 未修补的漏洞：CVE-2023-54197	high
281511	Linux Distros 未修补的漏洞：CVE-2023-54268	medium
281510	Linux Distros 未修补的漏洞：CVE-2023-54223	medium
281509	Linux Distros 未修补的漏洞：CVE-2025-15274	high
281508	Linux Distros 未修补的漏洞：CVE-2022-50873	medium
281507	Linux Distros 未修补的漏洞：CVE-2023-54270	medium
281506	Linux Distros 未修补的漏洞：CVE-2023-54213	medium
281505	Linux Distros 未修补的漏洞：CVE-2023-54214	high
281504	Linux Distros 未修补的漏洞：CVE-2022-50879	medium
281503	Linux Distros 未修补的漏洞：CVE-2022-50880	medium
281502	Linux Distros 未修补的漏洞：CVE-2025-11961	low
281501	Linux Distros 未修补的漏洞：CVE-2025-68131	medium
281500	Linux Distros 未修补的漏洞：CVE-2023-54288	high
281499	Linux Distros 未修补的漏洞：CVE-2023-54311	medium
281498	Linux Distros 未修补的漏洞：CVE-2022-50870	medium
281497	Linux Distros 未修补的漏洞：CVE-2023-54300	high
281496	Linux Distros 未修补的漏洞：CVE-2025-15269	high
281495	Linux Distros 未修补的漏洞：CVE-2025-15279	high
281494	Linux Distros 未修补的漏洞：CVE-2023-54278	medium

检测

Nessus 的 Misc. 系列

medium

medium

high

high

medium

medium

medium

medium

medium

high

medium

medium

high

high

high

medium

high

medium

medium

medium

high

high

medium

medium

high

high

medium

medium

high

medium

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium

low

medium

high

medium

medium

high

high

high

medium