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

  - netfilternf_conntrack_h323检查 DecodeQ931() 中的零长度。在 DecodeQ931() 中UserUserIE 代码路径从数据包读取 16 位长度然后在将其传递到 DecodeH323_UserInformation() 之前将其减 1 以跳过协议标识符字节。如果编码长度为 0则递减封装为
    -1随后会作为大值传递给解码器导致越界读取。添加检查以确保 len 在递减后为正。 (CVE-2026-23455)

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

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

  - wifi：wlcore：修复锁定缺陷 确保在解锁前先锁定 wl->mutex。Clang 线程安全分析器已检测到此问题。（CVE-2026-23420）

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

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

  - Emissary 是一个基于 P2P 的数据驱动工作流引擎。在及更低版本 8.42.0 中，Executrix.getCommand（） 容易受到 OS 命令注入的影响，因为它会将临时文件路径插入 /bin/sh -c shell 命令字符串，而不进行任何转义或输入验证。IN_FILE_ENDING 和 OUT_FILE_ENDING 配置密钥直接流入这些路径，允许可写入或修改 .cfg 文件的位置作者注入任意 shell 元字符，以在 JVM 进程的安全环境中执行 OS 命令。该框架在将 placeName 嵌入到同一个 shell 字符串之前已经通过允许列表对其进行了审查，但对文件结尾值没有应用同等的审查。除了位置配置作者身份之外，不需要任何运行时权限，也不需要 API 或网络访问权限来利用此漏洞。这是一个框架级别的缺陷，下游实现者无法安全缓解，因为 Executrix 既不提供针对文件结尾输入中元字符的转义也不提供记录的先决条件。此问题已在 8.43.0 版本中修复。(CVE-2026-35582)

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

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

  - net/rose修复重新连接时 rose_transmit_link 中的空指针取消引用 syzkaller 报告了一个缺陷 [1]并且位于 [2] 的重现程序。ROSE 套接字使用四个 sk->sk_state 值TCP_CLOSE、TCP_LISTEN、TCP_SYN_SENT 和 TCP_ESTABLISHED。 rose_connect() 已拒绝调用 TCP_ESTABLISHED (-EISCONN) 和包含 SS_CONNECTING 的 TCP_CLOSE (-ECONNREFUSED)但缺少对 TCP_SYN_SENT 的检查。当第一次连接尝试仍在进行中 (TCP_SYN_SENT) 时第二次调用 rose_connect() 时会通过 rose_get_neigh() 覆盖 rose->neighbour。如果 执行返回 NULL，则套接字仍处于 rose->state == ROSE_STATE_1 但 rose->neighbour == NULL 的状态。随后关闭套接字时rose_release() 会发现 ROSE_STATE_1 并调用 rose_write_internal() -> rose_transmit_link(skb, NULL)从而导致空指针取消引用。根据 connect(2)第二个 connect() 在连接已在进行中时应返回
    -EALREADY。对 TCP_SYN_SENT 添加此项缺失的检查以在 rose_connect() 中完成状态验证。 [1] https://syzkaller.appspot.com/bug?extid=d00f90e0af54102fb271 [2] https://gist.github.com/mrpre/9e6779e0d13e2c66779b1653fef80516 (CVE-2026-23460)

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix use-after-free in durable v2 replay of active file handles parse_durable_handle_context() unconditionally assigns dh_info->fp->conn to the current connection when handling a DURABLE_REQ_V2 context with SMB2_FLAGS_REPLAY_OPERATION.
    ksmbd_lookup_fd_cguid() does not filter by fp->conn, so it returns file handles that are already actively connected. The unconditional overwrite replaces fp->conn, and when the overwriting connection is subsequently freed, __ksmbd_close_fd() dereferences the stale fp->conn via spin_lock(&fp->conn->llist_lock), causing a use-after-free. KASAN report: [ 7.349357] ================================================================== [ 7.349607] BUG: KASAN: slab-use-after-free in _raw_spin_lock+0x75/0xe0 [ 7.349811] Write of size 4 at addr ffff8881056ac18c by task kworker/1:2/108 [ 7.350010] [ 7.350064] CPU: 1 UID: 0 PID: 108 Comm: kworker/1:2 Not tainted 7.0.0-rc3+ #58 PREEMPTLAZY [ 7.350068] Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 7.350070] Workqueue: ksmbd-io handle_ksmbd_work [ 7.350083] Call Trace: [ 7.350087] <TASK> [ 7.350087] dump_stack_lvl+0x64/0x80 [ 7.350094] print_report+0xce/0x660 [7.350100] ? __pfx__raw_spin_lock_irqsave+0x10/0x10 [ 7.350101] ? __pfx___mod_timer+0x10/0x10 [ 7.350106] ?
    _raw_spin_lock+0x75/0xe0 [ 7.350108] kasan_report+0xce/0x100 [ 7.350109] ? _raw_spin_lock+0x75/0xe0 [7.350114] kasan_check_range+0x105/0x1b0 [ 7.350116] _raw_spin_lock+0x75/0xe0 [ 7.350118] ?
    __pfx__raw_spin_lock+0x10/0x10 [ 7.350119] ? __call_rcu_common.constprop.0+0x25e/0x780 [ 7.350125] ? close_id_del_oplock+0x2cc/0x4e0 [ 7.350128] __ksmbd_close_fd+0x27f/0xaf0 [ 7.350131] ksmbd_close_fd+0x135/0x1b0 [ 7.350133] smb2_close+0xb19/0x15b0 [ 7.350142] ? __pfx_smb2_close+0x10/0x10 [7.350143] ? xas_load+0x18/0x270 [ 7.350146] ? _raw_spin_lock+0x84/0xe0 [ 7.350148] ?
    __pfx__raw_spin_lock+0x10/0x10 [ 7.350150] ? _raw_spin_unlock+0xe/0x30 [ 7.350151] ? ksmbd_smb2_check_message+0xeb2/0x24c0 [ 7.350153] ? ksmbd_tree_conn_lookup+0xcd/0xf0 [ 7.350154] handle_ksmbd_work+0x40f/0x1080 [ 7.350156] process_one_work+0x5fa/0xef0 [ 7.350162] ? assign_work+0x122/0x3e0 [ 7.350163] worker_thread+0x54b/0xf70 [ 7.350165] ? __pfx_worker_thread+0x10/0x10 [ 7.350166] kthread+0x346/0x470 [ 7.350170] ? recalc_sigpending+0x19b/0x230 [ 7.350176] ?
    __pfx_kthread+0x10/0x10 [ 7.350178] ret_from_fork+0x4fb/0x6c0 [ 7.350183] ? __pfx_ret_from_fork+0x10/0x10 [ 7.350185] ? __switch_to+0x36c/0xbe0 [ 7.350188] ? __pfx_kthread+0x10/0x10 [ 7.350190] ret_from_fork_asm+0x1a/0x30 [ 7.350197] </TASK> [ 7.350197] [ 7.355160] Allocated by task 123: [ 7.355261] kasan_save_stack+0x33/0x60 [ 7.355373] kasan_save_track+0x14/0x30 [ 7.355484] __kasan_kmalloc+0x8f/0xa0 [7.355593] ksmbd_conn_alloc+0x44/0x6d0 [ 7.355711] ksmbd_kthread_fn+0x243/0xd70 [ 7.355839] kthread+0x346/0x470 [ 7.355942] ret_from_fork+0x4fb/0x6c0 [ 7.356051] ret_from_fork_asm+0x1a/0x30 [7.356164] [ 7.356214] Freed by task 134: [ 7.356305] kasan_save_stack+0x33/0x60 [ 7.356416] kasan_save_track+0x14/0x30 [ 7.356527] kasan_save_free_info+0x3b/0x60 [ 7.356646]
    __kasan_slab_free+0x43/0x70 [ 7.356761] kfree+0x1ca/0x430 [ 7.356862] ksmbd_tcp_disconnect+0x59/0xe0 [7.356993] ksmbd_conn_handler_loop+0x77e/0xd40 [ 7.357138] kthread+0x346/0x470 [ 7.357240] ret_from_fork+0x4fb/0x6c0 [ 7.357350] ret_from_fork_asm+0x1a/0x30 [ 7.357463] [ 7.357513] The buggy address belongs to the object at ffff8881056ac000 [ 7.357513] which belongs to the cache kmalloc-1k of size 1024 [ 7.357857] The buggy address is located 396 bytes inside of [ 7.357857] freed 1024-byte region
    ---truncated--- (CVE-2026-23427)

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

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

  - netfilternf_conntrack_sip修复 sip_help_tcp() 中的 Content-Length u32 截断 sip_help_tcp() 通过 simple_strtoul() 解析 SIP Content-Length 标头从而返回无符号长整型但将结果存储在无符号 int clen 中。在 64 位系统中超过 UINT_MAX 的值会在计算 SIP 消息边界之前被静默截断。例如Content-Length 4294967328 (2^32 + 32) 被截断为 32导致解析器错误计算当前消息的结束位置。然后该循环将该 TCP 段中的尾部数据视为第二条 SIP 消息并通过 SDP 解析器进行处理。通过将 clen 更改为无符号长整型以匹配 simple_strtoul() 的返回类型来修复此问题并拒绝超过剩余 TCP 负载长度的 Content-Length 值。 (CVE-2026-23457)

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

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

  - 蓝牙HIDP修复可能的 UAF 这可修复由于在调用 user->remove 回调时不丢弃 l2cap_conn 引用而造成的以下跟踪[ 97.809249] l2cap_conn_free释放 conn ffff88810a171c00 [ 97.809907] CPU: 1 UID: 0 PID: 1419 Comm: repro_ Standalon Not tainted 7.0.0-rc1-dirty #14 PREEMPT(lazy) [ 97.809935] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/ 01/2014 [ 97.809947] 调用跟踪[ 97.809954] <TASK> [ 97.809961] dump_stack_lvl (lib/dump_stack.c:122) [ 97.809990] l2cap_conn_free (net/bluetooth/l2cap_core.c:1808) [ 97.810017] l2cap_conn_del (./include/linux/kref.h:66 net/bluetooth/l2cap_core.c:1821 net/bluetooth/l2cap_core.c:1798) [ 97.810055] l2cap_disconn_cfm (net/bluetooth/l2cap_core.c:7347辨别器 1 ) net/bluetooth/l2cap_core.c:7340 (标识符 1)) [ 97.810086] ? __pfx_l2cap_disconn_cfm (net/bluetooth/l2cap_core.c:7341) [ 97.810117] hci_conn_hash_flush (./include/net/bluetooth/hci_core.h:2152标识符 2net/bluetooth/hci_conn.c:2644标识符 2) [ 97.810148] hci_dev_close_sync (net/bluetooth/hci_sync.c:5360) [ 97.810180] ?
    __pfx_hci_dev_close_sync (net/bluetooth/hci_sync.c:5285) [ 97.810212] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810242] ? up_write (./arch/x86/include/asm/atomic64_64.h:87标识符 5) ./include/linux/atomic/atomic-arch-fallback.h:2852标识符 5./include/linux/atomic/ atomic-long.h:268标识符 5./include/linux/atomic/atomic-instrumented.h:3391标识符 5kernel/locking/rwsem.c:1385标识符 5kernel/locking/rwsem.c :1643 (dispensator 5)) [ 97.810267] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810290] ? rcu_is_watching (./arch/x86/include/asm/atomic.h:23 ./include/linux/atomic/atomic-arch-fallback.h:457 ./include/linux/context_tracking.h:128 kernel/rcu/tree .c:752) [ 97.810320] hci_unregister_dev (net/bluetooth/hci_core.c:504 net/bluetooth/hci_core.c:2716) [ 97.810346] vhci_release (drivers/bluetooth/hci_vhci.c:691) [ 97.810375] ?
    __pfx_vhci_release (drivers/bluetooth/hci_vhci.c:678) [ 97.810404] __fput (fs/file_table.c:470) [97.810430] task_work_run (kernel/task_work.c:235) [ 97.810451] ? __pfx_task_work_run (kernel/task_work.c:201) [ 97.810472] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [97.810495] ? do_raw_spin_unlock (./include/asm-generic/qspinlock.h:128标识符 5) kernel/locking/spinlock_debug.c:142标识符 5) [ 97.810527] do_exit (kernel/exit.c:972) [97.810547]? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810574] ? __pfx_do_exit (kernel/exit.c:897) [ 97.810594] ? lock_acquire (kernel/locking/lockdep.c:470 (dispensator 6) kernel/locking/lockdep.c:5870 (dispensator 6) kernel/locking/lockdep.c:5825 (dispensator 6)) [97.810616] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810639] ? do_raw_spin_lock (kernel/locking/spinlock_debug.c:95 (dis Orientedifier 4) kernel/locking/spinlock_debug.c:118 (dis Orientation 4)) [ 97.810664] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810688] ? find_held_lock (kernel/locking/lockdep.c:5350标识符 1) [ 97.810721] do_group_exit (kernel/exit.c:1093) [97.810745] get_signal (kernel/signal.c:3007标识符 1) [ 97.810772]? security_file_permission (./arch/x86/include/asm/jump_label.h:37 security/security.c:2366) [ 97.810803] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810826] ? vfs_read (fs/read_write.c:555) [ 97.810854] ?
    __pfx_get_signal (kernel/signal.c:2800) [ 97.810880] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810905] ? __pfx_vfs_read (fs/read_write.c:555) [ 97.810932] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810960] arch_do_signal_or_restart (arch/
    ---truncated--- (CVE-2026-23462)

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

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

  - drm/logicvc修复logicvc_drm_config_parse() 中的设备节点引用泄漏logicvc_drm_config_parse() 函数调用 of_get_child_by_name() 以查找层节点但无法释放引用导致设备节点引用泄漏。通过使用 __free(device_node) 清除属性修复此问题以便在变量超出范围时自动释放引用。 (CVE-2026-23426)

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

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

  - drm/imagination修复软重置序列中的死锁 软重置序列当前从线程化的 IRQ 处理程序中执行因此无法调用在内部等待 IRQ 处理程序的 disable_irq() 即
    本身来完成。改为在软重置期间使用 disable_irq_nosync()。 (CVE-2026-23470)

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

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

  - PMruntime修复与设备删除相关的争用条件 pm_runtime_work() 中的以下代码在释放父设备后可能会取消引用 dev->parent 指针/* 父设备现在可能能够暂停。 */ if (parent && !parent->power.ignore_children) { spin_unlock(&dev->power.lock);
    spin_lock(&parent->power.lock); rpm_idle(parent, RPM_ASYNC); spin_unlock(&parent->power.lock);
    spin_lock(&dev->power.lock);通过在 pm_runtime_remove() 中插入 flush_work() 调用修复此问题。如果没有此修补程序blktest block/001 会偶尔触发以下投诉BUG: KASAN: lock_acquire+0x70/0x160 中 slab-use-after-free 任务 kworker/u553:1/3081 Workqueue: pm_runtime_work 在地址 ffff88812bef7198 处读取大小为 1 的内存调用跟踪 <TASK> dump_stack_lvl+0x61/0x80 print_address_description.constprop.0+0x8b/0x310 print_report+0xfd/0x1d7 kasan_report+0xd8/0x1d0
    __kasan_check_byte+0x42/0x60 lock_acquire.part.0+0x38/0x230 lock_acquire+0x70/0x160
    _raw_spin_lock+0x36/0x50 rpm_suspend+0xc6a/0xfe0 rpm_idle+0x578/0x770 pm_runtime_work+0xee/0x120 process_one_work+0xde3/0x1410 worker_thread+0x5eb/0xfe0 kthread+0x37b/0x480 ret_from_fork+0x6cb/0x920 ret_from_fork_asm+0x11/0x20 </TASK> Allocated by task 4314kasan_save_stack+0x2a/0x50 kasan_save_track+0x18/0x40 kasan_save_alloc_info+0x3d/0x50 __kasan_kmalloc+0xa0/0xb0
    __kmalloc_noprof+0x311/0x990 scsi_alloc_target+0x122/0xb60 [scsi_mod] __scsi_scan_target+0x101/0x460 [scsi_mod] scsi_scan_channel+0x179/0x1c0 [scsi_mod] scsi_scan_host_selected+0x259/0x2d0 [scsi_mod] store_scan+0x2d2/0x390 [scsi_mod] dev_attr_store+0x43/0x80 sysfs_kf_write+0xde/0x140 kernfs_fop_write_iter+0x3ef/0x670 vfs_write+0x506/0x1470 ksys_write+0xfd/0x230 __x64_sys_write+0x76/0xc0 x64_sys_call+0x213/0x1810 do_syscall_64+0xee/0xfc0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 Freed by task 4314: kasan_save_stack+0x2a/0x50 kasan_save_track+0x18/0x40 kasan_save_free_info+0x3f/0x50
    __kasan_slab_free+0x67/0x80 kfree+0x225/0x6c0 scsi_target_dev_release+0x3d/0x60 [scsi_mod] device_release+0xa3/0x220 kobject_cleanup+0x105/0x3a0 kobject_put+0x72/0xd0 put_device+0x17/0x20 scsi_device_dev_release+0xacf/0x12c0 [scsi_mod] device_release+0xa3/ 0x220 kobject_cleanup+0x105/0x3a0 kobject_put+0x72/0xd0 put_device+0x17/0x20 scsi_device_put+0x7f/0xc0 [scsi_mod] sdev_store_delete+0xa5/0x120 [scsi_mod] dev_attr_store+0x43/0x80 sysfs_kf_write+0xde/0x140 kernfs_fop_write_iter+0x3ef/0x670 vfs_write+0x506 /0x1470 ksys_write+0xfd/0x230 __x64_sys_write+0x76/0xc0 x64_sys_call+0x213/0x1810 (CVE-2026-23452)

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

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

  - net/rds修复 rds_tcp_tune 中的循环锁定依存关系。syzbot 报告 rds_tcp_tune() 中有循环锁定依存关系其中在保持套接字锁定时会调用 sk_net_refcnt_upgrade()
    ================================================== ==== 警告检测到可能的循环锁定依存关系 ======================================= =============== kworker/u10:8/15040 尝试获取锁定ffffffff8e9aaf80 (fs_reclaim){+.+.}-{0:0}位于 __kmalloc_cache_noprof+0x4b/ 0x6f0 但任务已保持锁定ffff88805a3c1ce0 (k-sk_lock-AF_INET6){+.+.}-{0:0}，位于 rds_tcp_tune+0xd7/0x930 会发生此问题的原因是 sk_net_refcnt_upgrade() 执行内存分配通过 get_net_track() - > ref_tracker_alloc())同时保持套接字锁定从而与 fs_reclaim 创建循环依存关系。通过将 sk_net_refcnt_upgrade() 移到套接字锁定关键部分之外来修复此问题。这是安全的因为此时任何并发代码路径都不会访问由 sk_net_refcnt_upgrade() 调用修改的字段sk_net_refcnt、ns_tracker。 v2- 已修正fixed 标签 - check 修补程序换行 nits - ai 注释 nits (CVE-2026-23419)

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

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

  - netmacb修复对 PTP 时钟的释放后使用访问 PTP 时钟在界面每次打开时注册并在每次关闭时破坏。然而可通过 get_ts_info ethtool 调用来访问当接口刚存在于内核中时这是可能的。缺陷KASAN任务 syz.0.6/948 CPU:1 PID: 948 Comm: syz.0.6 Not受感染 6.1.164+ #109 Hardware nameQEMU Standard PC (Q35 + ICH9, 2009), BIOS rel-1.16.1-0-g3208b098f51a-prebuilt.qemu.org 04/01/2014 Call Trace <TASK> __dump_stack lib/ dump_stack.c:88 [内联] dump_stack_lvl+0x8d/0xba lib/dump_stack.c:106 print_address_description mm/kasan/report.c:316 [内联] print_report+0x17f/0x496 mm/kasan/report.c:420 kasan_report+0xd9 /0x180 mm/kasan/report.c:524 ptp_clock_index+0x47/0x50 drivers/ptp/ptp_clock.c:426 gem_get_ts_info+0x138/0x1e0 drivers/net/ethernet/cadence/macb_main.c:3349 macb_get_ts_info+0x68/0xb0 drivers/ net/ethernet/cadence/macb_main.c:3371 __ethtool_get_ts_info+0x17c/0x260 net/ethtool/common.c:558 ethtool_get_ts_info net/ethtool/ioctl.c:2367 [内联] __dev_ethtool net/ethtool/ioctl.c:3017 [内联] dev_ethtool+0x2b05/0x6290 net/ethtool/ioctl.c:3095 dev_ioctl+0x637/0x1070 net/ core/dev_ioctl.c:510 sock_do_ioctl+0x20d/0x2c0 net/socket.c:1215 sock_ioctl+0x577/0x6d0 net/socket.c:1320 vfs_ioctl fs/ioctl.c:51 [inline] __do_sys_ioctl fs/ioctl.c:870 [内联] __se_sys_ioctl fs/ioctl.c:856 [内联]
    __x64_sys_ioctl+0x18c/0x210 fs/ioctl.c:856 do_syscall_x64 arch/x86/entry/common.c:46 [内联] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:76 entry_SYSCALL_64_after_hwframe+0x6e/0xd8 </TASK> 按任务 457kmalloc include/linux/slab.h:563 [内联] kzalloc include/linux/slab.h:699 [内联] ptp_clock_register+0x144/0x10e0 drivers/ptp/ptp_clock.c:235 gem_ptp_init+0x46f/0x930 进行分配drivers/net/ethernet/cadence/macb_ptp.c:375 macb_open+0x901/0xd10 drivers/net/ethernet/cadence/macb_main.c:2920 __dev_open+0x2ce/0x500 net/core/dev.c:1501
    __dev_change_flags+0x56a/0x740 net/core/dev.c:8651 dev_change_flags+0x92/0x170 net/core/dev.c:8722 do_setlink+0xaf8/0x3a80 net/core/rtnetlink.c:2833 __rtnl_newlink+0xbf4/0x1940 net/core /rtnetlink.c:3608 rtnl_newlink+0x63/0xa0 net/core/rtnetlink.c:3655 rtnetlink_rcv_msg+0x3c6/0xed0 net/core/rtnetlink.c:6150 netlink_rcv_skb+0x15d/0x430 net/netlink/af_netlink.c:2511 netlink_unicast_kernel net /netlink/af_netlink.c:1318 [内联] netlink_unicast+0x6d7/0xa30 net/netlink/af_netlink.c:1344 netlink_sendmsg+0x97e/0xeb0 net/netlink/af_netlink.c:1872 sock_sendmsg_nosec net/socket.c:718 [内联]
    __sock_sendmsg+0x14b/0x180 net/socket.c:730 __sys_sendto+0x320/0x3b0 net/socket.c:2152 __do_sys_sendto net/socket.c:2164 [内联] __se_sys_sendto net/socket.c:2160 [内联] __x64_sys_sendto+0xdc/ 0x1b0 net/socket.c:2160 do_syscall_x64 arch/x86/entry/common.c:46 [inline] do_syscall_64+0x35/0x80 arch/x86/entry/common.c:76 entry_SYSCALL_64_after_hwframe+0x6e/0xd8已由任务 938释放kasan_slab_free include/linux/kasan.h:177 [inline] slab_free_hook mm/slub.c:1729 [inline] slab_free_freelist_hook mm/slub.c:1755 [inline] slab_free mm/slub.c:3687 [inline] __kmem_cache_free+0xbc/0x320 mm/slub.c:3700 device_release+0xa0/0x240 drivers/base/core.c:2507 kobject_cleanup lib/kobject.c:681 [内联] kobject_release lib/kobject.c:712 [内联] kref_put include/linux/kref。 h:65 [inline] kobject_put+0x1cd/0x350 lib/kobject.c:729 put_device+0x1b/0x30 drivers/base/core.c:3805 ptp_clock_unregister+0x171/0x270 drivers/ptp/ptp_clock.c:391 gem_ptp_remove+0x4e/ 0x1f0 drivers/net/ethernet/cadence/macb_ptp.c:404 macb_ close+0x1c8/0x270 drivers/net/ethernet/cadence/macb_main.c:2966 __dev_close_many+0x1b9/0x310 net/core/dev.c:1585 __dev_close net/core/dev.c:1597 [inline] __dev_change_flags+0x2bb/0x740 net/core/dev.c:8649 dev_change_fl
    ---truncated--- (CVE-2026-31396)

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

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

  - mac80211修复 AP_VLAN 站的 ieee80211_chan_bw_change 中的崩溃 ieee80211_chan_bw_change() 会迭代所有站并通过 sta->sdata->link[link_id] 访问 link->reserved.oper。对于 AP_VLAN 接口上的站例如 4addr WDS 客户端sta->sdata 指向 VLAN sdata 其链接从不参与 chanctx 保留。这使得 link->reserved.oper 能够以 chan == NULL 进行零初始化从而在 CSA 期间访问 chandef->chan->band 时造成 __ieee80211_sta_cap_rx_bw() 中发生空指针取消引用。访问链路数据之前使用 get_bss_sdata() 将 VLAN sdata 解析为其父 AP sdata。 [即使不重要也更改 ARRAY_SIZE 中的 sta->sdata] (CVE-2026-31394)

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

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

  - 已修复 Linux 内核中的下列漏洞：net/smc: fix NULL dereference and UAF in smc_tcp_syn_recv_sock() Syzkaller reported a panic in smc_tcp_syn_recv_sock() [1].
    smc_tcp_syn_recv_sock() is called in the TCP receive path (softirq) via icsk_af_ops->syn_recv_sock on the clcsock (TCP listening socket). It reads sk_user_data to get the smc_sock pointer. However, when the SMC listen socket is being closed concurrently, smc_close_active() sets clcsock->sk_user_data to NULL under sk_callback_lock, and then the smc_sock itself can be freed via sock_put() in smc_release(). This leads to two issues: 1) NULL pointer dereference: sk_user_data is NULL when accessed. 2) Use-after-free:
    sk_user_data is read as non-NULL, but the smc_sock is freed before its fields (e.g., queued_smc_hs, ori_af_ops) are accessed. The race window looks like this (the syzkaller crash [1] triggers via the SYN cookie path: tcp_get_cookie_sock() -> smc_tcp_syn_recv_sock(), but the normal tcp_check_req() path has the same race): CPU A (softirq) CPU B (process ctx) tcp_v4_rcv() TCP_NEW_SYN_RECV: sk = req->rsk_listener sock_hold(sk) /* No lock on listener */ smc_close_active(): write_lock_bh(cb_lock) sk_user_data = NULL write_unlock_bh(cb_lock) ... smc_clcsock_release() sock_put(smc->sk) x2 -> smc_sock freed! tcp_check_req() smc_tcp_syn_recv_sock(): smc = user_data(sk) -> NULL or dangling smc->queued_smc_hs -> crash! Note that the clcsock and smc_sock are two independent objects with separate refcounts. TCP stack holds a reference on the clcsock, which keeps it alive, but this does NOT prevent the smc_sock from being freed. Fix this by using RCU and refcount_inc_not_zero() to safely access smc_sock. Since smc_tcp_syn_recv_sock() is called in the TCP three-way handshake path, taking read_lock_bh on sk_callback_lock is too heavy and would not survive a SYN flood attack. Using rcu_read_lock() is much more lightweight. - Set SOCK_RCU_FREE on the SMC listen socket so that smc_sock freeing is deferred until after the RCU grace period. This guarantees the memory is still valid when accessed inside rcu_read_lock(). - Use rcu_read_lock() to protect reading sk_user_data. - Use refcount_inc_not_zero(&smc->sk.sk_refcnt) to pin the smc_sock. If the refcount has already reached zero (close path completed), it returns false and we bail out safely. Note:
    smc_hs_congested() has a similar lockless read of sk_user_data without rcu_read_lock(), but it only checks for NULL and accesses the global smc_hs_wq, never dereferencing any smc_sock field, so it is not affected.
    Reproducer was verified with mdelay injection and smc_run, the issue no longer occurs with this patch applied. [1] https://syzkaller.appspot.com/bug?extid=827ae2bfb3a3529333e9 (CVE-2026-23450)

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

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

  - Dokuwiki v.2025-05-14b“Librarian”中的问题允许远程攻击者通过 media.php 文件中的 media_upload_xhr() 函数造成拒绝服务 (CVE-2026-26477)

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

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

  - netmana通过重新排序拆卸修复 mana_hwc_destroy_channel() 中的释放后使用 mana_hwc_destroy_channel() 中存在潜在的争用条件其中 hwc->caller_ctx 在 HWC 的完成队列 (CQ) 和事件队列 (EQ) 被破坏之前得到释放。这允许飞行中的 CQ 中断处理程序取消引用已释放的内存从而导致 mana_hwc_handle_resp() 中发生释放后使用或空指针取消引用。 mana_smc_teardown_hwc() 通知硬件停止但不会与其他 CPU 上已在执行的 IRQ 处理程序同步。IRQ 同步仅在 mana_hwc_destroy_cq() 中通过 mana_gd_destroy_eq() -> mana_gd_deregister_irq() 发生。由于在 kfree(hwc->caller_ctx) 之后运行因此并发 mana_hwc_rx_event_handler() 可取消引用 mana_hwc_handle_resp() 中已释放的 caller_ctx 和 rxq->msg_buf。通过将拆卸重新排序为与创建相反的顺序来修复此问题
    在释放 hwc->caller_ctx 之前破坏 TX/RX 工作队列和 CQ/EQ。这可确保所有传输中的中断处理程序在其访问的内存释放之前完成。 (CVE-2026-23454)

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

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

  - OpenPrinting CUPS 是适用于 Linux 及其他类 Unix 操作系统的开源打印系统。在版本 2.4.16 和以前版本中，在具有共享目标队列的暴露于网络的 cupsd 中，未经授权的客户端可向该共享 PostScript 队列发送打印作业而无需认证。服务器接受以 textWithoutLanguage 形式提供的页框值，通过选项转义和重新解析保留嵌入的换行符，然后重新解析生成的第二行 PPD： text 作为受信任的计划程序控制记录。因此，后续原始打印作业可使服务器以 lp 身份执行攻击者所选的现有二进制文件（例如 /usr/bin/vim）。本版本发行时无可公开获取的修补程序。(CVE-2026-34980)

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

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

  - igc修复 XDP TX 时间戳处理中的页面错误如果请求 TX 时间戳的 XDP 应用程序关闭而使用中的接口的链接仍然运行则报告以下内核 splat[883.803618] [ T1554] 缺陷无法处理地址ffffcfb6200fd008 的页面错误 ... [ 883.803650] [T1554] 调用跟踪[ 883.803652] [ T1554] <TASK> [ 883.803654] [ T1554] igc_ptp_tx_tstamp_event+0xdf/0x160 [igc] [ 883.803660] [ T1554] igc_tsync_interrupt+0x2d5/0x300 [igc] ... 在 TX 环关闭期间xsk_meta 指针被留下以便 IRQ 处理程序尝试接触它们。此问题现在正通过清除 TX 关闭时过时的 xsk 元数据来修复。其他队列上的 TX 时间戳不受影响。 (CVE-2026-23445)

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

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

  - OpenPrinting CUPS 是适用于 Linux 及其他类 Unix 操作系统的开源打印系统。在版本 2.4.16 和先前版本中，CUPS 后台程序 （cupsd） 包含一个授权绕过漏洞，这是因为在授权检查期间不区分大小写的用户名比较所导致。此漏洞允许非特权用户通过使用仅与授权用户区分大小写的用户名，来获取受限制操作的未授权访问权限。公布漏洞时，尚无公开可用的修补程序。
    (CVE-2026-27447)

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

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

  - mtd避免 RedBoot 分区表解析器中的引导崩溃 在使用 CONFIG_FORTIFY_SOURCE=y 和最新编译器的情况下提交 439a1bcac648fortify：使用 __builtin_dynamic_object_size() 如果可用会生成以下警告和 oops。在 50000000.flash 中偏移 0x7e0000 处的 RedBoot 分区表中搜索
    ------------[ 在此处剪切 ]------------ 警告lib/string_helpers.c:1035 位于 0xc029e04c CPU#0swapper/0/1 memcmp检测到缓冲区溢出缓冲区大小 14 的模块的 15 字节读取链接于CPU: 0 UID: 0 PID: 1 Comm: swapper/0 未受感染 6.19.0 #1 NONE 正如 Kees 所言“names”指向许多最终的“namelen”分配的字节数...“namelen”基本上可以是任意长度。我看这个 fortify 警告是合法的 -- 这个代码用来读取超出分配末端的内容。由于动态分配的大小是使用 strlen() 计算的我们可以使用 strcmp() 代替 memcmp()并且不会超出边界。 (CVE-2026-23474)

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

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

  - OpenPrinting CUPS 是用于 Linux 和其他 Unix-like 操作系统的开源打印系统。在版本 2.4.16 和之前版本中CUPS 计划程序在从作业属性构建筛选选项字符串时存在基于堆的缓冲区溢出。截至本报告发布时还没有公开可用的修补程序。
    (CVE-2026-34979)

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

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

  - netshaper防止延迟创建层次结构。准备 Netlink 操作期间回调前会查找 netdev 并为其获取 ref。稍后在回调正文中我们会获取其锁定或 RCU这是实际的保护。在我们获取 ref 的时间与锁定该引用的时间之间netdev 可能会取消注册。我们可能在刷新已经运行之后分配层次结构这将导致泄漏。已在 pre- 中获取实例锁定这使我们免于争用并完全不需要专用的锁定/解锁回调。如果有任何写入可能与刷新同时发生的情况我们将再次泄漏层次结构。我们可能会锁定不支持整形器的设备但我们在此处仅处理 SET 操作不锁定将导致针对错误情况进行优化。 (CVE-2026-23436)

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

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

  - drm/imagination暂停 GPU 之前同步中断 运行时 PM 暂停回调不知道 IRQ 处理程序是否正在不同的 CPU 核心上正在进行并且未等待其完成。
    根据时序IRQ 处理程序可在 GPU 暂停时运行从而在尝试访问 GPU 寄存器时导致内核崩溃。请参阅下面的示例签名。在由运行时 PM 暂停回调启动的电源关闭序列中通过调用 synchronize_irq()等待其他 CPU 核心上正在进行的任何 IRQ 处理程序完成。同时删除线程 IRQ 处理程序中的运行时 PM resume/put 调用。驱动程序除了本身就不是正确的方法并且位于错误的位置因为它们应该封装所有 GPU 寄存器访问之外还会在运行时 PM 暂停回调调用 syncnize_irq() 之间发生死锁从而占用设备电源锁定以及需要相同电源锁定的恢复回调。TI 上的示例崩溃签名 AM68 SK 平台[ 337.241218] CPU0 发生 SError 中断，代码 0x00000000bf000000 -- SError [ 337.241239] CPU: 0 UID: 0 PID: 112 Comm
    irq/234-gpu 受感染的GM 6.17.7-B2C-00005-g9c7bbe4ea16c #2 PREEMPT [ 337.241246] 受感染
    [M]=MACHINE_CHECK [ 337.241249] 硬件名称：Texas Instruments AM68 SK (DT) [ 337.241252] pstate
    60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 337.241256] pc pvr_riscv_irq_pending+0xc/0x24 [ 337.241277] lr pvr_device_irq_thread_handler+0x64/0x310 [ 337.241282] sp ffff800085b0bd30 [337.241284] x29ffff800085b0bd50 x28ffff0008070d9eab x27ffff800083a5ce10 [ 337.241291] x26
    ffff000806e48f80 x25ffff0008070d9eac x240000000000000000 [ 337.241296] x23ffff0008068e9bf0 x22
    ffff0008068e9bd0 x21ffff800085b0bd30 [ 337.241301] x20ffff0008070d9e00 x19ffff0008068e9000 x18
    0000000000000001 [ 337.241305] x17: 637365645f656c70 x16: 0000000000000000 x15: ffff000b7df9ff40 [337.241310] x14: 0000a585fe3c0d0e x13: 000000999704f060 x12: 000000000002771a [ 337.241314] x11:
    00000000000000c0 x10 : 0000000000000af0 x9 : ffff800085b0bd00 [ 337.241318] x8 : ffff0008071175d0 x7
    000000000000b955 x6 : 0000000000000003 [ 337.241323] x5 : 0000000000000000 x4: 0000000000000002 x3
    0000000000000000 [ 337.241327] x2 : ffff800080e39d20 x1 : ffff800080e3fc48 x0 : 0000000000000000 [337.241333] 内核错误 - 不同步异步 SError 中断 [ 337.241337] CPU: 0 UID: 0 PID: 112 Comm: irgpuint/234-Comm: irgpuint/234-Comm 6.17.7-B2C-00005-g9c7bbe4ea16c #2 PREEMPT [ 337.241342] 受感染
    [M]=MACHINE_CHECK [ 337.241343] 硬件名称德州仪器 AM68 SK (DT) [ 337.241345] 调用跟踪[ [337.241348] show_stack+0x18/0x24 (C) [ 337.241357] dump_stack_lvl+0x60/0x80 [ 337.241364] dump_stack+0x18/0x24 [ 337.241368] vpanic+0x124/0x2ec [ 337.241373] abort+0x0/0x4 [ 337.241377] add_taint+0x0/0xbc [ 337.241384] arm64_serror_panic+0x70/0x80 [ 337.241389] do_serror+0x3c /0x74 [337.241392] el1h_64_error_handler+0x30/0x48 [ 337.241400] el1h_64_error+0x6c/0x70 [ 337.241404] pvr_riscv_irq_pending+0xc/0x24 (P) [ 337.241410] irq_thread_fn+0x2c/0xb0 [ 337.241416] irq_thread+0x3170/0x74 [ 337.241421] kthread+0x12c/0x210 [ 337.241428] ret_from_fork+0x10/0x20 [337.241434] SMP停止辅助 CPU [ 337.241451] 内核偏移已禁用 [ 337.241453] CPU 功能
    0x040000,02002800,20002001,0400421b [ 337.241456] 内存限制无 [ 337.457921] ---[ end Kernel panic - not syncing: Asynchronous SError Interrupt ]--- (CVE-2026-23469)

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

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

  - HIDbpf现在防止 hid_hw_request 中的缓冲区溢出返回值被视为始终有效。但是在使用 HID-BPF 时返回值可以是任意大小因为它是 dispatch_hid_bpf_raw_requests() 的返回值会调用 struct_ops我们不保证该值有意义。 (CVE-2026-31401)

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

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

  - OpenPrinting CUPS 是用于 Linux 和其他 Unix-like 操作系统的开源打印系统。在版本 2.4.16 和之前版本中本地非特权用户可使用可重用的 Authorization: Local ... 标记强制 cupsd 对攻击者控制的本地主机 IPP 服务进行身份验证。该标记足以在本地主机上驱动 /admin/ 请求攻击者可将 CUPS-Create-Local-Printer 与 printer-is-shared=true 结合使用来持久化 file:///... 队列即使正常的 FileDevice 策略拒绝此类 URI。
    打印到该队列会造成任意根文件覆盖下面的 PoC 使用该原语删除 sudoers 片段并演示根命令执行。截至本报告发布时还没有公开可用的修补程序。 (CVE-2026-34990)

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

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

  - netusbaqc111不在挂起回调内执行 PM syzbot 报告 rpm_resume 中挂起的任务 这是由 aqc111_suspend 调用其 write_cmd 例程的 PM 变体所造成。简化的调用跟踪如下所示 rpm_suspend() usb_suspend_both() - 此处 udev->dev.power.runtime_status == RPM_SUSPENDING aqc111_suspend() - 为 usb 设备接口调用 aqc111_write32_cmd() usb_autopm_get_interface() pm_runtime_resume_and_get() rpm_resume() -在此我们调用父 rpm_resume() 上的 rpm_resume() - 在此我们等待永远不会发生的状态变更。此时，我们阻断另一个保留 rtnl_lock 并锁定整个网络堆栈的任务。通过将 write_cmd 调用替换为其 _nopm 变体来修复此问题 (CVE-2026-23446)

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

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

  - 已修复 Linux 内核中的下列漏洞：ksmbd: fix use-after-free of share_conf in compound request smb2_get_ksmbd_tcon() reuses work->tcon in compound requests without validating tcon->t_state. ksmbd_tree_conn_lookup() checks t_state == TREE_CONNECTED on the initial lookup path, but the compound reuse path bypasses this check entirely. If a prior command in the compound (SMB2_TREE_DISCONNECT) sets t_state to TREE_DISCONNECTED and frees share_conf via ksmbd_share_config_put(), subsequent commands dereference the freed share_conf through work->tcon->share_conf. KASAN report: [ 4.144653] ================================================================== [ 4.145059] BUG: KASAN: slab-use-after-free in smb2_write+0xc74/0xe70 [ 4.145415] Read of size 4 at addr ffff88810430c194 by task kworker/1:1/44 [ 4.145772] [ 4.145867] CPU: 1 UID: 0 PID: 44 Comm: kworker/1:1 Not tainted 7.0.0-rc3+ #60 PREEMPTLAZY [4.145871] Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 4.145875] Workqueue: ksmbd-io handle_ksmbd_work [ 4.145888] Call Trace: [ 4.145892] <TASK> [ 4.145894] dump_stack_lvl+0x64/0x80 [ 4.145910] print_report+0xce/0x660 [4.145919] ? __pfx__raw_spin_lock_irqsave+0x10/0x10 [ 4.145928] ? smb2_write+0xc74/0xe70 [ 4.145931] kasan_report+0xce/0x100 [ 4.145934] ? smb2_write+0xc74/0xe70 [ 4.145937] smb2_write+0xc74/0xe70 [4.145939] ? __pfx_smb2_write+0x10/0x10 [ 4.145942] ? _raw_spin_unlock+0xe/0x30 [ 4.145945] ? ksmbd_smb2_check_message+0xeb2/0x24c0 [ 4.145948] ? smb2_tree_disconnect+0x31c/0x480 [ 4.145951] handle_ksmbd_work+0x40f/0x1080 [ 4.145953] process_one_work+0x5fa/0xef0 [ 4.145962] ? assign_work+0x122/0x3e0 [ 4.145964] worker_thread+0x54b/0xf70 [ 4.145967] ? __pfx_worker_thread+0x10/0x10 [ 4.145970] kthread+0x346/0x470 [ 4.145976] ? recalc_sigpending+0x19b/0x230 [ 4.145980] ?
    __pfx_kthread+0x10/0x10 [ 4.145984] ret_from_fork+0x4fb/0x6c0 [ 4.145992] ? __pfx_ret_from_fork+0x10/0x10 [ 4.145995] ? __switch_to+0x36c/0xbe0 [ 4.145999] ? __pfx_kthread+0x10/0x10 [ 4.146003] ret_from_fork_asm+0x1a/0x30 [ 4.146013] </TASK> [ 4.146014] [ 4.149858] Allocated by task 44: [ 4.149953] kasan_save_stack+0x33/0x60 [ 4.150061] kasan_save_track+0x14/0x30 [ 4.150169] __kasan_kmalloc+0x8f/0xa0 [4.150274] ksmbd_share_config_get+0x1dd/0xdd0 [ 4.150401] ksmbd_tree_conn_connect+0x7e/0x600 [ 4.150529] smb2_tree_connect+0x2e6/0x1000 [ 4.150645] handle_ksmbd_work+0x40f/0x1080 [ 4.150761] process_one_work+0x5fa/0xef0 [ 4.150873] worker_thread+0x54b/0xf70 [ 4.150978] kthread+0x346/0x470 [4.151071] ret_from_fork+0x4fb/0x6c0 [ 4.151176] ret_from_fork_asm+0x1a/0x30 [ 4.151286] [ 4.151332] Freed by task 44: [ 4.151418] kasan_save_stack+0x33/0x60 [ 4.151526] kasan_save_track+0x14/0x30 [ 4.151634] kasan_save_free_info+0x3b/0x60 [ 4.151751] __kasan_slab_free+0x43/0x70 [ 4.151861] kfree+0x1ca/0x430 [4.151952] __ksmbd_tree_conn_disconnect+0xc8/0x190 [ 4.152088] smb2_tree_disconnect+0x1cd/0x480 [ 4.152211] handle_ksmbd_work+0x40f/0x1080 [ 4.152326] process_one_work+0x5fa/0xef0 [ 4.152438] worker_thread+0x54b/0xf70 [ 4.152545] kthread+0x346/0x470 [ 4.152638] ret_from_fork+0x4fb/0x6c0 [4.152743] ret_from_fork_asm+0x1a/0x30 [ 4.152853] [ 4.152900] The buggy address belongs to the object at ffff88810430c180 [ 4.152900] which belongs to the cache kmalloc-96 of size 96 [ 4.153226] The buggy address is located 20 bytes inside of [ 4.153226] freed 96-byte region [ffff88810430c180, ffff88810430c1e0) [ 4.153549] [ 4.153596] The buggy address belongs to the physical page: [ 4.153750] page: refcount:0 mapcount:0 mapping:0000000000000000 index:0xffff88810430ce80 pfn:0x10430c [ 4.154000] flags: 0x ---truncated--- (CVE-2026-23428)

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

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

  - mtd：rawnand：针对其他 NAND 操作序列化锁定/解锁 nand_lock（） 和 nand_unlock（） 调用 chip->ops.lock_area/unlock_area，而无需保持 NAND 设备锁定。在通过多个低级 PIO 命令实现SET_FEATURES的控制器上，这些命令可能与保持设备锁定的并行 UBI/UBIFS 后台擦除/写入操作争用，从而导致 NAND 控制器上发生cmd_pending冲突。在锁定/解锁操作周围添加 nand_get_device（）/nand_release_device（），以针对所有其他 NAND 控制器访问权限对其进行序列化。（CVE-2026-23434）

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

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

  - cryptoatmel-sha204a - 修复 OOM ->tfm_count 泄漏在内存分配失败时减少 ->tfm_count 以避免阻断未来读取。 (CVE-2026-31391)

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

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

  - OpenPrinting CUPS 是适用于 Linux 及其他类 Unix 操作系统的开源打印系统。在版本 2.4.16 及之前版本中，RSS 通知器允许 notify-recipient-uri（例如 rss:///../job.cache）中的 .. 路径遍历，进而让远程 IPP 客户端在 CacheDir/rss 之外写入 RSS XML 字节（lp 可写的任何位置）。尤其由于 CacheDir 在默认情况下为群组可写入（通常为 root:lp 和模式 0770），通知程序（以 lp 身份运行）可通过 temp-file + rename() 来替换根管理的状态文件。此 PoC 使用 RSS XML 重写 CacheDir/job.cache，在重新启动 cupsd 之后，计划程序无法解析作业缓存，之前排队的作业会消失。本版本发行时无可公开获取的修补程序。(CVE-2026-34978)

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

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

  - 已修复 Linux 内核中的下列漏洞：dpaa2-switch: Fix interrupt storm after receiving bad if_id in IRQ handler Commit 31a7a0bbeb00 (dpaa2-switch: add bounds check for if_id in IRQ handler) introduces a range check for if_id to avoid an out-of-bounds access. If an out-of-bounds if_id is detected, the interrupt status is not cleared. This may result in an interrupt storm. Clear the interrupt status after detecting an out-of-bounds if_id to avoid the problem. Found by an experimental AI code review agent at Google. (CVE-2026-23422)

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

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

  - netfilterctnetlink修复 ctnetlink_dump_exp_ct() 中的释放后使用ctnetlink_dump_exp_ct() 在 cb->data 中为 netlink 转储回调 ctnetlink_exp_ct_dump_table() 存储 conntrack 指针但在 netlink_dump_start() 之后立即丢弃 conntrack 引用。当转储跨越多个轮次时第二个 recvmsg() 会触发转储回调从而通过 nfct_help(ct) 取消引用现已释放的 conntrack从而导致 ct->ext 发生释放后使用。此缺陷为 netlink_dump_control 没有可用于管理跨转储轮次的 conntrack 引用的 .start 或 .done 回调。为此目的同一文件中的其他转储函数例如 ctnetlink_get_conntrack会正确使用 .start/.done 回调。通过添加在转储期间保留和释放 conntrack 引用的 .start 和 .done 回调修复此问题并将 nfct_help() 调用移动到转储回调中的 cb->args[0] early-return 检查之后以避免不必要地取消引用 ct->ext。缺陷KASAN任务 ctnetlink_poc/133 CPU1 UID0 PID133 Commctnetlink_poc 未受感染 7.0.0-rc2+ #3 PREEMPTLAZY 调用跟踪 <TASK> ctnetlink_exp_ct_dump_table+0x4f/0x2e0 netlink_dump+0x333/0x880 netlink_recvmsg+0x3e2/0x4b0 ? aa_sk_perm+0x184/0x450 sock_recvmsg+0xde/0xf0 由任务分配 133kmem_cache_alloc_noprof+0x134/0x440
    __nf_conntrack_alloc+0xa8/0x2b0 ctnetlink_create_conntrack+0xa1/0x900 ctnetlink_new_conntrack+0x3cf/0x7d0 nfnetlink_rcv_msg+0x48e/0x510 netlink_rcv_skb+0xc9/0x1f0 nfnetlink_rcv+0xdb/0x220 netlink_unicast+0x3ec/0x590 netlink_sendmsg+0x397/0x690 __sys_sendmsg+0xf4/0x180 Freed by task 0:
    slab_free_after_rcu_debug+0xad/0x1e0 rcu_core+0x5c3/0x9c0CVE-2026-23458]

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

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

  - nvdimm/bus修复异步初始化中潜在的释放后使用如果 nd_async_device_register() 中的 device_add() 失败则 Dingisoul使用 KASAN 报告释放后使用。提交 b6eae0f61db2libnvdimm计划异步初始化时保持父设备上的引用正确地添加了父设备上要保持直到异步初始化完成的引用。但是如果 device_add() 导致分配失败设备的 ref 计数在访问父指针之前就会下降为 0。从而导致释放后使用。缺陷机器人 AI 正确识别了补丁。保存对父指针的引用以用于终止父引用而不管 device_add() 的结果如何。 (CVE-2026-31399)

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

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

  - NFSD当最后一个引用终止时在 RCU 宽限期之前延迟导出放置的回调 svc_export_put() 立即调用 path_put() 和 auth_domain_put() 中的延迟子对象清除。e_show() 和 c_show() 中的 RCU 读取程序可同时访问 ex_path (通过 seq_path/d_path) 和 ex_client->name (通过 seq_escape)而不持有引用。如果 cache_clean 并发移除条目并丢弃最后一个引用则子对象在仍在使用时将被释放从而在 d_path 中生成空指针取消引用。提交 2530766492ecnfsd修复访问 ex_uuid 或 ex_stats 时的 UAF将 ex_uuid 和 ex_stats 的 kfree 移动到 call_rcu 回调但使 path_put() 和 auth_domain_put() 在宽限期之前保持运行因为两者都可能在 softirq 上下文中休眠和 call_rcu 回调执行。将 call_rcu/kfree_rcu 替换为 queue_rcu_work()这会将回调推迟到 RCU 宽限期之后并在允许休眠的进程上下文中执行。这允许将 path_put() 和 auth_domain_put() 与其他资源释放一起移动到延迟的回调中。对 expkey_put() 应用相同的补丁其与 ek_path 和 ek_client 具有相同的模式。专用工作队列将关机耗尽范围限制为仅 NFSD 导出发布工作项目刷新共享的 system_unbound_wq 会阻止其他子系统中的不相关工作。 nfsd_export_shutdown() 使用 rcu_barrier()然后 flush_workqueue() 确保在导出缓存遭到破坏之前完成所有延迟的释放回调。审查者：Jeff Layton <jlayton@kernel.org> (CVE-2026-31404)

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

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

  - nfsd修复 NFSv4.0 LOCK 重放缓存中的堆溢出 NFSv4.0 重放缓存使用固定的 112 字节内联缓冲区 (rp_ibuf[NFSD4_REPLAY_ISIZE]) 来存储编码的操作响应。此大小是根据 OPEN 响应计算的并且不考虑 LOCK 被拒绝响应其中包含冲突的锁所有者作为可变长度字段最多 1024 个字节 (NFS4_OPAQUE_LIMIT)。当 LOCK 操作因与拥有大所有者的现有锁发生冲突而被拒绝时nfsd4_encode_operation() 会通过 read_bytes_from_xdr_buf() 将完整编码的响应复制到过小的重放缓冲区中且不进行边界检查。这会导致超过缓冲区末尾多达 944 字节的 slab 越界写入从而损坏邻近的堆内存。未经身份验证的攻击者可使用两个互相协作的 NFSv4.0 客户端远程触发此问题一个客户端使用大型所有者字符串设置锁定另一个请求冲突的锁定以引发拒绝。我们可以通过增加 NFSD4_REPLAY_ISIZE 以允许完全不透明来修复此问题但这会增加每个 stateowner 的大小大多数情况是 lockowner 不是那么大。而应通过在复制到重放缓冲区之前对照 NFSD4_REPLAY_ISIZE 检查编码响应长度来修复此问题。如果响应过大请将 rp_buflen 设置为 0 以跳过缓存重放负载。状态仍在缓存中，客户端已收到对原始请求的正确响应。 (CVE-2026-31402)

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

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

  - wifimac80211始终释放 ieee80211_tx_prepare_skb() 失败的 skb ieee80211_tx_prepare_skb() 具有三个错误路径但仅其中两个释放 skb。第一个错误路径即返回 TX_DROP的 ieee80211_tx_prepare() 不会将其释放而 invoke_tx_handlers() 失败和碎片检查都会这样做。将 kfree_skb() 添加到第一个错误路径使所有三个路径保持一致并删除调用程序ath9k、mt76、mac80211_hwsim中现已冗余的释放以避免双重释放。在函数的 kdoc 中记录 skb 所有权保证。 (CVE-2026-23444)

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

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

  - netusbcdc_ncm将 ndpoffset 添加到 NDP16 nframes 边界检查 cdc_ncm_rx_verify_ndp16() 验证 NDP 标头及其 DPE 条目是否适合 skb。第一个检查正确解释了 ndpoffset
    if ((ndpoffset + sizeof(struct usb_cdc_ncm_ndp16)) > skb_in->len) 但第二个检查将其忽略 if ((sizeof(struct usb_cdc_ncm_ndp16) + ret * (sizeof(struct usb_cdc_ncm_dpe16))) > skb_in->len) 此对照 skb 总长度验证 DPE 数组大小好像 NDP 位于偏移 0 处而不是 ndpoffset 处一样。将 NDP 放置在 NTB 末尾附近时大 wNdpIndex即使检查通过DPE 条目也可能延伸超过 skb 数据缓冲区。之后cdc_ncm_rx_fixup() 会在迭代 DPE 数组时读取越界内存。将 ndpoffset 添加到 nframes 边界检查并使用 struct_size_t() 以更清楚地表达 NDP-plus-DPE-array 大小。 (CVE-2026-23448)

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

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

  - Rack 是模块化的 Ruby Web 服务器接口。从版本 3.2.0 到低于版本 3.2.6的 Rack::Multipart::Parser 错误地展开折叠的多部分部分标头。当多部分标头包含 obs-fold 序列时Rack 会保留解析后的参数值例如文件名或名称中嵌入的 CRLF而不是在展开期间删除折叠的换行符。因此之后在 HTTP 响应头中重用这些解析值的应用程序可能容易受到下游标头注入或响应拆分的影响。已在版本 3.2.6 中修补此问题。(CVE-2026-26962)

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

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

  - net/schedteql修复 teql_master_xmit 中的双重释放每当 TEQL 设备将 lockless Qdisc 作为根时就应使用 seq_lock 调用 qdisc_reset 以避免与数据路径争用。否则可能会导致如下崩溃：[ 238.028993][ T318] BUG: KASAN: skb_release_data (net/core/skbuff.c:1139) 中出现双重释放 [ 238.029328][ T318] 任务 poc_teql_uaf_ke/318 释放了地址 ffff88810c67ec00 [238.029749][ T318] [ 238.029900][ T318] CPU：3 UID：0 PID：318 Comm：poc_teql_ke 未被污染 7.0.0-rc3-00149-ge5b31d988a41 #704 PREEMPT(full) [ 238.029906][ T318] 硬件名称：Bochs Bochs，BIOS Bochs 2011年1月1日 [ 238.029910][ T318] 调用跟踪：[ 238.029913][ T318] <TASK> [ 238.029916][ T318] dump_stack_lvl (lib/dump_stack.c:122) [ 238.029928][ T318] print_report (mm/kasan/report.c:379 mm/kasan/report.c:482) [ 238.029940][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029944][T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) ... [ 238.029957][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029969][ T318] kasan_report_invalid_free (mm/kasan/report.c:221 mm/kasan/report.c:563) [ 238.029979][ T318] ? skb_release_data (net/core/skbuff.c:1139) [ 238.029989][T318] check_slab_allocation (mm/kasan/common.c:231) [ 238.029995][ T318] kmem_cache_free (mm/slub.c:2637 (discriminator 1) mm/slub.c:6168 (discriminator 1) mm/slub.c:6298 (discriminator 1)) [ 238.030004][ T318] skb_release_data (net/core/skbuff.c:1139) ... [ 238.030025][ T318] sk_skb_reason_drop (net/core/skbuff.c:1256) [ 238.030032][ T318] pfifo_fast_reset (./include/linux/ptr_ring.h:171 ./include/linux/ptr_ring.h:309 ./include/linux/skb_array.h:98 net/sched/sch_generic.c:827) [ 238.030039][T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) ... [ 238.030054][ T318] qdisc_reset (net/sched/sch_generic.c:1034) [ 238.030062][ T318] teql_destroy (./include/linux/spinlock.h:395 net/sched/sch_teql.c:157) [ 238.030071][ T318] __qdisc_destroy (./include/net/pkt_sched.h:328 net/sched/sch_generic.c:1077) [ 238.030077][ T318] qdisc_graft (net/sched/sch_api.c:1062 net/sched/sch_api.c:1053 net/sched/sch_api.c:1159) [ 238.030089][ T318] ? __pfx_qdisc_graft (net/sched/sch_api.c:1091) [ 238.030095][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [238.030102][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 238.030106][ T318] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 238.030114][ T318] tc_get_qdisc (net/sched/sch_api.c:1529 net/sched/sch_api.c:1556) ... [ 238.072958][ T318] 由 CPU 5 上的任务 303 在 238.026275 秒时分配： [ 238.073392][ T318] kasan_save_stack (mm/kasan/common.c:58) [ 238.073884][ T318] kasan_save_track (mm/kasan/common.c:64 (discriminator 5) mm/kasan/common.c:79 (discriminator 5)) [238.074230][ T318] __kasan_slab_alloc (mm/kasan/common.c:369) [ 238.074578][ T318] kmem_cache_alloc_node_noprof (./include/linux/kasan.h:253 mm/slub.c:4542 mm/slub.c:4869 mm/slub.c:4921) [238.076091][ T318] kmalloc_reserve (net/core/skbuff.c:616 (discriminator 107)) [ 238.076450][ T318]
    __alloc_skb (net/core/skbuff.c:713) [ 238.076834][ T318] alloc_skb_with_frags (./include/linux/skbuff.h:1383 net/core/skbuff.c:6763) [ 238.077178][ T318] sock_alloc_send_pskb (net/core/sock.c:2997) [ 238.077520][ T318] packet_sendmsg (net/packet/af_packet.c:2926 net/packet/af_packet.c:3019 net/packet/af_packet.c:3108 ) [ 238.081469][ T318] [ 238.081870][ T318] 在 cpu 1 上于 238.028496s 由任务 299 释放: [ 238.082761][ T318] kasan_save_stack (mm/kasan/common.c:58) [238.083481][ T318] kasan_save_track (mm/kasan/common.c:64辨别器 5) mm/kasan/common.c:79辨别器 5) [ 238.085348][ T318] kasan_save_free_info (mm/kasan/generic .c:587标识符 1) [238.085900][ T318] __kasan_slab_free (mm/ ---truncated--- (CVE-2026-23449)

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

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

  - drm/xe开放代码 GGTT MMIO 访问保护 GGTT MMIO 访问目前受热插拔 (drm_dev_enter) 的保护其在驱动程序成功加载且稍后解除绑定或卸载时可正常工作。但是，如果驱动程序加载失败，此保护是不够的，因为永远不会调用 drm_dev_unplug()。此外devm 释放函数无法保证在删除 GGTT MMIO 区域之前会破坏所有具有 GGTT 映射的 BO因为工作线程可能会异步释放某些 BO。若要解决此问题请引入可保护 GGTT MMIO 访问的开放代码标记该标记受 GGTT 锁保护。此标记会在 dev_fini_ggtt devm 释放函数期间清除以确保在拆卸开始后立即禁用 MMIO 访问。从提交 4f3a998a173b4325c2efd90bdadc6ccd3ad9a431 中精选出的内容(CVE-2026-23466)

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

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

  - spi修复统计数据分配 在控制器向驱动程序核心注册之后才会分配基于 cpu 的控制器统计数据这会留下一个访问 sysfs 属性可触发空指针取消引用的窗口。通过将统计数据分配移动到控制器分配同时将其生命周期绑定到控制器的生命周期而不是使用隐式 devres可修复此问题。 (CVE-2026-23475)

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

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

  - drm/xe/configfs释放 ctx_restore_mid_bb 内存中的 ctx_restore_mid_bb 内存是在 wa_bb_store() 中分配但 xe_config_device_release() 只释放 ctx_restore_post_bb。同时释放 ctx_restore_mid_bb[0].cs以避免在删除 configfs 设备时泄漏分配。
    从提交 a235e7d0098337c3f2d1e8f3610c719a589e115f 中精选出的内容(CVE-2026-23421)

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

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

  - net/mlx5e：阻止对 IPSec ASO 上下文的并发访问。查询或更新 IPSec 卸载对象是通过 Access ASO WQE 进行的。该驱动程序为每个 PF 使用单个mlx5e_ipsec_aso结构，其中包含用于所有 ASO 操作的共享 DMA 映射上下文。存在一个争用条件，原因是在硬件完成处理 WQE 之前释放 ASO 旋转锁。如果紧接着启动第二个操作，它将覆盖 DMA 区域中的共享上下文。稍后处理第一个操作的完成时，它会读取此损坏的上下文，从而导致意外行为和不正确的结果。
    此提交通过在每个 IPSec 卸载对象中引入私有上下文来修复争用。现在会在持有 ASO 旋转锁时将共享的 ASO 上下文复制到此私有上下文。后续处理使用此保存的每个对象上下文，确保保持其完整性。（CVE-2026-23441）

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

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

  - sunrpc修复 cache_release 中的 cache_request 泄漏如果阅读器的文件描述符在读取 cache_request (rp->offset != 0) 过程中关闭则 cache_release() 会减少请求的阅读器计数但从不检查其是否应释放请求。在 cache_read() 中当读取器数量减少到 0 且清除 CACHE_PENDING 时将从队列中删除和释放 cache_request 及其缓冲区和 cache_head 引用。 cache_release() 缺少此清理。释放 reader == 0 的请求的唯一其他路径是 cache_dequeue()但仅当 CACHE_PENDING 从设置转换为清除时才运行。如果当 reader 仍为非零值时已经发生该转换 cache_dequeue() 将跳过该请求并且没有后续的调用会将其清理。将相同的清理逻辑从 cache_read() 添加到 cache_release()减少读取程序数量后通过 CACHE_PENDING 清除检查其是否达到 0如果已达到则使 cache_request 出列并释放。 (CVE-2026-31400)

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

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

  - SMB：客户端：修复用用户名选项挂载的 客户报告称，由于客户端用错误凭证挂载共享，部分 krb5 挂载在单一服务器上失败。结果发现客户端是在重复使用第一次挂载的SMB会话来尝试挂载其他共享，尽管其他挂载被指定了不同的用户名=选项。通过使用用户名挂载选项和 sec=krb5 一起从 keytab 搜索主体，cifs.upcall（8） 自 cifs-utils-4.8 起支持。所以即使用Kerberos，也可以在match_session（）中匹配用户名挂载选项来解决这个问题。例如，下面的第二个挂载在 -ENOKEY 时应该会失败，因为 keytab（/etc/krb5.keytab）中没有“foobar”原则。客户端最终会重复使用第一个挂载的SMB会话来执行第二个挂载，这是错误的。''' $ ktutil ktutil： add_entry -password -p testuser -k 1 -e aes256-cts Password for testuser@ZELDA.TEST： ktutil： write_kt /etc/krb5.keytab ktutil： quit $ klist -ke Keytab name：
    FILE：/etc/krb5.keytab KVNO Principal ---- ---------------------------------------------------------------- 1 testuser@ZELDA.TEST （aes256-cts-hmac-sha1-96） $ mount.cifs //w22-root2/scratch /mnt/1 -o sec=krb5，username=testuser $ mount.cifs //w22-root2/scratch /mnt/2 -o sec=krb5，username=foobar $ mount -t cifs | grep -Po 'username=\K\w+' testuser testuser ''' （CVE-2026-31392）

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

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

  - NFSD在 /proc/fs/nfs/exports fd 的生命周期内保持网络引用 /proc/fs/nfs/exports proc 条目在模块 init 中创建并在模块的生命周期内持续存在。 exports_proc_open() 捕获调用程序的当前网络命名空间并将其 svc_export_cache 存储在 seq->private 中但未采用任何对该命名空间的引用。如果命名空间随后被拆除例如在 opener 对不同的命名空间执行 setns() 之后容器遭到破坏nfsd_net_exit() 会调用会释放缓存的 nfsd_export_shutdown()。对仍然打开的 fd 的后续读取会取消引用已释放的 cache_detail从而遍历已释放的哈希表。在打开文件描述符的生命周期中保持 struct net 上的引用。当任何导出 fd 打开时这会阻止 nfsd_net_exit() 运行从而阻止 nfsd_export_shutdown() 释放缓存。 cache_detail 已存储其 net 指针cd->net, 由 cache_create_net() 设置因此 exports_release() 无需额外的每个文件存储即可检索该指针。 (CVE-2026-31403)

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

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

  - SPI：修复控制器注册失败后的免费使用（use-after-free）。确保在控制器注册时每个CPU统计分配极不可能失败时，也从驱动核心取消注册，以避免驱动资源的自由使用后使用和未时钟寄存器访问。（CVE-2026-31389）

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

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

  - bnxt_en修复 DBG_BUF_PRODUCER 异步事件处理程序中的 OOB 访问 bnxt_async_event_process() 中的 ASYNC_EVENT_CMPL_EVENT_ID_DBG_BUF_PRODUCER 处理程序将固件提供的“type”字段直接用作 bp->bs_trace[] 的索引而无边界验证。“type”字段是从 NIC 直接写入主机 RAM 的 DMA 映射的完成环内存中提取的 16 位值。恶意或已被破坏的 NIC 可提供 0 到 65535 之间的任何值从而导致对内核堆内存的越界访问。bnxt_bs_trace_check_wrap() 调用随后取消引用 bs_trace->magic_byte 并写入 bs_trace->last_offset 和 bs_trace->wrapped从而导致内核内存损坏或崩溃。通过添加边界检查并将 BNXT_TRACE_MAX 定义为 DBG_LOG_BUFFER_FLUSH_REQ_TYPE_ERR_QPC_TRACE + 1 以涵盖所有当前定义的固件跟踪类型（0x0 到 0xc）进行修复。 (CVE-2026-31395)

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

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

  - 在 之前的 Mbed TLS 中 4.0.0存在一个编译器引发的时序边信道在 RSA 和 CBC/ECB 解密中只有使用 LLVM 的选择-优化功能时才会发生此情况。TF-PSA-Crypto 到 1.0.0 也会受到影响。
    (CVE-2025-66442)

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

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

  - udp_tunnel修复 CONFIG_IPV6=n 时udp_sock_create6 导致的空取消引用。在禁用 CONFIG_IPV6 的情况下udp_sock_create6() 函数会返回 0成功而不会实际创建套接字。然后诸如 fou_create() 之类的调用程序继续取消引用未初始化的套接字指针从而导致空指针取消引用。捕获的空取消引用崩溃缺陷缺陷内核空指针取消引用解决
    0000000000000018 RIP0010:fou_nl_add_doit (net/ipv4/fou_core.c:590 net/ipv4/fou_core.c:764) [...] 调用跟踪 <TASK> genl_family_rcv_msg_doit.constprop.0 (net/netlink/genetlink.c: 1114) genl_rcv_msg (net/netlink/genetlink.c:1194 net/netlink/genetlink.c:1209) [...] netlink_rcv_skb (net/netlink/af_netlink.c:2550) genl_rcv (net/netlink/genetlink.c:2550) 1219) netlink_unicast (net/netlink/af_netlink.c:1319 net/netlink/af_netlink.c:1344) netlink_sendmsg (net/netlink/af_netlink.c:1894) __sock_sendmsg (net/socket.c:727标识符 1) net/ socket.c:742 (标识符 1)) __sys_sendto (./include/linux/file.h:62标识符 1./include/linux/file.h:83标识符 1net/socket.c:2183 dis器 1)) __x64_sys_sendto (net/socket.c:2213器 1) net/socket.c:2209 (器 1) net/socket.c:2209 (器 1)) do_syscall_64 (arch/x86/entry/syscall_64. c:63标识符 1) arch/x86/entry/syscall_64.c:94 (标识符 1)entry_SYSCALL_64_after_hwframe (net/arch/x86/entry/entry_6 4.S:130) 此修补程序使 udp_sock_create6 返回 -EPFNOSUPPORT以便调用方正确获取其错误路径。有漏洞的函数只有一个调用者只有特权用户才能触发。 (CVE-2026-23439)

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

