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

  - landlock：修复跨 fork（） 的LOG_SUBDOMAINS_OFF继承 hook_cred_transfer（） 仅当源凭据具有域时才会复制 Landlock 安全 blob。这与 landlock_restrict_self（） 不一致，后者可在不创建域（通过 ruleset_fd=-1 路径）的情况下对凭据设置LOG_SUBDOMAINS_OFF：
    该字段已提交，但未跨 fork（） 保留，因为子prepare_creds（） 调用 hook_cred_transfer（），从而在域为 NULL 时跳过复制。这打破了进程在分叉沙盒子项之前将子域日志静音的记录用例：子进程丢失静音，并且其域生成非预期的审计记录。通过无条件复制 Landlock 凭据 blob 来修复此问题。（CVE-2026-46057）

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

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

  - Ubuntu Linux 6.8和 6.177.0 包含的 AppArmor SAUCE 修补程序会错误地尝试释放之前不是 kmalloc（）d 的指针，同时泄漏分配的内存。此错误可由非特权本地用户触发，可导致 slab 元数据损坏，并导致资源耗尽。（CVE-2026-47328）

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/damon/core: validate damos_quota_goal->nid for node_memcg_{used,free}_bp Users can set damos_quota_goal->nid with arbitrary value for node_memcg_{used,free}_bp. But DAMON core is using those for NODE-DATA() without a validation of the value. This can result in out of bounds memory access. The issue can actually triggered using DAMON user-space tool (damo), like below. $ sudo mkdir /sys/fs/cgroup/foo $ sudo ./damo start --damos_action stat --damos_quota_interval 1s \ --damos_quota_goal node_memcg_used_bp 50% -1 /foo $ sudo dmseg [...] [524.181426] Unable to handle kernel paging request at virtual address 0000000000002c00 Fix this issue by adding the validation of the given node id. If an invalid node id is given, it returns 0% for used memory ratio, and 100% for free memory ratio. (CVE-2026-46067)

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

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

  - Ubuntu Linux 6.8 包含 SAUCE 修补程序，在处理 AppArmor 通知时可能存在空指针取消引用。非特权本地用户可触发该缺陷。这可导致内核错误。（CVE-2026-47335）

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/amdxdna: Fix memory leak in amdxdna_ubuf_map The amdxdna_ubuf_map() function allocates memory for sg and internal sg table structures, but it fails to free them if subsequent operations (sg_alloc_table_from_pages or dma_map_sgtable) fail.
    (CVE-2026-45908)

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

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

  - octeon_ep_vf：添加对 napi_build_skb（） 的空检查 napi_build_skb（） 可在分配失败时返回空值。
    在 __octep_vf_oq_process_rx（） 中，会直接使用结果而不在单缓冲区和多片段路径中进行 NULL 检查，从而导致空指针取消引用。在两次 napi_build_skb（） 调用后添加 NULL 检查，以正确推进描述符并在失败时消耗剩余的片段。
    (CVE-2026-46188)

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

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

  - drm/amdkfd：修复调试地址监视 v2 中的watch_id边界检查 地址监视清除代码接收watch_id为无符号值 （u32），但一些帮助程序函数使用有符号的 int，并通过与 watch_id 移位来检查位。如果从用户空间传递很大的watch_id，则可将其转换为负值。这可导致无效位移并可能访问watch_points数组外部的内存。
    drm/amdkfd：修复调试地址监视 v2 中的watch_id边界检查 通过在使用之前检查watch_id是否在MAX_WATCH_ADDRESSES内来修复此问题。还使用 BIT（watch_id） 安全地测试和清除位。这样会保持有效监视 ID 的行为不变，并避免无效 ID 的未定义行为。修复以下问题：drivers/gpu/drm/amd/amdgpu/.。/amdkfd/kfd_debug.c：448 kfd_dbg_trap_clear_dev_address_watch（） 错误：
    缓冲区溢出 'pdd->watch_points' 4 <= u32max user_rl='0-3,2147483648-u32max' 无上限 drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_debug.c 433 int kfd_dbg_trap_clear_dev_address_watch（struct kfd_process_device *pdd， 434 uint32_t watch_id） 435 { 436 int r; 437 438 if （！kfd_dbg_owns_dev_watch_id（pdd， watch_id）） kfd_dbg_owns_dev_watch_id（） 不会检查负值，因此如果watch_id大于 INT_MAX则会导致缓冲区溢出。（负偏移未定义）。439 返回 -EINVAL;440 441 if （！pdd->dev->kfd->shared_resources.enable_mes） { 442 r = debug_lock_and_unmap（pdd->dev->dqm）; 443 if （r） 444 return r; 445 } 446 447 amdgpu_gfx_off_ctrl（pdd->dev->adev， false）;--> 448 pdd->watch_points[watch_id] = pdd->dev->kfd2kgd->clear_address_watch（ 449 pdd->dev->adev， 450 watch_id）;v2：（根据，Jonathan Kim） - 在设置路径中添加早期 watch_id >= MAX_WATCH_ADDRESSES验证以匹配清除路径。- 丢弃 kfd_dbg_owns_dev_watch_id（） 中的冗余边界检查。（CVE-2026-45878）

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

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

  - net：libwx：修复 VF 非法寄存器访问寄存器 WX_CFG_PORT_ST是受 PF 限制的寄存器。初始化 VF 时，尝试读取此寄存器会触发非法寄存器访问，导致系统挂起。当设备为 VF 时，可以直接从 PCI_FUNC （pdev->devfn） 获取总线功能 ID。（CVE-2026-46142）

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

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

  - HID：playstation：钳制num_touch_reports设备永远不会在触摸报告的数量上撒谎，对吗？如果这样做，dualshock4_parse_report 中的循环将读取 touch_reports 数组的末尾，对于最大 256 次循环迭代次数，最多读取约 2 KiB。如果恰好设置了 DS4_TOUCH_POINT_INACTIVE 位，则通过 evdev 发出读取的数据。通过将设备提供的num_touch_reports值限制为 touch_reports 阵列的最大大小来防止这种情况发生。（CVE-2026-46232）

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

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

  - fs/ntfs3：防止因下一个有效值相同而导致的无限循环 处理范围 [valid ： pos] 内的 valid 时，如果无法正确检索 valid，例如，如果检索到的 valid 值始终相同，则可触发潜在的无限循环，类似于 syzbot [1] 报告的挂起问题。添加对循环正文中有效值的检查，并终止循环并在值与当前值相同时返回 -EINVAL，可防止所述情况发生。[1] INFO：任务 syz.4。21:6056 被屏蔽超过 143 秒。调用跟踪：rwbase_write_lock+0x14f/0x750 kernel/locking/rwbase_rt.c：244 inode_lock include/linux/fs.h：1027 [内联] ntfs_file_write_iter+0xe6/0x870 fs/ntfs3/file.c：1284 （CVE-2026-45864）

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

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

  - Ubuntu Linux 6.8和 6.177.0 包含的 AppArmor SAUCE 修补程序可能无法正确计算内部缓冲区的大小，从而导致通知处理代码中发生堆内存越界读取。
    此缺陷可由非特权本地用户触发，并可导致 AppArmor DFA 策略引擎处理无效数据。（CVE-2026-47333）

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

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

  - smb：客户端：使用 kzalloc 初始化安全描述符缓冲区提交 62e7dd0a39c2d（smb：common：
    将 num_aces 的数据类型更改为 LE16） 将 struct smb_acl 的 __le32 num_aces 字段拆分为 __le16 num_aces 并保留__le16。保留的字段对应于 MS-DTYP ACL 导线格式中的 Sbz2，必须为零 [1]。在 build_sec_desc（） 中构建 ACL 描述符时，我们使用的是 kmalloc（） 处理的描述符缓冲区，并且现在使用 le16（） 写入来明确写入字段。这永远不会写入 2 字节保留的字段，从而将其保留为未初始化的堆数据。当保留的字段恰好包含非零 slab 垃圾时，Samba 会以失败ndr_pull_security_descriptor拒绝安全描述符：
    范围错误，导致 chmod 因 EINVAL 而失败。将 kmalloc（） 更改为 kzalloc（） 以确保整个缓冲区都是零初始化。[1] https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-dtyp/20233ed8-a6c6-4097-aafa-dd545ed24428 （CVE-2026-46139）

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

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

  - Dolibarr ERP/CRM v.22.0.0 至 v.22.0.4 和 v.24.0.0-alpha 中的问题允许远程攻击者通过函数 job type （CVE-2026-37712） 中的 htdocs/cron/class/cronjob.class.php、call_user_func_array（） 执行任意代码

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

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

  - Ubuntu Linux 6.8和 6.177.0 包含的 AppArmor SAUCE 修补程序在通知处理代码中保持旋转锁时会错误地休眠。此缺陷可由非特权本地用户触发，可导致内核错误或死锁。（CVE-2026-47334）

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

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

  - 已修复 Linux 内核中的下列漏洞：power: supply: pf1550: Fix use-after-free in power_supply_changed() Using the `devm_` variant for requesting IRQ _before_ the `devm_` variant for allocating/registering the `power_supply` handle, means that the `power_supply` handle will be deallocated/unregistered _before_ the interrupt handler (since `devm_` naturally deallocates in reverse allocation order). This means that during removal, there is a race condition where an interrupt can fire just _after_ the `power_supply` handle has been freed, *but* just _before_ the corresponding unregistration of the IRQ handler has run. This will lead to the IRQ handler calling `power_supply_changed()` with a freed `power_supply` handle. Which usually crashes the system or otherwise silently corrupts the memory... Note that there is a similar situation which can also happen during `probe()`; the possibility of an interrupt firing _before_ registering the `power_supply` handle. This would then lead to the nasty situation of using the `power_supply` handle *uninitialized* in `power_supply_changed()`. Fix this racy use-after-free by making sure the IRQ is requested _after_ the registration of the `power_supply` handle. (CVE-2026-45906)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/memfd_luo: fix physical address conversion in put_folios cleanup In memfd_luo_retrieve_folios()'s put_folios cleanup path: 1.
    kho_restore_folio() expects a phys_addr_t (physical address) but receives a raw PFN (pfolio->pfn). This causes kho_restore_page() to check the wrong physical address (pfn << PAGE_SHIFT instead of the actual physical address). 2. This loop lacks the !pfolio->pfn check that exists in the main retrieval loop and memfd_luo_discard_folios(), which could incorrectly process sparse file holes where pfn=0. Fix by converting PFN to physical address with PFN_PHYS() and adding the !pfolio->pfn check, matching the pattern used elsewhere in this file. This issue was identified by the AI review.
    https://sashiko.dev/#/patchset/20260323110747.193569-1-duanchenghao@kylinos.cn (CVE-2026-46013)

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

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

  - HID：appletb-kbd：从工作队列运行不活动的 autodim hid-appletb-kbd 中的 autodim 代码通过 backlight_device_set_brightness（） -> mutex_lock（） 从两个不同的原子上下文中获取 backlight_device->ops_lock：* appletb_inactivity_timer（） 是结构timer_list回调，因此它在 softirq 上下文中运行。
    每个到期都会触发缺陷：从 kernel/locking/mutex.c：591 中的无效上下文调用休眠函数 调用跟踪： <IRQ> __might_resched __mutex_lock backlight_device_set_brightness appletb_inactivity_timer call_timer_fn run_timer_softirq * 从 appletb_kbd_hid_event（） 和 appletb_kbd_inp_event（） 调用 reset_inactivity_timer（）。在实际 USB 硬件上，这些程序包在 softirq/IRQ 上下文（URB 完成和输入事件调度）中运行。当 Touch Bar 已经变暗或关闭时，重置路径会直接调用 backlight_device_set_brightness（） 以恢复亮度，并产生相同的警告。两个调用站点都遇到相同的原子mutex_lock（）缺陷。通过将阻断工作移到系统工作队列上来一起修复它们：* 将不活动定时器从 struct timer_list 转换为 struct delayed_work;回调 （appletb_inactivity_work） 现在在 mutex_lock（） 合法的进程上下文中运行。* 添加专用的 struct work_struct restore_brightness_work并让 reset_inactivity_timer（） 进行计划，而非直接调用 backlight_device_set_brightness（）。在驱动器拆卸期间，与现有背光参考下降同步取消两者。语义保持不变（相同的延迟、相同的昏暗状态转换、关闭和用户活动）;只有休眠调用的执行上下文会更改。
    计时器字段和回调已重命名以匹配其新类型;reset_inactivity_timer（） 保留其名称，因为它是从输入事件路径调用的，这些路径自然读取为重置不活动定时器。
    (CVE-2026-46202)

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

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

  - mm/damon/sysfs-schemes：保护用户可通过 DAMON sysfs“path”文件读取和写入包含 damon_sysfs_lock damon_sysfs_quot_goal->path 的路径 kfree（）。对于提交给 DAMON 的参数 {on，off}line，也可以间接读取此值。参数提交的读取受到damon_sysfs_lock保护，以免在读取任何参数时破坏 sysfs 文件。但是用户驱动的直接读取和写入不受任何锁定保护，而写入则正在释放路径指向缓冲区。因此，阅读器可读取已经释放的缓冲区（释放后使用）。请注意，由于 kernfs 的打开文件锁定，当写入器使用相同的打开文件时，用户读取不会发生争用。
    尽管如此，使用单独的打开文件进行读取和写入是很常见的。通过damon_sysfs_lock保护用户直接的读取和写入来修复此问题。（CVE-2026-46183）

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

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

  - wifi：mac80211：在雷达检测工作中使用安全列表迭代 对 ieee80211_dfs_cac_cancel 的调用可导致迭代的 chanctx 被释放并从列表中删除。请防范此问题，以免出现释放后使用板错误。（CVE-2026-46166）

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

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

  - RDMA/mana：修复 mana_ib_create_qp_rss（） 中的 mana_destroy_wq_obj（） 清理 Sashiko 指出错误展开流中有两个缺陷，皆与展开 WQ 表的方式有关。首先，在第一个失败路径中存在双重 i--，原因是 while 循环具有 i--,将其删除。其次，如果 mana_ib_install_cq_cb（） 失败，则由于上述 i，不会撤消 mana_create_wq_obj--.
    (CVE-2026-46126)

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

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

  - accel/amdxdna：停止跨 aie2_release_resource（） 的作业调度 在释放资源的过程中在硬件上下文中运行作业可导致释放后使用和崩溃。通过在调用 aie2_release_resource（） 之前停止作业计划并在发布完成后重新启动来修复此问题。
    此外，aie2_sched_job_run（） 现在会检查硬件上下文是否仍然活动。
    (CVE-2026-45980)

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

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

  - Ubuntu Linux 6.8 包含 SAUCE 修补程序，可能在 AppArmor AF_INET/AF_INET6 套接字中介代码中使用未初始化变量。此缺陷可由非特权本地用户触发，可导致网络套接字的错误细粒度中介。（CVE-2026-47336）

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

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

  - of：unittest：修复 testdrv_probe（） 中的释放后使用 函数 testdrv_probe（） 从 PCI 设备检索device_node，应用叠加，然后立即调用 of_node_put（dn）。这会释放 PCI 核心保留的引用，如果引用计数降至零，可能会释放节点。随后，将相同的已释放指针“dn”传递到 of_platform_default_populate（），从而导致释放后使用。对 pdev->dev.of_node 的引用归设备模型所有，不应由驱动程序释放。
    删除错误的 of_node_put（） 以防止过早释放。（CVE-2026-45989）

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

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

  - media：mtk-jpeg：修复因未取消的工作而导致的释放路径中的释放后使用 mtk_jpeg_release（） 函数无需先取消 ctx->jpeg_work 中任何待定或正在运行的工作，即可释放上下文结构 （ctx）。这将创建一个争用窗口，工作队列回调在释放上下文内存后可能仍在访问上下文内存。争用条件：CPU 0（释放）CPU 1（工作队列）----------------
    ------------------ close（） mtk_jpeg_release（） mtk_jpegenc_worker（） ctx = work->data // 访问 ctx kfree（ctx） // freed！访问 ctx // UAF！在 JPEG 编码/解码操作期间（通过 mtk_jpeg_device_run），工作通过 queue_work（） 排队。如果在工作待定或运行时关闭设备，工作处理程序将访问释放的内存。通过在获取互斥体之前调用 cancel_work_sync（） 来修复此问题。此排序至关重要：如果在 mutex_lock（） 之后调用 cancel_work_sync（），并且工作处理程序也尝试获取相同的互斥体，则会导致死锁。注意：打开错误路径不需要 cancel_work_sync（），因为 INIT_WORK（） 只是初始化工作结构，它不会对其进行计划。稍后在 ioctl 操作期间才计划工作。（CVE-2026-46011）

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

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

  - 已修复 Linux 内核中的下列漏洞：EDAC/versalnet: Fix device_node leak in mc_probe() of_parse_phandle() returns a device_node reference that must be released with of_node_put().
    The original code never freed r5_core_node on any exit path, causing a memory leak. Fix this by using the automatic cleanup attribute __free(device_node) which ensures of_node_put() is called when the variable goes out of scope. (CVE-2026-46030)

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

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

  - 已修复 Linux 内核中的下列漏洞：mm/slab: return NULL early from kmalloc_nolock() in NMI on UP On UP kernels (!CONFIG_SMP), spin_trylock() is a no-op that unconditionally succeeds even when the lock is already held. As a result, kmalloc_nolock() called from NMI context can re-enter the slab allocator and acquire n->list_lock that the interrupted context is already holding, corrupting slab state. With CONFIG_DEBUG_SPINLOCK on UP, the following BUG is triggered with the slub_kunit test module: BUG: spinlock trylock failure on UP on CPU#0, kunit_try_catch/243 [...] Call Trace: <NMI> dump_stack_lvl+0x3f/0x60 do_raw_spin_trylock+0x41/0x50 _raw_spin_trylock+0x24/0x50 get_from_partial_node+0x120/0x4d0 ___slab_alloc+0x8a/0x4c0 kmalloc_nolock_noprof+0x164/0x310 [...] </NMI> Fix this by returning NULL early when invoked from NMI on a UP kernel. (CVE-2026-46029)

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

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

  - mm/damon/core：修复 damon_call（） 与 kdamond_fn（） 退出争用 修补程序系列 mm/damon/core：修复 damon_call（）/damos_walk（） 与 kdmond 退出争用。damon_call（） 和 damos_walk（） 在与 kdamond 终止争用时可泄漏内存和/或死锁。修复这些问题。此修补程序（共 2 个）;当 kdamond_fn（） 主循环完成时，该函数将取消所有剩余的 damon_call（） 请求并取消设置 damon_ctx->kdamond，以便 API 调用者和 API 函数本身可以知道上下文已终止。
    damon_call（） 首先将调用者的请求添加到队列。在此之后，它会显示damon_ctx的 kdamond 是否仍在运行（已设置 damon_ctx->kdamond）。仅当 kdamond 正在运行时，damon_call（） 才会开始等待 kdamond 处理新增请求。不过，damon_call（） 请求注册和 damon_ctx->kdamond 取消设置受到不同的互斥体的保护。因此，damon_call（） 可在未设置 damon_ctx->kdamond 的情况下争用并导致死锁。例如，假设 kdamond 成功完成了 damon_call（） 请求的取消。紧接着，会针对上下文调用 damon_call（）。它会注册新请求，并显示上下文仍在运行，因为尚未完成 damon_ctx->kdamond unset。因此，damon_call（） 调用程序开始等待请求的处理。但是，kdamond 已在终止步骤中，因此从不处理新的请求。因此，damon_call（） 调用程序线程会无限等待。通过引入另一个damon_ctx字段（即 call_controls_obsolete）来修复此问题。它受到保护 damon_call（） 请求注册的 damon_ctx->call_controls_lock 保护。在让 damon_start（） 返回之前在 kdamond_fn（） 中初始化（取消设置）它，并在执行取消剩余 damon_call（） 请求之前进行设置。damon_call（） 读取锁定下的过时字段并避免添加新请求。在此更改后，系统只会注册保证处理或取消的请求。因此，不再需要注册后进行 DAMON 上下文终止检查。一起删除它。请注意，为重复模式请求调用 damon_call（） 时不会发生死锁。在这种情况下，当请求注册成功并显示 kdamond 正在运行时，damon_call（） 返回而不是等待处理。但是，如果请求也有dealloc_on_cancel，则请求内存将被泄漏。该问题由 sashiko [1] 发现。（CVE-2026-46025）

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

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

  - media：chips-media：wave5：修复codec_info分配失败时的内存泄漏 在 wave5_vpu_open_enc（） 和 wave5_vpu_open_dec（） 中，通过 kzalloc（） 分配 vpu 实例。如果后续对 inst->codec_info 的分配失败，函数会返回 -ENOMEM 而不释放以前分配的实例，从而造成内存泄漏。请通过在此错误路径中的实例上调用 kfree（） 来修复此问题，以确保将其正确释放。（CVE-2026-45928）

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

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

  - 已修复 Linux 内核中的下列漏洞：clk: mediatek: Drop __initconst from gates Since commit 8ceff24a754a (clk: mediatek: clk-gate: Refactor mtk_clk_register_gate to use mtk_gate struct) the mtk_gate structs are no longer just used for initialization/registration, but also at runtime. So drop __initconst annotations. (CVE-2026-45909)

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

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

  - net：mscc：ocelot：添加 ocelot_port_xmit_inj（） ocelot_port_xmit_inj（） 调用 ocelot_can_inject（） 和 ocelot_port_inject_frame（） 中缺少的锁定保护，而无需保留注入组锁定。两个函数都包含用于注入锁定的 lockdep_assert_held（），正确的调用程序 felix_port_deferred_xmit（） 在调用这些函数之前使用 ocelot_lock_inj_grp（） 正确获取锁定。在寄存器注入路径周围添加 ocelot_lock_inj_grp（）/ocelot_unlock_inj_grp（） 以修复缺少的锁定保护。FDMA 路径不受影响，因为它使用自己的锁定机制。
    (CVE-2026-45849)

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

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

  - crypto：inside-secure/eip93 - 修复驱动程序分离中的内核错误 在驱动程序分离期间，同一哈希算法会因错误的迭代器而多次取消注册。（CVE-2026-45937）

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

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

  - 已修复 Linux 内核中的下列漏洞：mptcp: do not account for OoO in mptcp_rcvbuf_grow() MPTCP-level OoOs are physiological when multiple subflows are active concurrently and will not cause retransmissions nor are caused by drops. Accounting for them in mptcp_rcvbuf_grow() causes the rcvbuf slowly drifting towards tcp_rmem[2]. Remove such accounting. Note that subflows will still account for TCP-level OoO when the MPTCP-level rcvbuf is propagated. This also closes a subtle and very unlikely race condition with rcvspace init; active sockets with user-space holding the msk-level socket lock, could complete such initialization in the receive callback, after that the first OoO data reaches the rcvbuf and potentially triggering a divide by zero Oops. (CVE-2026-45889)

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

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

  - apparmor：修复因缺少终止而导致的字符串溢出 在 Qualcomm Snapdragon X1 上ARM64通过 Linux 7.0-rc4 引导 Ubuntu 26.04 时，我们看到字符串缓冲区溢出： 缺陷：KASAN：aa_dfa_match中的 slab-out-of-bound （security/apparmor/match.c：535） 在 addr ffff0008901cc000 处，任务 snap-update-ns/2120 读取大小为 1 CPU：5 UID：60578 PID：2120 comm：snap-update-ns 未受感染 7.0.0-rc4+ #22 PREEMPTLAZY 硬件名称： LENOVO 83ED/LNVNB161216，BIOS NHCN60WW 2025 年 9 月 11 日调用跟踪：show_stack （arch/arm64/kernel/stacktrace.c：501） （C） dump_stack_lvl （lib/dump_stack.c：122） print_report （mm/kasan/report.c：379 mm/kasan/report.c：482） kasan_report （mm/kasan/report.c：597）
    __asan_report_load1_noabort （mm/kasan/report_generic.c：378） aa_dfa_match （security/apparmor/match.c：535） match_mnt_path_str （security/apparmor/mount.c：244 security/apparmor/mount.c：336） match_mnt （security/apparmor/mount.c：371） aa_bind_mount （security/apparmor/mount.c：447 （discriminator 4）） apparmor_sb_mount （security/apparmor/lsm.c：719 （discriminator 1）） security_sb_mount （security/security.c：1062 （discriminator 31）） path_mount （fs/namespace.c：4101） __arm64_sys_mount （fs/namespace.c：4172 fs/namespace.c：4361 fs/namespace.c：4338 fs/namespace.c：4338） invoke_syscall.constprop.0 （arch/arm64/kernel/syscall.c：35 arch/arm64/kernel/syscall.c：49） el0_svc_common.constprop.0 （./include/linux/thread_info.h：142 （discriminator 2） arch/arm64/kernel/syscall.c：140 （discriminator 2）） do_el0_svc （arch/arm64/kernel/syscall.c：152） el0_svc （arch/arm64/kernel/entry-common.c：80 arch/arm64/kernel/entry-common.c：725） el0t_64_sync_handler （arch/arm64/kernel/entry-common.c：744） el0t_64_sync （arch/arm64/kernel/entry.S：596） 按任务 2120 分配：kasan_save_stack （mm/kasan/common.c：58） kasan_save_track （./arch/arm64/include/asm/current.h：19 mm/kasan/common.c：70 mm/kasan/common.c：79） kasan_save_alloc_info （mm/kasan/generic.c：571） __kasan_kmalloc （mm/kasan/common.c：419） __kmalloc_noprof （./include/linux/kasan.h：263 mm/slub.c：5260 mm/slub.c：5272） aa_get_buffer （security/apparmor/lsm.c：2201） aa_bind_mount （security/apparmor/mount.c：442） apparmor_sb_mount （security/apparmor/lsm.c：719 （discriminator 1）） security_sb_mount （security/security.c：1062 （discriminator 31）） path_mount （fs/namespace.c：4101） __arm64_sys_mount （fs/namespace.c：4172 fs/namespace.c：4361 fs/namespace.c：4338 fs/namespace.c：4338） invoke_syscall.constprop.0 （arch/arm64/kernel/syscall.c：35 arch/arm64/kernel/syscall.c：49） el0_svc_common.constprop.0 （./include/linux/thread_info.h：142 （discriminator 2） arch/arm64/kernel/syscall.c：140 （discriminator 2）） do_el0_svc （arch/arm64/kernel/syscall.c：152） el0_svc （arch/arm64/kernel/entry-common.c：80 arch/arm64/kernel/entry-common.c：725） el0t_64_sync_handler （arch/arm64/kernel/entry-common.c：744） el0t_64_sync （arch/arm64/kernel/entry.S：596） 有缺陷的地址属于位于 ffff0008901ca000 的对象，该对象属于大小为 8192 的缓存 kmalloc-rnd-06-8k 有缺陷的地址位于分配的 8192 字节区域右侧 0 字节处 [ffff0008901ca000、ffff0008901cc000） 有缺陷的地址属于物理页面：page： refcount：0 mapcount：0 mapping：000000000000000 index：0x0 pfn：0x9101c8 head： order：3 mapcount：0 entire_mapcount：0 nr_pages_mapped：-1 pincount：0 flags： 0x8000000000000040（head|zone=2） page_type： F5（Slab） RAW：
    8000000000000040 ffff000800016c40 ffffffdffe2d14e10 ffff000800015c70 raw： 000000000000000000 0000000800010001 000000000f5000000000000000000000000 head： 8000000000000040 ffff000800016c40 ffffffdffe2d14e10 ffff000800015c70 HEAD： 0000000000000000000 0000000800010001 000000000f50000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    8000000000000003 ffffffdffe2407201 ffffffdffff 000000000ffffffff head： ffffffffff 0000000000000000000000000 0000000000000008 页面转储原因：kasan：检测到访问错误 bugy 地址周围的内存状态：ffff0008901cbf00： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffff0008
    ---truncated--- (CVE-2026-46055)

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

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

  - f2fs：修复node_cnt区节点破坏和回写之间的争用 f2fs_destroy_extent_node（） 未在清除区段节点前设置FI_NO_EXTENT。从设置I_SYNC的 f2fs_drop_inode（） 调用时，并行 kworker 回写可将新的扩展节点插入相同的扩展树，从而与破坏和触发 __destroy_extent_node（） 中的 f2fs_bug_on（） 进行争用。情况如下：终止 inode writeback - iput - f2fs_drop_inode // I_SYNC set - f2fs_destroy_extent_node - __destroy_extent_node - while （node_cnt） { write_lock（&et->lock） __free_extent_tree write_unlock（&et->lock） - __writeback_single_inode - f2fs_outplace_write_data - f2fs_update_read_extent_cache - __update_extent_tree_range // FI_NO_EXTENT未设置， 插入新的范围节点 } // node_cnt == 0，退出 while - f2fs_bug_on（node_cnt） // node_cnt > 0 此外，__update_extent_tree_range（） 仅检查FI_NO_EXTENT EX_READ类型，而使EX_BLOCK_AGE更新完全不受保护。此修补程序集FI_NO_EXTENT在 __destroy_extent_node（） 的 et->lock 下，与其他调用程序（__update_extent_tree_range 和 __drop_extent_tree）一致，并检查EX_READ和EX_BLOCK_AGE树的FI_NO_EXTENT。（CVE-2026-46194）

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

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

  - spi：ch341：修复探查失败时的内存泄漏 确保取消注册控制器、禁用引脚并在探测失败时终止和释放 RX URB，以断开镜像断开连接并避免内存泄漏和释放后使用。
    另外，为了对称性，也会在断开连接时添加明确的 URB 终止（即使不是严格要求，因为 USB 核心会在当前设置中将其停止）。（CVE-2026-46074）

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

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

  - power：supply：ab8500：修复 power_supply_changed（） 中的释放后使用 _before_ 请求 IRQ 的“devm_”变体 用于分配/注册“power_supply”句柄的“devm_”变体意味着“power_supply”句柄将在中断处理程序之前 _ 解除分配/取消注册（因为“devm_”自然会以反向分配顺序释放）。这意味着删除过程中存在争用条件，其中，中断可能恰好在释放了“power_supply”句柄后，*但是* 恰好在 IRQ 处理程序的相应取消注册运行之前触发。这将导致 IRQ 处理程序通过释放的“power_supply”句柄调用“power_supply_changed（）”。这通常会使系统崩溃或以其他方式静默地损坏内存... 请注意，在“probe（）”期间也可能发生类似的情况;_before_ 注册“power_supply”句柄时中断触发的可能性。然后，这将导致使用“power_supply_changed（）”中使用“power_supply”句柄 *uninitialized* 的糟糕情况。提交 1c1f13a006ed（电源：供应：ab8500：移至组件化绑定）在重构期间引入了此问题。通过确保在注册“power_supply”句柄后 _ 请求 IRQ，修复了此 racy 释放后使用。（CVE-2026-45946）

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

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

  - media：i2c：ov5647：修复 s_ctrl 中的运行时 PM 引用计数泄漏 三个控制情况（AUTOGAIN、EXPOSURE_AUTO、ANALOGUE_GAIN）在不调用 pm_runtime_put（） 的情况下直接返回，从而导致运行时 PM 引用计数泄漏。
    将这些大小写从“return”改为“ret = ...break“模式来确保始终在函数退出前调用 pm_runtime_put（）。（CVE-2026-46239）

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

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

  - ksmbd：在某些错误路径上调用 ksmbd_vfs_kern_path_end_removing（） 需要在两个位置调用 ksmbd_vfs_kern_path_end_removing（） 以平衡对 ksmbd_vfs_kern_path_start_removing（） 的相应成功调用的操作，即删除 inode 锁定并放置获取的引用。否则可能会捕获潜在的死锁和不平衡的锁定，例如：缺陷：
    工作队列泄漏的锁定或 atomic： kworker/5:21/0x00000000/7596 Last Function： handle_ksmbd_work kworker/5:21/7596 持有的 2 个锁： #0： ffff8881051ae448 （sb_writers#3）{.+.+}-{0:0}， at：
    ksmbd_vfs_kern_path_locked+0x142/0x660 #1：ffff888130e966c0 （&type->i_mutex_dir_key#3/1）{+.+.}-{4:4}， at：
    ksmbd_vfs_kern_path_locked+0x17d/0x660 CPU：5 PID：7596 通信：kworker/5:21 未受感染 6.1.162-00456-gc29b353f383b #138 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996），BIOS 1.17.0-debian-1.17.0-1 04/01/2014 工作队列：ksmbd-io handle_ksmbd_work 调用跟踪： <TASK> dump_stack_lvl+0x44/0x5b process_one_work.cold+0x57/0x5c worker_thread+0x82/0x600 kthread+0x153/0x190 ret_from_fork+0x22/0x30 </TASK> 由 Linux 验证中心 （linuxtesting.org） 发现。（CVE-2026-45924）

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/amdgpu: clean up the amdgpu_cs_parser_bos In low memory conditions, kmalloc can fail. In such conditions unlock the mutex for a clean exit. We do not need to amdgpu_bo_list_put as it's been handled in the amdgpu_cs_parser_fini.
    (CVE-2026-45979)

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

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

  - 在 5.2.15 版之前的 Django 5.2 和 6.0.6 版之前的 Django 6.0 中发现一个问题。
    Django 中的“django.middleware.cache.UpdateCacheMiddleware”不以不区分大小写的方式匹配“Cache-Control”响应指令，这允许远程攻击者读取由于其“Cache-Control”指令使用大写或混合大小写值而缓存不正确的响应。以前，不受支持的 Django 系列（如 5.0.x、 4.1.x和 3.2.x）未进行评估，因此可能也受到影响。Django 在此感谢 Ahmed Badawe 报告此问题。（CVE-2026-8404）

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

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

  - Ubuntu Linux 6.8和 6.177.0 包含的 AppArmor SAUCE 修补程序未正确验证内部结构的大小，从而导致通知处理代码中的越界读取。此错误可由非特权本地用户触发，并可导致相邻 slab 对象信息泄露。（CVE-2026-47332）

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

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

  - Dolibarr ERP/CRM v.22.0.0 至 v.22.0.4 和 v.24.0.0-alpha 中的问题允许远程攻击者通过 htdocs/core/class/commonobject.class.php 执行任意代码。（CVE-2026-37713）

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

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

  - mm/mempolicy：修复 weighted_interleave_auto_store（） weighted_interleave_auto_store（） 仅在 if （！input） 块内获取old_wi_state时的内存泄漏。这会导致两个内存泄漏：1. 当用户写入 false 且当前模式已是手动时，该函数会提早返回，而不会释放新分配的new_wi_state。2. 当用户写入 true 时，old_wi_state 保持为 NULL，因为完全跳过了提取。旧状态随后会被 rcu_assign_pointer（） 覆盖，但从未释放，因为清除路径是针对非 NULL old_wi_state进行的。用户可以通过在循环中写入 1 来重复触发此漏洞。通过在输入检查之前移动 old_wi_state 提取（使其无条件），修复这两个泄漏。
    这还允许当请求的模式与当前模式匹配时，对 true 和 false 进行统一的早期返回。审核人： 多内特·汤姆 <donettom@linux.ibm.com> （CVE-2026-46042）

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

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

  - phy：freescale：imx8qm-hsio：修复空指针取消引用 如果未在设备树节点中定义“fsl，refclk-pad-mode”属性，则在探测期间，refclk_pad指针将设置为空。但在 imx_hsio_configure_clk_pad（） 中会无条件使用此指针，这可导致空指针取消引用。因此，在使用之前请检查指针。（CVE-2026-45874）

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

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

  - fs：afs：恢复 mmap_prepare（） 更改 部分恢复提交 9d5403b1036c（fs：将大多数其他 generic_file_*mmap（） 用户转换为 .mmap_prepare（））。这是因为 .mmap 调用建立了 refcount，但在调用后可能发生合并或分配失败的点上调用 .mmap_prepare，这可能会泄漏 refcount 增量。已添加允许在这种情况下使用 .mmap_prepare 的功能，但在此期间，我们需要修复此问题。（CVE-2026-46100）

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

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

  - 已修复 Linux 内核中的下列漏洞：ALSA: caiaq: fix usb_dev refcount leak on probe failure create_card() takes a reference on the USB device with usb_get_dev() and stores the matching usb_put_dev() in card_free(), which is installed as the snd_card's ->private_free destructor.
    However, ->private_free is only assigned near the end of init_card(), after several failure points (usb_set_interface(), EP type checks, usb_submit_urb(), the EP1_CMD_GET_DEVICE_INFO exchange, and its timeout). When any of those fail, init_card() returns an error to snd_probe(), which calls snd_card_free(card). Because ->private_free is still NULL, card_free() never runs, the usb_get_dev() reference is not dropped, and the struct usb_device leaks along with its descriptor allocations and device_private. syzbot reproduces this with a malformed UAC3 device whose only valid altsetting is 0;
    init_card()'s usb_set_interface(usb_dev, 0, 1) call fails with -EIO and triggers the leak. Move the
    ->private_free assignment into create_card(), immediately after usb_get_dev(), so that every error path reaching snd_card_free() balances the reference. card_free()'s callees (snd_usb_caiaq_input_free, free_urbs, kfree) already tolerate the partially-initialized state because the chip private area is zero-initialized by snd_card_new(). (CVE-2026-46048)

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

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

  - HID：appletb-kbd：修复 inactivity-timer 清理路径中的 UAF 提交 38224c472a03（HID：appletb-kbd：修复 appletb_kbd_probe 中的 slab 释放后使用缺陷） 向探测close_hw错误路径和 appletb_kbd_remove（） 添加了 timer_delete_sync（&kbd->inactivity_timer），但它的连接方式使得在驱动程序拆卸期间可通过两个不同的窗口访问不活动定时器。窗口 A -- timer_delete_sync（） 之前的 put_device（）：put_device（&kbd->backlight_dev->dev）;timer_delete_sync（&kbd->inactivity_timer）;inactivity_timer softirq 读取 kbd->backlight_dev 并调用 backlight_device_set_brightness（） -> mutex_lock（&ops_lock）。如果并行hid_appletb_bl取消绑定丢弃这两个调用之间的最后一个 devm 引用，则释放backlight_device且 mutex_lock（） 会使用已释放的内存。窗口 B -- hid_hw_stop（） 之前的背光清理： if （kbd->backlight_dev） { timer_delete_sync（...）; put_device（...）; } hid_hw_close（hdev）;hid_hw_stop（hdev）;即使在窗口 A 关闭之后，hid_hw_close（）/hid_hw_stop（） 仍然会运行，因此来自 HID 核心的延迟 .event 回调（真实 Apple 硬件上的 USB URB 完成）可在 timer_delete_sync（） 耗尽 softirq 之后但在 put_device（） 丢弃引用之前到达。该回调到达 reset_inactivity_timer（），后者调用 mod_timer（） 并重新布防计时器。然后，新重新布防的计时器可以向即将释放的backlight_device开火。两个窗口都产生相同的 KASAN slab-use-after-free：缺陷： KASAN：在 __mutex_lock+0x1aab/0x21c0 中的 slab-use-after-free 通过任务 swapper/0/0 在地址 ffff88803ee9a108 读取的尺寸为 8 调用跟踪： <IRQ> __mutex_lock backlight_device_set_brightness appletb_inactivity_timer call_timer_fn run_timer_softirq handle_softirqs 按任务 N 分配：
    devm_backlight_device_register appletb_bl_probe 由任务 M 释放：（并发hid_appletb_bl取消绑定路径）通过重新执行 appletb_kbd_remove（） 中和探测close_hw错误路径中的拆卸，立即关闭两个窗口，以便 1） hid_hw_close（）/hid_hw_stop（） 在背光清理之前运行，保证不会再触发任何 .event 回调并重新布防定时器， 2） 在 if （kbd->backlight_dev） 块内，timer_delete_sync（） 在 put_device（） 之前运行，因此在最终引用被丢弃之前耗尽 softirq。（CVE-2026-46213）

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

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

  - systeminformation 是用于 node.js 的系统和 OS 信息库。从 4.17.0 到 5.31.5，在 Linux 上，当活动的 NetworkManager 连接配置文件名称包含 shell 元字符时，systeminformation 容易遭受 networkInterfaces() 中的命令注入攻击。易受攻击的值从实际 nmcli 设备状态输出内部获取。该库会先审查网络接口名称，然后再将其用于 shell 命令，但是不会对解析的 NetworkManager 连接配置文件名称进行同等的审查。未经审查的 connectionName 之后会插入到通过 execSync() 执行的三个 shell 命令字符串中。此漏洞已在 5.31.6 中修复。(CVE-2026-44724)

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

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

  - mm/damon/stat：修复 damon_stat_start（） 中 damon_start（） 失败时的内存泄漏 当 damon_start（） 失败时，破坏 DAMON 上下文并重置全局指针。否则，damon_stat_build_ctx（） 分配的上下文将被泄漏，并且过时的damon_stat_context指针将在下次启用尝试时被覆盖，从而使旧分配永久不可访问。（CVE-2026-46087）

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Return proper address for non-zero offsets in insn array The map_direct_value_addr() function of the instruction array map incorrectly adds offset to the resulting address. This is a bug, because later the resolve_pseudo_ldimm64() function adds the offset. Fix it. Corresponding selftests are added in a consequent commit. (CVE-2026-45967)

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

ID	名称	严重性
318508	Linux Distros 未修补的漏洞：CVE-2026-46057	low
318507	Linux Distros 未修补的漏洞：CVE-2026-47328	medium
318506	Linux Distros 未修补的漏洞：CVE-2026-46067	high
318505	Linux Distros 未修补的漏洞：CVE-2026-47335	medium
318504	Linux Distros 未修补的漏洞：CVE-2026-45908	medium
318503	Linux Distros 未修补的漏洞：CVE-2026-46188	medium
318502	Linux Distros 未修补的漏洞：CVE-2026-45878	high
318501	Linux Distros 未修补的漏洞：CVE-2026-46142	medium
318500	Linux Distros 未修补的漏洞：CVE-2026-46232	high
318499	Linux Distros 未修补的漏洞：CVE-2026-45864	medium
318498	Linux Distros 未修补的漏洞：CVE-2026-47333	high
318497	Linux Distros 未修补的漏洞：CVE-2026-46139	medium
318496	Linux Distros 未修补的漏洞：CVE-2026-37712	high
318495	Linux Distros 未修补的漏洞：CVE-2026-47334	medium
318494	Linux Distros 未修补的漏洞：CVE-2026-45906	high
318493	Linux Distros 未修补的漏洞：CVE-2026-46013	medium
318492	Linux Distros 未修补的漏洞：CVE-2026-46202	medium
318491	Linux Distros 未修补的漏洞：CVE-2026-46183	high
318490	Linux Distros 未修补的漏洞：CVE-2026-46166	high
318489	Linux Distros 未修补的漏洞：CVE-2026-46126	medium
318488	Linux Distros 未修补的漏洞：CVE-2026-45980	high
318487	Linux Distros 未修补的漏洞：CVE-2026-47336	low
318486	Linux Distros 未修补的漏洞：CVE-2026-45989	high
318485	Linux Distros 未修补的漏洞：CVE-2026-46011	high
318484	Linux Distros 未修补的漏洞：CVE-2026-46030	medium
318483	Linux Distros 未修补的漏洞：CVE-2026-46029	high
318482	Linux Distros 未修补的漏洞：CVE-2026-46025	medium
318481	Linux Distros 未修补的漏洞：CVE-2026-45928	medium
318480	Linux Distros 未修补的漏洞：CVE-2026-45909	high
318479	Linux Distros 未修补的漏洞：CVE-2026-45849	medium
318478	Linux Distros 未修补的漏洞：CVE-2026-45937	medium
318477	Linux Distros 未修补的漏洞：CVE-2026-45889	medium
318476	Linux Distros 未修补的漏洞：CVE-2026-46055	high
318475	Linux Distros 未修补的漏洞：CVE-2026-46194	medium
318474	Linux Distros 未修补的漏洞：CVE-2026-46074	medium
318472	Linux Distros 未修补的漏洞：CVE-2026-45946	high
318471	Linux Distros 未修补的漏洞：CVE-2026-46239	medium
318470	Linux Distros 未修补的漏洞：CVE-2026-45924	medium
318469	Linux Distros 未修补的漏洞：CVE-2026-45979	medium
318468	Linux Distros 未修补的漏洞：CVE-2026-8404	low
318467	Linux Distros 未修补的漏洞：CVE-2026-47332	medium
318466	Linux Distros 未修补的漏洞：CVE-2026-37713	high
318465	Linux Distros 未修补的漏洞：CVE-2026-46042	medium
318464	Linux Distros 未修补的漏洞：CVE-2026-45874	medium
318463	Linux Distros 未修补的漏洞：CVE-2026-46100	high
318462	Linux Distros 未修补的漏洞：CVE-2026-46048	medium
318461	Linux Distros 未修补的漏洞：CVE-2026-46213	high
318460	Linux Distros 未修补的漏洞：CVE-2026-44724	high
318459	Linux Distros 未修补的漏洞：CVE-2026-46087	medium
318458	Linux Distros 未修补的漏洞：CVE-2026-45967	medium

检测

Nessus 的 Misc. 系列

low

medium

high

medium

medium

medium

high

medium

high

medium

high

medium

high

medium

high

medium

medium

high

high

medium

high

low

high

high

medium

high

medium

medium

high

medium

medium

medium

high

medium

medium

high

medium

medium

medium

low

medium

high

medium

medium

high

medium

high

high

medium

medium