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

  - mmcsdhci-of-dwcmshc防止 HS200/HS400 模式中的非法时钟降低。在 HS200 或 HS400 时序模式下操作时将时钟频率降低到 52 MHz 以下将导致链接中断因为 Rockchip DWC MSHC 控制器需要维护这些模式下的最小时钟为 52 MHz。添加检查以防止通过 debugfs 非法降低时钟 root@debian:/# echo 50000000 > /sys/kernel/debug/mmc0/clock root@debian:/# [ 30.090146] mmc0运行 CQE 恢复 mmc0: cqhci失败停止 mmc0: cqhci标签 0 的虚假 TCN 警告: drivers/mmc/host/cqhci-core.c:797 at cqhci_irq+0x254/0x818、 CPU#1: kworker/1:0H/24 模块中链接的CPU: 1 UID: 0 PID: 24 Comm: kworker/1:0H Not tainted 6.19.0-rc1-00001-g09db0998649d-dirty #204 PREEMPT 硬件名称：Rockchip RK3588 EVB1 V10 Board (DT) Workqueue: kblockd blk_mq_run_work_fn pstate: 604000c9 nZCv daIF +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc
    cqhci_irq+0x254/0x818 lrcqhci_irq+0x254/0x818 ... (CVE-2025-71200)

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

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

  - 在 30.2.2之前的 OpenStack Nova 、 31.2.1之前的 OpenStack Nova 31 和 32.1.1之前的 OpenStack Nova 32 中发现一个问题。通过将恶意 QCOW 标头写入根磁盘或临时磁盘然后触发调整大小用户可诱使 Nova 的 Flat 图像后端调用无格式限制的 qemu-img进而导致不安全的图像调整大小操作可破坏主机上的数据有关的矢量影响可用性。仅使用平面图像后端通常配置为 use_cow_images=False的计算节点会受到影响。 (CVE-2026-24708)

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

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

  - 中断新选项卡页面加载的恶意脚本可造成地址栏和页面内容不同步从而允许攻击者在受信任的域下伪造任意 HTML。此漏洞影响 iOS < 的 Firefox 147.2.1。 (CVE-2026-2032)

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

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

  - netwwant7xx修复 RX 路径中潜在的 skb->frags 溢出在 DPMAIF RX 路径中接收数据时t7xx_dpmaif_set_frag_to_skb() 函数会将页面碎片添加到 skb且不会检查碎片数是否超过 MAX_SKB_FRAGS。这可能导致 skb_shinfo(skb)->frags[] 数组中发生缓冲区溢出进而破坏邻近内存并可能造成内核崩溃或其他不明行为。是通过静态代码分析通过与 mt76 驱动程序提交 b102f0c522cf 中修复的类似漏洞进行比较发现此问题是 mt76修复接收数据包碎片过多时的数组溢出。
    调制解调器固件发送的数据包含有过多碎片时可触发此漏洞。虽然在正常协议条件下（MTU 3080 字节，BAT 缓冲区 3584 字节）单个数据包不应需要额外的碎片，但内核不应盲目信任固件行为。恶意、有缺陷或遭到破坏的固件可能会构建具有比内核预期更多的碎片的数据包。修复此问题的方法是在调用 skb_add_rx_frag() 之前添加边界检查以确保 nr_frags 不超过 MAX_SKB_FRAGS。必须在取消映射之前执行检查，以避免设备拆卸期间发生页面泄漏和双重 DMA 取消映射。 (CVE-2026-23172)

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

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

  - drm/amdgpu修复 amdgpu_gmc_filter_faults_remove 中的空指针取消引用 在 Raven 和 Renoir 等 APU 上GC 9.1.0、 9.2.2、 9.3.0] 中ih1 和 ih2 中断环缓冲区未初始化。这是设计使然，因为这些辅助 IH 环仅在独立的 GPU 上可用。请参阅 vega10_ih_sw_init()其在设置 AMD_IS_APU 时明确跳过 ih1/ih2 初始化。但是amdgpu_gmc_filter_faults_remove() 会无条件使用 ih1 来获取上一个中断条目的时间戳。当 APU 上启用重试错误 (noretry=0) 时将从 SVM 页面错误恢复路径调用此函数导致 amdgpu_ih_decode_iv_ts_helper() 尝试访问 ih->ring[] 时发生空指针取消引用。崩溃表现为缺陷内核空指针取消引用地址0000000000000004 RIP
    0010amdgpu_ih_decode_iv_ts_helper+0x22/0x40 [amdgpu] 调用跟踪
    amdgpu_gmc_filter_faults_remove+0x60/0x130 [amdgpu] svm_range_restore_pages+0xae5/0x11c0 [amdgpu] amdgpu_vm_handle_fault+0xc8/0x340 [amdgpu] gmc_v9_0_process_interrupt+0x191/0x220 [amdgpu] amdgpu_irq_dispatch+0xed/0x2c0 [amdgpu] amdgpu_ih_process+0x84/0x100 [amdgpu] This issue由提交 1446226d32a4drm/amdgpu从 noretry=1 中删除 GC HW IP 9.3.0 暴露出其将 Renoir APU 的默认值从 noretry=1 更改为 noretry=0从而启用重试错误处理并因此使用有缺陷的代码路径。通过在尝试使用 ih1.ring_size 之前添加检查来修复此问题。还从提交 dd299441654fdrm/amdgpu返工 retry 错误删除中还原 soft_ih 支持。如果硬件不支持辅助 HW IH 环则需要执行此操作。 v2其他更新 (Alex)从提交 6ce8d536c80aa1f059e82184f0d1994436b1d526 中精选出的内容(CVE-2026-23163)

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

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

  - 序列修复未设置 tty->port 的争用条件恢复提交 bfc467db60b7序列号删除冗余的 tty_port_link_device()因为 tty_port_link_device() 非冗余必须在调用 uart_configure_port() 之前配置 tty->port否则会出错用户空间可在 TTY 未链接到驱动程序的情况下打开控制台。已明确添加此 tty_port_link_device() 以避免提交 fb2b90014d78tty链接 tty 和端口在将其配置为控制台之前的此问题因此有问题的提交基本上还原了补丁称其为多余而没有解决此处显示的实际争用条件。
    在禁用了大多数设备的 Qualcomm SoC 上始终可重现为 tty->port 警告因此启动非常快并且将一个串行设备作为控制台printk旧控制台 [ttyMSM0] 已启用 printk旧控制台 [ttyMSM0] 已启用 printk旧bootconsole [qcom_geni0] 已禁用 printk旧的 bootconsole [qcom_geni0] 已禁用 ------------[ 在此处切出 ]------------ tty_init_devttyMSM 驱动程序未设置 tty- >port。这会使内核崩溃。修复驱动程序! 警告 drivers/tty/tty_io.c:1414 at tty_init_dev.part.0+0x228/0x25c、 CPU#2: systemd/1 模块socinfo tcsrcc_elza gcc_elza sm3_ce fuse ipv6 CPU: 2 UID: 0 PID: 1 Comm: systemd受感染的 GS 6.19.0-rc4-next-20260108-00024-g2202f4d30aa8 #73 PREEMPT 受感染的[S]=CPU_OUT_OF_SPEC 硬件名称 Qualcomm Technologies, Inc. Eliza (DT) ...
    tty_init_dev.part.0 (drivers/tty/tty_io.c:1414标识符 11) (P) tty_open (arch/arm64/include/asm/atomic_ll_sc.h:95标识符 3) drivers/tty/tty_io.c 2073标识符 3drivers/tty/tty_io.c:2120标识符 3) chrdev_open (fs/char_dev.c:411) do_dentry_open (fs/open.c:962) vfs_open (fs/open.c:1094) do_open (fs/namei.c:4634) path_openat (fs/namei.c:4793) do_filp_open (fs/namei.c:4820) do_sys_openat2 (fs/open.c:1391标识符 3) ... 正在启动网络名称解析... 显然这个基于 Yocto 的小型 ramdisk 用户空间的流程为driver (qcom_geni_serial.c): user-space: ======================== ==== =========== qcom_geni_serial_probe() uart_add_one_port() serial_core_register_port() serial_core_add_one_port() uart_configure_port() register_console() | == |打开控制台 | ... tty_init_dev() | tty_init_dev() | driver->ports[idx] 为空 | tty_port_register_device_attr_serdev() tty_port_link_device() <- set driver->ports[idx] (CVE-2026-23115)

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

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

  - btrfszlib修复 S390 硬件加速 [缺陷] 提交 aa60fe12b4f4 之后上的对开泄漏btrfs
    zlib重构 S390x HW 加速缓冲区准备中我们不再释放 folio 的页面缓存作品集由 btrfs_compress_filemap_get_folio() 返回用于 S390 硬件加速路径。[原因] 在该提交之前我们会在处理每个 folio 后调用 kumap_local() 和 folio_put()。尽管时间安排并不理想（它在循环开始时释放之前的 folio，并依赖于循环外的某些额外清理），但它至少可以正确处理 folio 释放。同时重构的代码更易于阅读它缺少对释放 filemap folio 的调用。[修复] 为 copy_data_into_buffer() 添加缺少的 folio_put()。 (CVE-2026-23147)

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

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

  - ext4修复 ext4_xattr_inode_update_ref 中的 iloc.bh 泄漏 ext4_xattr_inode_update_ref 的错误分支忘记释放 iloc.bh 的 refcount。检查代码时请找到此项。 (CVE-2026-23145)

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

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

  - 缺少环 0 内某些 Intel(R) 平台的 Intel(R) 平台的备用硬件接口的保护机制：内核可能允许权限升级。系统软件攻击者将特权用户与低复杂性攻击相结合可实现权限提升。
    当攻击要求具有特殊的内部知识且无需用户交互时可能会通过本地访问出现此结果。潜在的漏洞可能会影响易受攻击系统的机密性（高）、完整性（高）和可用性（无），从而对后续系统的机密性（无）、完整性（无）和可用性（无）造成影响。
    (CVE-2025-35998)

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

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

  - gpiovirtuser修复了 configfs 版本路径中的 UAF gpio-virtuser configfs 版本路径使用 guard(mutex) 来保护设备结构。但是在防护清除运行之前已释放设备从而导致 mutex_unlock() 在释放的内存上进行操作。具体来说gpio_virtuser_device_config_group_release() 会破坏互斥体并当仍在 guard(mutex) 范围内时释放设备。当函数返回时保护清除会调用 mutex_unlock(&dev->lock)从而导致 slab 释放后使用。仅在激活检查周围使用 scoped_guard() 来限制互斥体生命周期以便在调用 mutex_destroy() 和 kfree() 之前释放锁定。 (CVE-2026-23158)

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

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

  - 已修复 Linux 内核中的下列漏洞：slab: fix kmalloc_nolock() context check for PREEMPT_RT On PREEMPT_RT kernels, local_lock becomes a sleeping lock. The current check in kmalloc_nolock() only verifies we're not in NMI or hard IRQ context, but misses the case where preemption is disabled. When a BPF program runs from a tracepoint with preemption disabled (preempt_count > 0), kmalloc_nolock() proceeds to call local_lock_irqsave() which attempts to acquire a sleeping lock, triggering: BUG: sleeping function called from invalid context in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 6128 preempt_count: 2, expected: 0 Fix this by checking !preemptible() on PREEMPT_RT, which directly expresses the constraint that we cannot take a sleeping lock when preemption is disabled.
    This encompasses the previous checks for NMI and hard IRQ contexts while also catching cases where preemption is disabled. (CVE-2026-23134)

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

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

  - platform/x86hp-bioscfg修复空属性名称的 kobject 警告 HP BIOS 返回含空名称字符串的属性时hp-bioscfg 驱动程序尝试注册含空名称的 kobject。这会造成多个内核警告kobject: (00000000135fb5e6): attempt to be register with empty name! WARNING: CPU14 PID: 3336 at lib/kobject.c:219 kobject_add_internal+0x2eb/0x310 在 hp_init_bios_buffer_attribute() 中添加验证以检查属性名称在从 WMI 缓冲区解析之后是否为空。如果为空则记录调试消息并跳过该属性的注册允许模块继续处理其他有效属性。 (CVE-2026-23131)

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

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

  - nfcnci修复了 rfkill 和 nci_unregister_device() 之间的争用。 syzbot 在无重现的情况下报告了低于 [0] 的 splat。这表示在通过 rfkill 调用 nci_close_device() 之前结构 nci_dev.cmd_wq 已遭到破坏。 nci_dev.cmd_wq 仅在 nci_unregister_device() 中损坏我认为当 syzbot close()d virtual_ncidev 的 fd 时从 virtual_ncidev_close() 调用该函数。问题在于 nci_unregister_device() 先破坏 nci_dev.cmd_wq然后调用 nfc_unregister_device()这将通过 rfkill_unregister() 从 rfkill 删除设备。因此即使在破坏 nci_dev.cmd_wq 之后设备仍可通过 rfkill 可见。我们首先在 nci_unregister_device() 中从 rfkill 取消注册设备。请注意我们无法在 nci_close_device() 之前调用 nfc_unregister_device()因为 1) nfc_unregister_device() 调用 device_del()后者释放由 devm_kzalloc() 分配并链接到 ndev->conn_info_list 的所有内存 2) nci_rx_work() 可尝试将 nci_conn_info 排入 ndev 队列->可能遭到泄露的conn_info_list 因此nfc_unregister_device() 被拆分为两个函数所以只能删除 nci_close_device() 之前的 rfkill 接口。 [0]DEBUG_LOCKS_WARN_ON(1) 警告
    kernel/locking/lockdep.c:238 at hlock_class kernel/locking/lockdep.c:238 [inline] CPU#0syz.0.8675/6349 警告kernel/locking/lockdep.c:238 at check_wait_context kernel/locking/lockdep .c:4854 [内联] CPU#0
    syz.0.8675/6349 警告kernel/locking/lockdep.c:238 at __lock_acquire+0x39d/0x2cf0 kernel/locking/lockdep.c:5187 CPU#0: syz.0.8675/6349 模块中链接的CPU:0 UID:0 PID：6349 Comm
    syz.0.8675 未受感染 syzkaller #0 PREEMPT(full) 硬件名称 Google Google Compute Engine/Google Compute Engine、BIOS Google 01/13/2026 RIP: 0010:hlock_class kernel/locking/lockdep.c:238 [inline] RIP
    0010:check_wait_context kernel/locking/lockdep.c:4854 [inline] RIP0010:__lock_acquire+0x3a4/0x2cf0 kernel/locking/lockdep.c:5187 代码18 00 4c 8b 74 24 08 75 27 90 e8 17 f2 fc 02 85 c0 74 1c 83 3d 50 e0 4e 0e 00 75 13 48 8d 3d 43 f7 51 0e 48 c7 c6 8b 3a de 8d <67> 48 0f b9 3a 90 31 c0 0f b6 98 c4 00 00 00 41 8b 45 ff 1f 2 RSP0018:ffffc9000c767680 EFLAGS00010046 RAX: 0000000000000001 RBX: 0000000000040000 RCX: 0000000000080000 RDX: ffffc90013080000 RffBPff80000 RFFCAFF8dI:ffff8bff8d:
     R080000000000000003  : ffffffff8fef35a3 R09: 1ffffffff1fde6b4 R10: dffffc0000000000 R11: fffffbfff1fde6b5 R12: 00000000000012a2 R13: ffff888030338ba8 R14: ffff888030338000 R15: ffff888030338b30 FS:
    00007fa5995f66c0(0000) GS:ffff8881256f8000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 00007f7e72f842d0 CR3: 00000000485a0000 CR4: 00000000003526f0 Call Trace: <TASK> lock_acquire+0x106/0x330 kernel/locking/lockdep.c:5868 touch_wq_lockdep_map+0xcb/0x180 kernel/workqueue.c:3940 __flush_workqueue+0x14b/0x14f0 kernel/workqueue. c:3982 nci_close_device+0x302/0x630 net/nfc/nci/core.c:567 nci_dev_down+0x3b/0x50 net/nfc/nci/core.c:639 nfc_dev_down+0x152/0x290 net/nfc/core.c:161 nfc_rfkill_set_block +0x2d/0x100 net/nfc/core.c:179 rfkill_set_block+0x1d2/0x440 net/rfkill/core.c:346 rfkill_fop_write+0x461/0x5a0 net/rfkill/core.c:1301 vfs_write+0x29a/0xb90 fs/read_write。 c:684 ksys_write+0x150/0x270 fs/read_write.c:738 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xe2/0xf80 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/ 0x7f RIP0033:0x7fa59b39acb9 代码 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4c 4c 4f 89 08 08 08 08 0 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 e8 ff ff f f f7 d8 64 89 01 48 RSP002b:00007fa5995f6028 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX: 00007fa59b615fa0 RCX: 00007fa59b39acb
    0000000000000008 RSI0000200000000080 RDI0000000000000007 RBP00007fa59b408bf7 R08---truncated--- (CVE-2026-23167)

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

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

  - virtio_net修复 virtnet_info 结构中的未对齐缺陷 使用新的 TRAILING_OVERLAP() 帮助程序修复未对齐的缺陷和以下警告drivers/net/virtio_net.c:429:46:warning:structure含有一个灵活的数组成员另一个结构的结尾 [-Wflex-array-member-not-at-end] 此帮助程序在弹性数组成员 (FAM) 和本应跟随在其后的一组成员之间创建并集在本例中为“u8 rss_hash_key_data [VIRTIO_NET_RSS_MAX_KEY_SIZE]`)。这会将尾部成员 (rss_hash_key_data) 叠加到 FAM (hash_key_data) 上，同时保持 FAM 和 MEMBERS 的开头对齐。static_assert() 可确保保持这种一致性。请注意由于灵活结构 virtio_net_rss_config_trailer 中的尾部填充因此“rss_trailer.hash_key_data”（在结构 virtnet_info 中的偏移 83 处）和“rss_hash_key_data”（在结构 virtnet_info 中的偏移 84 处）偏移一个字节。
    请参阅下文 struct virtio_net_rss_config_trailer { __le16 max_tx_vq; /* 0 2 */ __u8 hash_key_length; /* 2 1
    */ __u8 hash_key_data[]; /* 3 0 */ /* size: 4, cachelines: 1,members: 3 */ /* padding: 1 */ / * 最后一个 cacheline: 4 字节 */ } struct virtnet_info { ... struct virtio_net_rss_config_trailer rss_trailer; /* 80 4 */ /* XXX last struct has 1 byte of padding */ u8 rss_hash_key_data[40]; /* 84 40 */ ... /* size: 832, cachelines: 13,members: 48 */ /*summembers:801,holes:8,sumholes:31*/ /*paddings:2,sumpaddings: 5 */ }变更之后这些成员在偏移 795 处正确对齐 struct virtnet_info {... union { struct virtio_net_rss_config_trailer rss_trailer; /* 792 4 */ struct { unsigned char
    __offset_to_hash_key_data[3] ； /* 792 3 */ u8 rss_hash_key_data[40]; /* 795 40 */ } /* 792 43 */ } /* 792 44 */ ... /* size: 840, cachelines: 14,members: 47 */ /*summembers:801,holes:8,sumholes:35*/ /*padding:4*/ /* paddings: 1,sum paddings:4 */ /* last cacheline:8 字节 */ }因此传递到设备的 RSS 密钥会移动 1 个字节最后一个字节被截断而是在开头添加一个可能未初始化的字节。最后需要注意的是“struct virtio_net_rss_config_hdr *rss_hdr;”也被移动到末尾因为这三个成员似乎应该保留在一起。 :) (CVE-2026-23143)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/bridge: synopsys: dw-dp: fix error paths of dw_dp_bind Fix several issues in dw_dp_bind() error handling: 1. Missing return after drm_bridge_attach() failure - the function continued execution instead of returning an error. 2. Resource leak: drm_dp_aux_register() is not a devm function, so drm_dp_aux_unregister() must be called on all error paths after aux registration succeeds. This affects errors from: - drm_bridge_attach() - phy_init() - devm_add_action_or_reset() - platform_get_irq() - devm_request_threaded_irq() 3. Bug fix:
    platform_get_irq() returns the IRQ number or a negative error code, but the error path was returning ERR_PTR(ret) instead of ERR_PTR(dp->irq). Use a goto label for cleanup to ensure consistent error handling. (CVE-2026-23132)

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

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

  - drm/imx/tve修复探测设备泄漏。在探测失败例如探测延迟和驱动程序取消绑定时确保终止对 DDC 设备的引用。 (CVE-2026-23170)

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

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

  - 已修复 Linux 内核中的下列漏洞：firewire: core: fix race condition against transaction list The list of transaction is enumerated without acquiring card lock when processing AR response event. This causes a race condition bug when processing AT request completion event concurrently. This commit fixes the bug by put timer start for split transaction expiration into the scope of lock. The value of jiffies in card structure is referred before acquiring the lock. (CVE-2026-23153)

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

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

  - 在 rust-rpm-sequoia 中发现一个缺陷。攻击者可通过提供特制的 Red Hat Package Manager (RPM) 文件利用此漏洞。在 RPM 签名验证过程中此构建的文件可能会触发 OpenPGP 签名解析代码中的错误从而导致无条件终止 rpm 进程。此问题可造成应用程序级拒绝服务使系统无法处理 RPM 文件以进行签名验证。 (CVE-2026-2625)

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

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

  - nfcllcp修复 nfc_llcp_send_ui_frame() 中的内存泄漏。 syzbot 报告了与 NFC、struct nfc_llcp_sock、sk_buff、nfc_dev 等相关的多个内存泄漏。[0] 主要日志暗示 nfc_llcp_send_ui_frame() 无法分配 skb这是因为 sock_error(sk) 为 -ENXIO 所致。当 local_cleanup() 破坏 struct nfc_llcp_local 时nfc_llcp_socket_release() 设置 ENXIO。问题在于 nfc_llcp_send_ui_frame() 和 local_cleanup() 之间无同步而在 local_cleanup() 中清除 skb 之后可能将其放入 local->tx_queueCPU1 CPU2 ---- ---- nfc_llcp_send_ui_frame() local_cleanup () |- do { ' |- pdu = nfc_alloc_send_skb(..., &err) | 。 | |- nfc_llcp_socket_release(local, false, ENXIO); | |- skb_queue_purge(&local->tx_queue); | | | |- skb_queue_tail(&local->tx_queue, pdu); | ... |- pdu = nfc_alloc_send_skb(..., &err) | ^.______。”只有在 nfc_llcp_remove_local() 取消与 llcp_devices 的链接之后才会为结构 nfc_llcp_local 调用 local_cleanup()。如果随后保持 local->tx_queue.lock则可同步线程和 nfc_llcp_send_ui_frame()。让我们执行此操作并在 nfc_llcp_send_ui_frame() 中将 skb 排入 local->tx_queue 之前检查 list_empty(&local->list)。 [0][56.074943[ T6096] llcpnfc_llcp_send_ui_frame无法分配 PDU (error=-6) [ 64.318868][ T5813] kmemleak6 个新的可疑内存泄漏请参阅 /sys/kernel/debug/kmemleakBUG内存泄漏未引用对象 0xffff8881272f6800 (大小 1024): comm syz.0.17, pid 6096, jiffies 4294942766 十六进制转储 (前 32 字节): 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ....... 27 00 03 40 00 00 00 00 00 00 00 00 00 00 00 00 '..@....... 回溯 (crc da58d84d)kmemleak_alloc_recursive include/ linux/kmemleak.h:44 [内联] slab_post_alloc_hook mm/slub.c:4979 [内联] slab_alloc_node mm/slub.c:5284 [内联] __do_kmalloc_node mm/slub.c:5645 [内联] __kmalloc_noprof+0x3e3/0x6b0 mm/ slub.c:5658 kmalloc_noprof include/linux/slab.h:961 [inline] sk_prot_alloc+0x11a/0x1b0 net/core/sock.c:2239 sk_alloc+0x36/0x360 net/core/sock.c:2295 nfc_llcp_sock_alloc+0x37/ 0x130 net/nfc/llcp_sock.c:979 llcp_sock_create+0x71/0xd0 net/nfc/llcp_sock.c:1044 nfc_sock_create+0xc9/0xf0 net/nfc/af_nfc.c:31 __sock_create+0x1a9/0 x340 net/socket.c:1605 sock_create net/socket.c:1663 [内联]
    __sys_socket_create net/socket.c:1700 [内联] __sys_socket+0xb9/0x1a0 net/socket.c:1747 __do_sys_socket net/socket.c:1761 [内联] __se_sys_socket net/socket.c:1759 [内联] __x64_sys_socket+0x1b/0x30 net/socket.c:1759 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [inline] do_syscall_64+0xa4/0xfa0 arch/x86/entry/syscall_64.c:94 entry_SYSCALL_64_after_hwframe+0x77/0x7f BUG内存泄漏未引用对象 0xffff88810fbd9800 (size 240)comm syz.0.17, pid 6096, jiffies 4294942850 hex dump前 32 字节68 f0 ff 08 81 88 ff ff 68 f0 ff 08 81 88 ff ff h.......h.。 ...... 00 00 00 00 00 00 00 00 00 68 2f 27 81 88 ff ff......h/'.... 回溯 (crc 6cc652b1)kmemleak_alloc_recursive include/linux/kmemleak. h:44 [inline] slab_post_alloc_hook mm/slub.c:4979 [inline] slab_alloc_node mm/slub.c:5284 [inline] kmem_cache_alloc_node_noprof+0x36f/0x5e0 mm/slub.c:5336 __alloc_skb+0x203/0x240 net/core/skbuff .c:660 alloc_skb include/linux/skbuff.h:1383 [内联] alloc_skb_with_frags+0x69/0x3f0 net/c ore/sk ---truncated--- (CVE-2026-23150)

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

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

  - Tcpreplay v4.5.1 中的问题允许本地攻击者通过构建的文件对 src/tcpedit/plugins/dlt_utils.c 中的 tcpedit_dlt_getplugin 函数造成拒绝服务。 (CVE-2024-54192)

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

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

  - Debian Linux - glib-networking - None (CVE-2026-2574)

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

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

  - 适用于 Perl 的 0.410.55 之前的 Crypt::URandom 版本在 XS 函数 crypt_urandom_getrandom() 中容易受到堆缓冲区溢出影响。函数未验证长度参数是否为非负值。如果提供负值例如 -1表达式长度 + 1u 将造成整数回绕从而导致零字节分配。对 getrandom(data, length, GRND_NONBLOCK) 的后续调用会传递原始负值该负值会隐式转换为大型无符号值通常为 SIZE_MAX。这可导致写入超出分配的缓冲区从而导致堆内存损坏和应用程序崩溃拒绝服务。在常见用法中，长度参数通常由调用程序进行硬编码，这可降低攻击者控制漏洞的可能性。将不受信任的输入传递到此参数的应用程序可能会受到影响。 (CVE-2026-2474)

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

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

  - sfc修复 RSS config 中的死锁读取自引用的提交以来核心在处理 ethtool -x 命令时锁定 net_device 的 rss_lock因此驱动程序的实现不应再次锁定。删除后者。
    (CVE-2026-23165)

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

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

  - Debian Linux - gegl - None Ubuntu Linux - [ZDI-CAN-28266rgbe.c 的新漏洞报告] (CVE-2026-2050)

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

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

  - nvmet修复 nvmet_bio_done() 中导致空指针取消引用的争用。nvmet_bio_done() 中存在一个争用条件可导致 blk_cgroup_bio_start() 中发生空指针取消引用。1. 当 bio 完成时会调用 nvmet_bio_done() 2. nvmet_req_complete(调用则会引发 req->ops->queue_response(req) 3. queue_response 回调可重新排队并重新提交相同的请求 4. 重新提交会重复使用 nvmet_req 中相同的 inline_bio 5. 同时nvmet_req_bio_put(在 nvmet_req_complete 后调用导致 inline_bio 调用 bio_uninit()从而将 bio->bi_blkg 设置为空 6. 重新提交的 bio 进入 submit_bio_noacct_nocheck() 7. blk_cgroup_bio_start() 取消引用 bio->bi_blkg导致崩溃BUG内核空指针取消引用地址0000000000000028 #PF内核模式下存在主管读取访问权限 RIP0010:blk_cgroup_bio_start+0x10/0xd0 调用跟踪
    submit_bio_noacct_nocheck+0x44/0x250 nvmet_bdev_execute_rw+0x254/0x370 [nvmet] process_one_work+0x193/0x3c0 worker_thread+0x281/0x3a0 通过重新排序 nvmet_bio_done() 调用 nvmet_req_bio_put() 在 nvmet_req_complete() 之前调用 nvmet_req_bio_put() 可以修复此问题。这可确保在重新提交请求之前清除 bio，从而防止争用条件。 (CVE-2026-23148)

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

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

  - mm/damon/sysfs清除上下文 dir 中的 attrs 子目录设置失败如果在 attrs/ 目录设置后上下文 DAMON sysfs 目录设置失败则不会清除 attrs/ 目录的子目录。因此在系统重新启动之前DAMON sysfs 接口几近崩溃且未删除目录的内存泄露。清理此类故障下的目录。 (CVE-2026-23144)

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

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

  - Debian Linux - gegl - None Ubuntu Linux - [ZDI-CAN-28618rgbe.c 的新漏洞报告] (CVE-2026-2049)

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

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

  - libvpx 中的堆缓冲区溢出。此漏洞影响 Firefox < 147.0.4、Firefox ESR < 140.7.1、Firefox ESR < 115.32.1、Thunderbird < 140.7.2和 Thunderbird < 147.0.2。 (CVE-2026-2447)

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

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

  - mm/shmem、swap修复截断争用和交换条目拆分 shmem 交换释放的帮助程序未正确处理交换条目的顺序。它使用 xa_cmpxchg_irq 擦除交换条目但使用无锁定保护的 xa_get_order 时会获得在交换条目之前的条目顺序并且如果在 xa_get_order 之后 xa_cmpxchg_irq 之前以其他方式拆分或更改条目或可能获得过时的顺序值。
    此外序列可能增长且大于预期并造成截断从而删除超出末端边界的数据。例如如果换入或释放目标条目和后续条目然后使用相同的条目在适当的位置添加和换出大型作品集xa_cmpxchg_irq 仍将成功尽管这种情况不太可能发生。要修复此问题请开放代码 Xarray cmpxchg 并将顺序检索和值检查放在同一个关键部分中。此外，请确保顺序不会超过结束边界，如果条目超过边界，则跳过此顺序。此处跳过大型交换条目越过末端边界是安全的。Shmem 截断会迭代范围两次在第一次迭代中find_lock_entries 已过滤掉这些条目shmem 将交换越过端边界并部分截断 folio拆分 folio 或至少其中的零部分的条目。因此在第二个循环中如果发现交换条目超出结束顺序则其内容至少已经被擦除。使用 shmem 对 ZSWAP 进行压力测试时我发现了随机 swapoff 挂起和内核错误。应用此修补程序后所有问题均消失。 (CVE-2026-23161)

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

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

  - wifiath12k修复刷新管理框架时的死锁 Commit [1] 将管理传输工作项目转换为 wiphy 工作。由于 wiphy 工作只能在 wiphy 锁定保护下运行在以下情况下会发生争用条件1. 管理帧排队等待传输。 2.
    调用 ath12k_mac_op_flush() 以刷新与硬件相关的待定帧即 vif 为空。然后进程在 ath12k_mac_flush() 中等待传输完成。 3. 由于刷新进程已获取 wiphy 锁定因此传输工作项目没有机会运行从而导致死锁。
    >在用户视图中此死锁会导致以下问题wlp8s0使用 xxxxxx 进行认证本地 address=xxxxxxwlp8s0将认证发送到 xxxxxx (try 1/3) wlp8s0使用 xxxxxx 进行认证本地 address=xxxxxx] wlp8s0将认证发送到xxxxxx尝试 1/3 wlp8s0已认证 wlp8s0与 xxxxxx 尝试 1/3相关联 wlp8s0通过本地选择中止与 xxxxxx 的关联原因3=DEAUTH_LEAVING ath12k_pci 0000:08:00.0未能刷新 mgmt 传输队列、 mgmt pkts pending 1 通过调用 wiphy_work_flush() 主动运行排队的工作项目可避免死锁。请注意实际上它已存在于 ath12k_mac_op_flush() 中但不能保护 vif 为空的情况。因此将其向前移动以也涵盖这种情况。已在以下平台上测试 WCN7850 hw2.0 PCI WLAN.HMT.1.1.c5-00302-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1.115823.3 (CVE-2026-23130)

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

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

  - Evolution 后端服务器会暴露 D-Bus 服务 org.gnome.evolution.dataserver.AddressBook可使用其管理联系人。可访问此 D-Bus 服务的 Flatpak 应用程序可利用此问题从而在主机文件系统上获得任意文件删除权限。 (CVE-2026-2604) (CVE-2026-2604)

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

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

  - rocker修复 rocker_world_port_post_fini() 中的内存泄漏 在 rocker_world_port_pre_init() 中rocker_port->wpriv 通过 kzalloc(wops->port_priv_size, GFP_KERNEL) 进行分配。然而在 rocker_world_port_post_fini() 中只有在设置 wops->port_post_fini 回调时才会释放内存 if (!wops->port_post_fini) return; wops->port_post_fini(rocker_port); kfree(rocker_port->wpriv);由于 rocker_ofdpa_ops 未实现 port_post_fini 回调为空因此当删除端口时为每个端口分配的 wpriv 内存永远不会释放。这会导致在每次删除设备时每个端口发生 sizeof(struct ofdpa_port) 字节的内存泄漏。通过始终调用 kfree(rocker_port->wpriv) 来修复此问题而不管 port_post_fini 回调是否存在。 (CVE-2026-23164)

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

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

  - netfilter: nf_conncount仅在执行了 GC 时更新 last_gc 当前last_gc 每次跟踪新连接时都会更新这意味着即使未执行 GC也会更新它。如果数据包速率足够高，则可能始终绕过 GC，从而导致列表无限增长。仅在实际执行过 GC 时才更新 last_gc 值。 (CVE-2026-23139)

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

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

  - netfs修复 EOF 在中间的页面的提前读取解锁 在某些情况下缓冲读取的读取结果集合似乎在子请求完成之前完成运行这一点可以在以下日志片段中看到9p_client_res客户端 18446612686390831168 响应 P9_TREAD 标签0 err 0 ...
    netfs_sreq: R=00001b55[1] DOWN TERM f=192 s=0 5fb2/5fb2 s=5 e=0 ... netfs_collect_folio: R=00001b55 ix=00004 r=4000-5000 t=4000/5fb2 netfs_folio: i=157f3 ix=00004-00004 read-done netfs_folio i=157f3 ix=00004-00004 read-unlock netfs_collect_folioR=00001b55 ix=00005 r=5000-5fb2 t=5000/5fb2 netfs_folio
    i=157f3 ix=00005-00005 read-done netfs_folio i=157f3 ix=00005-00005 read-unlock ... netfs_collect_stream
    R=00001b55[0:] cto=5fb2 frn=ffffffff netfs_collect_state: R=00001b55 col=5fb2 cln=6000 n=c netfs_collect_stream: R=00001b55[0:] cto=5fb2 frn=ffffffff netfs_collect_state: R=00001b55 col=5fb2 cln= 6000 n=8 ... netfs_sreq: R=00001b55[2] ZERO SUBMT f=000 s=5fb2 0/4e s=0 e=0 netfs_sreq: R=00001b55[2] ZERO TERM f=102 s=5fb2 4e/ 4e s=5 e=0 “cto=5fb2”表示我们已将结果收集到 pos 的已收集文件 - 但仍有 0x4e 个字节需要处理 - 因此我们尚未应收集 folio ix=00005 。我们解锁 folio 之后会发生可清除尾部的“ZERO”子req从而允许应用程序通过 mmap 查看未清除的尾部。问题在于 netfs_read_unlock_folios() 将解锁一个作品集，其中收集的读取结果数量达到 EOF 位置 - 但 ZERO subreq 在此范围之外发生因此之后会发生。通过将结束检查更改为始终作为作品集的结尾而非文件的结尾来修复此问题。以后我应该考虑清除到此处作品集的末尾而不是添加 ZERO subreq 来实现此目的。另一方面ZERO subreq 可与 async READ subreq 并行运行。此外可能仍然需要 ZERO subreq例如处理 ceph 文件中没有任何后备存储因此隐式全零的盘区。通过创建大小与页面边界未对齐如 24998 (0x5fb2) 字节的文件可重现此问题然后执行类似以下的操作 xfs_io -c mmap -r 0 0x6000 -c madvise -d 0 0x6000 \ -c mread -v 0 0x6000 /xfstest.test/x 最后 0x4e 字节应全部为 00但如果尚未清除尾部则可能会在该处看到垃圾。通过修改内核以禁用对 netfs_read_subreq_progress() 的调用并停止 afs_issue_read()执行 NETFS_READAHEAD 的异步调用可以使用 kafs 重现此问题。对于 ZERO-subreq 的情况在 netfs_issue_read() 中插入 mdelay(100)可让重现变得更容易。AFS 和 CIFS 通常不太可能显示此问题，因为它们以异步方式调度 READ ops，这允许 ZERO-subreq 首先完成。 9P 的 READ 操作是完全同步的因此 ZERO-subreq 之后将始终发生。但该图标并非始终可见，因为可能会在工作线程中完成收集。 (CVE-2025-71201)

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

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

  - octeon_ep修复 octep_device_setup() 中的内存泄漏。在 octep_device_setup() 中如果 octep_ctrl_net_init() 失败函数会直接返回而不会取消映射的资源映射和释放分配的配置内存。通过跳至 unsupported_dev 标签来修复此问题该标签会执行必要的清理。这与此函数中其他路径的错误处理逻辑一致。仅限编译测试。
    使用原型静态分析工具和代码审查发现的问题。 (CVE-2026-23160)

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

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

  - Bluetoothhci_uart修复 hci_uart_write_work 中的 null-ptr-derefhci_uart_set_proto() 在调用 hci_uart_register_dev() 之前设置 HCI_UART_PROTO_INIT从而调用 proto->open() 来初始化 hu->priv。但是如果在此窗口期间发生 TTY 写入唤醒hci_uart_tx_wakeup() 可能会在 hu->priv 初始化之前计划 write_work从而当 proto->dequeue() 访问 hu->priv 时导致 hci_uart_write_work() 中发生空指针取消引用。争用条件为CPU0 CPU1 ---- ---- hci_uart_set_proto() set_bit(HCI_UART_PROTO_INIT) hci_uart_register_dev() tty write wakeup hci_uart_tty_wakeup() hci_uart_tx_wakeup() schedule_work(&hu->write_work) proto->open(hu) // initializes hu->priv hci_uart_write_work() hci_uart_dequeue() proto->dequeue(hu) // accesses hu->priv (NULL!) 通过在 proto->open() 成功后移动 set_bit(HCI_UART_PROTO_INIT) 修复此问题从而确保 hu-> priv 会在计划任何工作之前初始化。 (CVE-2026-23146)

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

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

  - bonding提供指向 __skb_flow_dissect() 的 net 指针。3cbf4ffba5eenet将网络命名空间插入 __skb_flow_dissect之后必须通过 skb->dev、skb->sk 或提供的用户提供指向 __skb_flow_dissect() 的 net 指针指针。在以下情况中syzbot 能够cook 裸机 skb。警告：
    net/core/flow_dissector.c:1131 at __skb_flow_dissect+0xb57/0x68b0 net/core/flow_dissector.c:1131 CPU#1
    syz.2.1418/11053 调用跟踪 <TASK> bond_flow_dissect drivers/net/bonding/bond_main.c:4093 [内联]
    __bond_xmit_hash+0x2d7/0xba0 drivers/net/bonding/bond_main.c:4157 bond_xmit_hash_xdp drivers/net/bonding/bond_main.c:4208 [内联] bond_xdp_xmit_3ad_xor_slave_get drivers/net/bonding/bond_main.c:5139 [内联] bond_xdp_get_xmit_slave/ 0x710 drivers/net/bonding/bond_main.c:5515 xdp_master_redirect+0x13f/0x2c0 net/core/filter.c:4388 bpf_prog_run_xdp include/net/xdp.h:700 [inline] bpf_test_run+0x6b2/0x7d0 net/bpf/test_run. c:421 bpf_prog_test_run_xdp+0x795/0x10e0 net/bpf/test_run.c:1390 bpf_prog_test_run+0x2c7/0x340 kernel/bpf/syscall.c:4703 __sys_bpf+0x562/0x860 kernel/bpf/syscall.c:6182 __do_sys_bpf kernel/bpf/ syscall.c:6274 [内联] __se_sys_bpf kernel/bpf/syscall.c:6272 [内联] __x64_sys_bpf+0x7c/0x90 kernel/bpf/syscall.c:6272 do_syscall_x64 arch/x86/entry/syscall_64.c:63 [内联] do_syscall_64+0xec/0xf80 arch/x86/entry/syscall_64.c:94 (CVE-2026-23119)

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

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

  - dpll防止重复注册修改内部注册帮助程序 dpll_xa_ref_{dpll,pin}_add() 以拒绝重复注册尝试。以前如果一个调用程序尝试在同一设备上多次注册相同的 pin使用相同的 ops、priv 和 cookie则内核会静默增加引用计数并返回成功。此行为不正确因为如果调用程序进行这些重复注册则对于第一个注册将分配 dpll_pin_registration对于其他注册将递增相关的 dpll_pin_ref.refcount。在第一次取消注册期间相关的 dpll_pin_registration 将被释放而对于其他内容则会触发 WARN。通过更新逻辑来修复此问题以在找到匹配的注册时返回“-EEXIST”以强制执行严格的注册一次策略。
    (CVE-2026-23129)

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

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

  - 已修复 Linux 内核中的下列漏洞：ice: add missing ice_deinit_hw() in devlink reinit path devlink-reload results in ice_init_hw failed error, and then removing the ice driver causes a NULL pointer dereference. [ +0.102213] ice 0000:ca:00.0: ice_init_hw failed: -16 ... [ +0.000001] Call Trace: [ +0.000003] <TASK> [ +0.000006] ice_unload+0x8f/0x100 [ice] [ +0.000081] ice_remove+0xba/0x300 [ice] Commit 1390b8b3d2be (ice: remove duplicate call to ice_deinit_hw() on error paths) removed ice_deinit_hw() from ice_deinit_dev(). As a result ice_devlink_reinit_down() no longer calls ice_deinit_hw(), but ice_devlink_reinit_up() still calls ice_init_hw(). Since the control queues are not uninitialized, ice_init_hw() fails with -EBUSY. Add ice_deinit_hw() to ice_devlink_reinit_down() to correspond with ice_init_hw() in ice_devlink_reinit_up(). (CVE-2026-23117)

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

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

  - 已修复 Linux 内核中的下列漏洞：can: gs_usb:
    gs_usb_receive_bulk_callback(): fix error message Sinc commit 79a6d1bfe114 (can: gs_usb:
    gs_usb_receive_bulk_callback(): unanchor URL on usb_submit_urb() error) a failing resubmit URB will print an info message. In the case of a short read where netdev has not yet been assigned, initialize as NULL to avoid dereferencing an undefined value. Also report the error value of the failed resubmit.
    (CVE-2026-23155)

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

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

  - mm/damon/sysfs-scheme方案目录中的清理 access_pattern 子目录设置失败设置 access_pattern/ 目录后如果 DAMOS-scheme DAMON sysfs 目录设置失败则不会清除 access_pattern/ 目录的子目录。因此在系统重新启动之前DAMON sysfs 接口几近崩溃且未删除目录的内存泄露。清理此类故障下的目录。 (CVE-2026-23142)

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

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

  - ice修复 ice_vsi_set_napi_queues 中的空指针取消引用。在 ice_vsi_set_napi_queues() 中添加空指针检查以防止在 ring[q_idx]->q_vector 为空时在从暂停恢复期间崩溃。已测试的适配器 60:00.0 以太网控制器 [0200]: Intel Corporation 以太网控制器 E810-XXV for SFP [8086:159b] (rev 02) 子系统: Intel Corporation Ethernet Network Adapter E810-XXV-2 [8086:4003] SR -IOV 状态：禁用和启用 都会重现此问题。内核版本v6.18 重现步骤
    启动并执行暂停如 systemctl suspend 或 rtcwake。Log <1>[ 231.443607] 缺陷内核空指针取消引用地址0000000000000040 <1>[ 231.444052] #PF内核模式下的主管读取访问 <1>[ 231.444484] #PFerror_code(0x0000) - not-present page <6>[ 231.444913] PGD 0 P4D 0 <4>[ 231.445342] Oops: Oops: 0000 [#1] SMP NOPTI <4>[ 231.446635] RIP: 0010:netif_queue_set_napi+0xa/0x170 <4>[ 231.447067] 代码31 f6 31 ff c3 cc cc cc cc 0f 1f 80 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 90 0f 1f 44 00 00 48 85 c9 74 0b <48> 03 0b 84 39 01 00 00 55 41 89 d1 49 89 f8 89 f2 48 89 <4>[231.447513] RSP: 0018:ffffcc780fc078c0 EFLAGS: 00010202 <4>[ 231.447961] RAX: ffff8b848ca30400 RBX
    ffff8b848caf2028 RCX 0000000000000010 <4>[ 231.448443] RDX0000000000000000 RSI0000000000000000 RDI
     <4>ffff8b848dbd4000  [ 231.448896] RBP: ffffcc780fc078e8 R08: 0000000000000000 R09: 0000000000000000 <4>[231.449345] R10: 0000000000000000 R11: 0000000000000000 R12: 0000000000000001 <4>[ 231.449817] R13:
     R14ffff8b848dbd4000  : ffff8b84833390c8 R15: 0000000000000000 <4>[ 231.450265] FS: 00007c7b29e9d740(0000) GS:ffff8b8c068e2000(0000) knlGS:0000000000000000 <4>[ 231.450715] CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 <4>[ 231.451179] CR2: 0000000000000040 CR3: 000000030626f004 CR4: 0000000000f72ef0 <4>[231.451629] PKRU: 55555554 <4>[ 231.452076] 调用跟踪: <4>[ 231.452549] <TASK> <4>[ 231.452996] ? ice_vsi_set_napi_queues+0x4d/0x110 [ice] <4>[ 231.453482] ice_resume+0xfd/0x220 [ice] <4>[ 231.453977] ?
    __pfx_pci_pm_resume+0x10/0x10 <4>[ 231.454425] pci_pm_resume+0x8c/0x140 <4>[ 231.454872] ?
    __pfx_pci_pm_resume+0x10/0x10 <4>[ 231.455347] dpm_run_callback+0x5f/0x160 <4>[ 231.455796] ? dpm_wait_for_superior+0x107/0x170 <4>[ 231.456244] device_resume+0x177/0x270 <4>[ 231.456708] dpm_resume+0x209/0x2f0 <4>[ 231.457151] dpm_resume_end+0x15/0x30 <4>[ 231.457596] suspend_devices_and_enter+0x1da/0x2b0 <4>[ 231.458054] enter_state+0x10e/0x570 在取消引用之前同时为环指针及其 q_vector 添加防御性检查允许系统即使在 q_vectors 未映射时也能成功恢复。 (CVE-2026-23166)

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

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

  - pmdomainimx8m-blk-ctrl删除 8mq vpu 的单独 rst 和 clk 掩码对于 i.MX8MQ 平台VPUMIX 域中的 ADB 没有单独的重置和时钟启用位但与 VPU 一起解锁和重置。因此我们无法单独重置 G1 或 G2否则可能会导致系统挂起。删除 imx8mq_vpu_blk_ctl_domain_data 的 rst_mask 和 clk_mask。使 imx8mq_vpu_power_notifier() 真正执行 vpu 重置。 (CVE-2026-23116)

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

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

  - wifiath10k修复 dma_free_coherent() 指针 dma_alloc_coherent() 会分配 DMA 映射的缓冲区并将地址存储在 XXX_unaligned 字段中。释放缓冲区时应重用这些地址而不是对齐的地址。 (CVE-2026-23133)

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

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

  - 已修复 Linux 内核中的下列漏洞：perf: Fix refcount warning on event->mmap_count increment When calling refcount_inc(&event->mmap_count) inside perf_mmap_rb(), the following warning is triggered: refcount_t: addition on 0; use-after-free. WARNING: lib/refcount.c:25 PoC:
    struct perf_event_attr attr = {0}; int fd = syscall(__NR_perf_event_open, &attr, 0, -1, -1, 0); mmap(NULL, 0x3000, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); int victim = syscall(__NR_perf_event_open, &attr, 0,
    -1, fd, PERF_FLAG_FD_OUTPUT); mmap(NULL, 0x3000, PROT_READ | PROT_WRITE, MAP_SHARED, victim, 0); This occurs when creating a group member event with the flag PERF_FLAG_FD_OUTPUT. The group leader should be mmap-ed and then mmap-ing the event triggers the warning. Since the event has copied the output_event in perf_event_set_output(), event->rb is set. As a result, perf_mmap_rb() calls refcount_inc(&event->mmap_count) when event->mmap_count = 0. Disallow the case when event->mmap_count = 0.
    This also prevents two events from updating the same user_page. (CVE-2026-23127)

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

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

  -互连debugfs将 src_node 和 dst_node 初始化为空字符串 debugfs_create_str() API 假设字符串指针为 NULL 或指向有效的 kmalloc() 内存。不初始化指针会导致问题。在创建 debugfs 条目之前将 src_node 和 dst_node 初始化为空字符串以保证读取和写入是安全的。 (CVE-2026-23123)

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

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

  - wifiath12k修复 dma_free_coherent() 指针 dma_alloc_coherent() 会分配 DMA 映射的缓冲区并将地址存储在 XXX_unaligned 字段中。释放缓冲区时应重用这些地址而不是对齐的地址。 (CVE-2026-23135)

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

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

  - sctp将 SCTP_CMD_ASSOC_SHKEY 移动到 SCTP_CMD_PEER_INIT 之后 SCTP-AUTH 密钥初始化失败时SCTP 传输路径中报告了 null-ptr-deref
    ================================================== ================ KASAN范围 [0x0000000000000018-0x000000000000001f] CPU0 PID16 Comm: ksoftirqd/0 Tainted: GW 6.6.0 #2 RIP
    0010:sctp_packet_bundle_auth net/sctp/output.c:264 [inline] RIP
    0010sctp_packet_append_chunk+0xb36/0x1260 net/sctp/output.c:401 调用跟踪
    sctp_packet_transmit_chunk+0x31/0x250 net/sctp/output.c:189 sctp_outq_flush_data+0xa29/0x26d0 net/sctp/outqueue.c:1111 sctp_outq_flush+0xc80/0x1240 net/sctp/outqueue.c:1217 sctp_cmd_interpreter.a5+0x15/isra 0x62c0 net/sctp/sm_sideeffect.c:1787 sctp_side_effects net/sctp/sm_sideeffect.c:1198 [内联] sctp_do_sm+0x1a3/0x670 net/sctp/sm_sideeffect.c:1169 sctp_assoc_bh_rcv+0x33e/0x640 net/sctp/associola.c 1052 sctp_inq_push+0x1dd/0x280 net/sctp/inqueue.c:88 sctp_rcv+0x11ae/0x3100 net/sctp/input.c:243 sctp6_rcv+0x3d/0x60 net/sctp/ipv6.c:1127 当 sctp_auth_asoc_init_active_key( ) 处理 INIT_ACK 时sctp_sf_do_5_1C_ack() 中发生故障。在这种情况下，命令序列当前为 - SCTP_CMD_PEER_INIT - SCTP_CMD_TIMER_STOP (T1_INIT) - SCTP_CMD_TIMER_START (T1_COOKIE) - SCTP_CMD_NEW_STATE (COOKIE_ECHOED) - SCTP_CMD_ASSOC_SHKEY - SCTP_CMD_GEN_COOKIE_ECHO 如果 SCTP_CMD_ASSOC_SHKEY - SCTP_CMD_GEN_COOKIE_ECHO 如果 SCTP_CMD_ASSOC_SHKEY 失败asoc->shkey SCTP_CMD_PEER_INIT 已设置 asoc->peer.peer_chunks。这允许 auth = 1 且 shkey = NULL 的 DATA 区块由 sctp_datamsg_from_user() 排队。由于命令解释在失败时停止因此不应通过 SCTP_CMD_GEN_COOKIE_ECHO 发送 COOKIE_ECHO。然而T1_COOKIE 定时器已经启动它可能稍后将 COOKIE_ECHO 排入输出队列。因此DATA 区块可与 sctp_outq_flush_data() 中的 COOKIE_ECHO 一起传输从而导致观察到的问题。类似于在 sctp_process_init() 之后调用 sctp_auth_asoc_init_active_key() 的其他位置类似此修补程序将 SCTP_CMD_ASSOC_SHKEY 移动到紧接在 SCTP_CMD_PEER_INIT 之后、停止 T1_INIT 并启动 T1_COOKIE 之前。这可确保在共享密钥生成失败时无法发送经过身份验证的 DATA。它还允许 T1_INIT 定时器重新传输 INIT从而为客户端提供另一次处理 INIT_ACK 和重试密钥设置的机会。 (CVE-2026-23125)

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

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

  - net/mlx5eTC仅删除现有对等机的流当删除 TC 转向流时仅迭代实际的 devcom 对等机而不是假设所有可能的端口存在。这可避免接触不存在的对等机，并确保仅限于驱动程序当前连接的设备进行清理。缺陷内核空指针取消引用地址0000000000000008 #PF内核模式中的主管写入访问 #PFerror_code(0x0002)
    - not-present page PGD 133c8a067 P4D 0 Oops: Oops: 0002 [#1] SMP CPU: 19 UID: 0 PID: 2169 Comm: tc Not tainted 6.18.0+ #156 NONE 硬件名称QEMU Standard PC (Q35 + ICH9 、2009、BIOS rel-1.16.0-0-gd239552ce722-prebuilt.qemu.org 04/01/2014 RIP0010:mlx5e_tc_del_fdb_peers_flow+0xbe/0x200 [mlx5_core] 代码00 00 a8 08 74 a8 49 8b 46 18 f66 18 f6 c4 02 74 9f 4c 8d bf a0 12 00 00 4c 89 ff e8 0e e7 96 e1 49 8b 44 24 08 49 8b 0c 24 4c 89 ff <48> 89 41 08 48 89 08 49 89 2c 24 49 89 08 d84 89 2c 24 49 89 5c ce 96 e1 49 RSP0018:ff11000143867528 EFLAGS00010246 RAX: 0000000000000000 RBXdead000000000122 RCX
    0000000000000000 RDX: ff11000143691580 RSI: ff110001026e5000 RDI: ff11000106f3d2a0 RBP: dead000000000100 R08: 00000000000003fd R09: 0000000000000002 R10: ff11000101c75690 R11: ff1100085faea178 R12:
    ff11000115f0ae78 R130000000000000000 R14ff11000115f0a800 R15ff11000106f3d2a0 FS
    00007f35236bf740(0000) GS:ff110008dc809000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0:
    0000000080050033 CR2: 0000000000000008 CR3: 0000000157a01001 CR4: 0000000000373eb0 Call Trace: <TASK> mlx5e_tc_del_flow+0x46/0x270 [mlx5_core] mlx5e_flow_put+0x25/0x50 [mlx5_core] mlx5e_delete_flower+0x2a6/0x3e0 [mlx5_core] tc_setup_cb_reoffload+0x20/0x80 fl_reoffload+0x26f/0x2f0 [ cls_Flower] ? mlx5e_tc_reoffload_flows_work+0xc0/0xc0 [mlx5_core] ? mlx5e_tc_reoffload_flows_work+0xc0/0xc0 [mlx5_core] tcf_block_playback_offloads+0x9e/0x1c0 tcf_block_unbind+0x7b/0xd0 tcf_block_setup+0x186/0x1d0 tcf_block_offload_cmd.isra.0+0xef/0x130 tcf_block_offload_unbind+0x43/0x70 __tcf_block_put+0x85/0x160 ingress_destroy+0x32/0x110 [sch_ingress]
    __qdisc_destroy+0x44/0x100 qdisc_graft+0x22b/0x610 tc_get_qdisc+0x183/0x4d0 rtnetlink_rcv_msg+0x2d7/0x3d0 ? rtnl_calcit.isra.0+0x100/0x100 netlink_rcv_skb+0x53/0x100 netlink_unicast+0x249/0x320
    __alloc_skb+0x102/0x1f0 netlink_sendmsg+0x1e3/0x420 __sock_sendmsg+0x38/0x60____sys_sendmsg+0x1ef/0x230 copy_msghdr_from_user+0x6c/0xa0 ___sys_sendmsg+0x7f/0xc0 ? ___sys_recvmsg+0x8a/0xc0 ?
    __sys_sendto+0x119/0x180 __sys_sendmsg+0x61/0xb0 do_syscall_64+0x55/0x640 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7f35238bb764 Code: 15 b9 86 0c 00 f7 d8 64 89 02 b8 ff ff ff ff eb bf 0f 1f 44 00 00 f3 0f 1e fa 80 3d e5 08 0d 00 00 74 13 b8 2e 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 4c c3 0f 1f 00 55 48 89 e5 48 83 ec 20 89 55 RSP: 002b:00007ffed4c35638 EFLAGS: 00000202 ORIG_RAX000000000000002e RAXffffffffffffffda RBX000055a2efcc75e0 RCX00007f35238bb764 RDX
    0000000000000000 RSI: 00007ffed4c356a0 RDI: 0000000000000003 RBP: 00007ffed4c35710 R08: 0000000000000010 R09: 00007f3523984b20 R10: 0000000000000004 R11: 0000000000000202 R12: 00007ffed4c35790 R13:
    000000006947df8f R14000055a2efcc75e0 R1500007ffed4c35780 (CVE-2026-23173)

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

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

  - arm64/fpsimdptrace修复 !SME 系统上的 SVE 写入支持 SVE 但不支持 SME 时对 NT_ARM_SVE regset 的 ptrace 写入可将被跟踪者置于存储非流式 SVE 寄存器数据的无效状态为 FP_STATE_SVE 格式但 TIF_SVE 已清除。这会导致稍后来自 fpsimd_restore_current_state() 的警告例如 WARNING: CPU: 0 PID: 7214@arch/arm64/kernel/fpsimd.c:383 fpsimd_restore_current_state+0x50c/0x748 当发生这种情况时fpsimd_restore_current_state() 将设置 TIF_SVE会将任务转换为正确的状态。这会在可能发生 TIF_SVE 的任何其他检查之前发生，因为 TIF_SVE 的其他检查仅在 FPSIMD/SVE/SME 状态为实时时发生。因此，除该警告外，不存在任何功能问题。此缺陷是在重做 commit: 9f8bf718f2923 中的错误处理期间引入的 (arm64/fpsimd: ptrace妥善处理错误) ... 其中 TIF_SVE 的设置已移至仅当 system_supports_sme() 为 true 时才执行的区块。通过删除 system_supports_sme() 检查来修复此问题。这可确保针对 NT_ARM_SVE 的SVE 格式写入设置 TIF_SVE，但代价是无条件操纵被跟踪者已保存的 svcr 值。svcr 的操纵属于良性且成本低我们也已经在其他地方做了类似的事情例如在信号处理期间所以我认为不值得通过 system_supports_sme() 检查来保护这一点。除上述内容外无任何功能变更。当 system_supports_sme() 时sve_set_common() 的 'type' 参数仅设置为 ARM64_VEC_SME在 ssve_set()中因此当 !system_supports_sme() 时switch 语句中的 ARM64_VEC_SME 情况仍然不可访问。当 CONFIG_ARM64_SME=n 时sve_set_common() 的唯一调用程序是 sve_set()编译器可对 type 为 ARM64_VEC_SVE 的情况进行常量折叠删除其他情况的逻辑。
    (CVE-2026-23114)

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

ID	名称	严重性
299349	Linux Distros 未修补的漏洞：CVE-2025-71200	medium
299348	Linux Distros 未修补的漏洞：CVE-2026-24708	high
299344	Linux Distros 未修补的漏洞：CVE-2026-2032	medium
299343	Linux Distros 未修补的漏洞：CVE-2026-23172	medium
299342	Linux Distros 未修补的漏洞：CVE-2026-23163	medium
299341	Linux Distros 未修补的漏洞：CVE-2026-23115	medium
299330	Linux Distros 未修补的漏洞：CVE-2026-23147	medium
299329	Linux Distros 未修补的漏洞：CVE-2026-23145	medium
299328	Linux Distros 未修补的漏洞：CVE-2025-35998	high
299327	Linux Distros 未修补的漏洞：CVE-2026-23158	high
299326	Linux Distros 未修补的漏洞：CVE-2026-23134	medium
299321	Linux Distros 未修补的漏洞：CVE-2026-23131	medium
299320	Linux Distros 未修补的漏洞：CVE-2026-23167	medium
299319	Linux Distros 未修补的漏洞：CVE-2026-23143	medium
299318	Linux Distros 未修补的漏洞：CVE-2026-23132	medium
299317	Linux Distros 未修补的漏洞：CVE-2026-23170	medium
299316	Linux Distros 未修补的漏洞：CVE-2026-23153	medium
299315	Linux Distros 未修补的漏洞：CVE-2026-2625	medium
299314	Linux Distros 未修补的漏洞：CVE-2026-23150	medium
299311	Linux Distros 未修补的漏洞：CVE-2024-54192	medium
299305	Linux Distros 未修补的漏洞：CVE-2026-2574	critical
299287	Linux Distros 未修补的漏洞：CVE-2026-2474	high
299238	Linux Distros 未修补的漏洞：CVE-2026-23165	medium
299237	Linux Distros 未修补的漏洞：CVE-2026-2050	critical
299236	Linux Distros 未修补的漏洞：CVE-2026-23148	medium
299235	Linux Distros 未修补的漏洞：CVE-2026-23144	medium
299234	Linux Distros 未修补的漏洞：CVE-2026-2049	high
299233	Linux Distros 未修补的漏洞：CVE-2026-2447	high
299232	Linux Distros 未修补的漏洞：CVE-2026-23161	medium
299231	Linux Distros 未修补的漏洞：CVE-2026-23130	medium
299230	Linux Distros 未修补的漏洞：CVE-2026-2604	high
299225	Linux Distros 未修补的漏洞：CVE-2026-23164	medium
299224	Linux Distros 未修补的漏洞：CVE-2026-23139	medium
299223	Linux Distros 未修补的漏洞：CVE-2025-71201	high
299222	Linux Distros 未修补的漏洞：CVE-2026-23160	medium
299221	Linux Distros 未修补的漏洞：CVE-2026-23146	medium
299220	Linux Distros 未修补的漏洞：CVE-2026-23119	medium
299219	Linux Distros 未修补的漏洞：CVE-2026-23129	medium
299218	Linux Distros 未修补的漏洞：CVE-2026-23117	medium
299217	Linux Distros 未修补的漏洞：CVE-2026-23155	medium
299216	Linux Distros 未修补的漏洞：CVE-2026-23142	medium
299215	Linux Distros 未修补的漏洞：CVE-2026-23166	medium
299183	Linux Distros 未修补的漏洞：CVE-2026-23116	medium
299182	Linux Distros 未修补的漏洞：CVE-2026-23133	medium
299181	Linux Distros 未修补的漏洞：CVE-2026-23127	medium
299180	Linux Distros 未修补的漏洞：CVE-2026-23123	medium
299179	Linux Distros 未修补的漏洞：CVE-2026-23135	medium
299178	Linux Distros 未修补的漏洞：CVE-2026-23125	medium
299177	Linux Distros 未修补的漏洞：CVE-2026-23173	medium
299176	Linux Distros 未修补的漏洞：CVE-2026-23114	medium

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

medium

medium

medium

medium

high

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

critical

high

medium

critical

medium

medium

high

high

medium

medium

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium

medium