ID	名称	严重性
304987	Linux Distros 未修补的漏洞：CVE-2026-23455	critical
304986	Linux Distros 未修补的漏洞：CVE-2026-23420	medium
304985	Linux Distros 未修补的漏洞：CVE-2026-35582	high
304984	Linux Distros 未修补的漏洞：CVE-2026-23460	medium
304983	Linux Distros 未修补的漏洞：CVE-2026-23427	high
304982	Linux Distros 未修补的漏洞：CVE-2026-23457	high
304981	Linux Distros 未修补的漏洞：CVE-2026-23462	high
304980	Linux Distros 未修补的漏洞：CVE-2026-23426	medium
304979	Linux Distros 未修补的漏洞：CVE-2026-23470	medium
304978	Linux Distros 未修补的漏洞：CVE-2026-23452	medium
304977	Linux Distros 未修补的漏洞：CVE-2026-23419	medium
304976	Linux Distros 未修补的漏洞：CVE-2026-31396	high
304975	Linux Distros 未修补的漏洞：CVE-2026-31394	medium
304974	Linux Distros 未修补的漏洞：CVE-2026-23450	critical
304973	Linux Distros 未修补的漏洞：CVE-2026-26477	high
304972	Linux Distros 未修补的漏洞：CVE-2026-23454	high
304971	Linux Distros 未修补的漏洞：CVE-2026-34980	medium
304970	Linux Distros 未修补的漏洞：CVE-2026-23445	medium
304969	Linux Distros 未修补的漏洞：CVE-2026-27447	medium
304968	Linux Distros 未修补的漏洞：CVE-2026-23474	medium
304967	Linux Distros 未修补的漏洞：CVE-2026-34979	medium
304966	Linux Distros 未修补的漏洞：CVE-2026-23436	medium
304964	Linux Distros 未修补的漏洞：CVE-2026-23469	medium
304963	Linux Distros 未修补的漏洞：CVE-2026-31401	high
304962	Linux Distros 未修补的漏洞：CVE-2026-34990	medium
304960	Linux Distros 未修补的漏洞：CVE-2026-23446	medium
304959	Linux Distros 未修补的漏洞：CVE-2026-23428	high
304958	Linux Distros 未修补的漏洞：CVE-2026-23434	medium
304957	Linux Distros 未修补的漏洞：CVE-2026-31391	medium
304956	Linux Distros 未修补的漏洞：CVE-2026-34978	medium
304955	Linux Distros 未修补的漏洞：CVE-2026-23422	high
304954	Linux Distros 未修补的漏洞：CVE-2026-23458	high
304933	Linux Distros 未修补的漏洞：CVE-2026-31399	high
304932	Linux Distros 未修补的漏洞：CVE-2026-31404	high
304931	Linux Distros 未修补的漏洞：CVE-2026-31402	high
304930	Linux Distros 未修补的漏洞：CVE-2026-23444	medium
304929	Linux Distros 未修补的漏洞：CVE-2026-23448	high
304928	Linux Distros 未修补的漏洞：CVE-2026-26962	medium
304927	Linux Distros 未修补的漏洞：CVE-2026-23449	high
304926	Linux Distros 未修补的漏洞：CVE-2026-23466	high
304925	Linux Distros 未修补的漏洞：CVE-2026-23475	medium
304924	Linux Distros 未修补的漏洞：CVE-2026-23421	medium
304923	Linux Distros 未修补的漏洞：CVE-2026-23441	medium
304922	Linux Distros 未修补的漏洞：CVE-2026-31400	medium
304921	Linux Distros 未修补的漏洞：CVE-2026-31392	high
304920	Linux Distros 未修补的漏洞：CVE-2026-31403	high
304919	Linux Distros 未修补的漏洞：CVE-2026-31389	high
304918	Linux Distros 未修补的漏洞：CVE-2026-31395	high
304917	Linux Distros 未修补的漏洞：CVE-2025-66442	medium
304916	Linux Distros 未修补的漏洞：CVE-2026-23439	medium

检测

Nessus 的 Misc. 系列

critical

medium

high

medium

high

high

high

medium

medium

medium

medium

high

medium

critical

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

high

medium

medium

medium

high

high

high

high

high

medium

high

medium

high

high

medium

medium

medium

medium

high

high

high

high

medium

medium