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

  - uutils coreutils 中的 nohup 工具创建默认输出文件 nohup.out，但未明确指定受限权限。这使得文件继承基于 umask 的权限，通常会得到一个可读的世界文件（0644）。在多用户环境中，这允许系统上的任何用户读取捕获的命令 stdout/stderr 输出，可能暴露敏感信息。这种行为不同于 GNU coreutils，后者创建 nohup.out 并赋予仅所有者（0600）权限。
    (CVE-2026-35367)

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

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

  - hwmon：（pmbus/core） 使用互斥体保护调节器操作 调节器操作 pmbus_regulator_get_voltage（）、pmbus_regulator_set_voltage（） 和 pmbus_regulator_list_voltage（） 会访问 PMBus 寄存器和共享数据，但不受 update_lock 互斥体保护。这可导致争用条件。但是，直接向这些函数添加互斥体保护会导致死锁，因为 pmbus_regulator_notify（）（调用 regulator_notifier_call_chain（））通常是在已持有的互斥体的情况下调用的（例如，从 pmbus_fault_handler（））。如果稳压器回调随后调用现在受保护的电压函数之一，它将尝试获取相同的互斥体。重做 pmbus_regulator_notify（） 以利用工作线程函数发送互斥体保护之外的通知。事件作为原子存储在每页位掩码中，并由工作线程处理。在调节器注册期间初始化工作线程及其相关数据，并确保在使用 devm_add_action_or_reset（） 删除设备时将其取消。同时，删除 linux/of.h 中不必要的 include。（CVE-2026-31486）

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

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

  - uutils coreutils mkfifo 中的漏洞允许对现有文件的权限进行未经授权的修改。当 mkfifo 无法创建 FIFO 时，原因是目标路径中已存在文件，它将无法终止该路径的操作并继续执行后续set_permissions调用。
    这导致现有文件的权限被更改为默认模式（通常在 umask 之后为 644），从而可能将 SSH 私钥等敏感文件泄露给系统上的其他用户。
    (CVE-2026-35341)

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

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

  - drm/amd/display：不要跳过 DSC 验证中的无关模式更改。从提交 17ce8a6907f7（drm/amd/display：在原子检查中添加 dsc 预验证）开始，amdgpu 在重新计算 DSC 配置时将 CRTC 状态mode_changed标志重置为 false，导致特定流的时序变化。
    然而，在MST/DSC配置变更发生在同一KMS提交与另一个（无关）模式变更的情况下，这种说法是不正确的。例如，笔记本电脑的集成面板可能根据是否安装外部屏幕而不同配置（例如启用或禁用HDR）。在这种情况下，插入外部DP-MST屏幕可能导致集成面板的DSC配置在pre_validate_dsc（）预计算时未发生变化，导致集成面板的mode_changed标志错误丢失。然而，目前dm_update_crtc_state（）已经为带有DSC无关模式变化的新CRTC创建了流。反过来，amdgpu_dm_commit_streams（）永远不会释放旧流，导致内存泄漏。amdgpu_dm_atomic_commit_tail（） 也永远不会获得对新流的引用，这在流后来被禁用时表现为 use-after-free：BUG： KASAN： use-after-free in in in the dc_stream_release+0x25/0x90 [amdgpu] 任务 kworker/9:9/29977 在 addr ffff88813d836524 写入 size 4 工作队列：事件 drm_mode_rmfb_work_fn 调用追踪： <TASK> dump_stack_lvl+0x6e/0xa0 print_address_description.constprop.0+0x88/0x320 ？ dc_stream_release+0x25/0x90 [amdgpu] print_report+0xfc/0x1ff ？ srso_alias_return_thunk+0x5/0xfbef5 ？ __virt_addr_valid+0x225/0x4e0 ？ dc_stream_release+0x25/0x90 [amdgpu] kasan_report+0xe1/0x180 ？ dc_stream_release+0x25/0x90 [amdgpu] kasan_check_range+0x125/0x200 dc_stream_release+0x25/0x90 [amdgpu] dc_state_destruct+0x14d/0x5c0 [amdgpu] dc_state_release.part.0+0x4e/0x130 [amdgpu] dm_atomic_destroy_state+0x3f/0x70 [amdgpu] drm_atomic_state_default_clear+0x8ee/0xf30 ？drm_mode_object_put.part.0+0xb1/0x130
    __drm_atomic_state_free+0x15c/0x2d0 atomic_remove_fb+0x67e/0x980由于无法可靠判断CRTC在DSC验证时是否存在无关的模式变更待处理，请记住CRTC被标记为可能受DSC配置变化影响之前的mode_changed标志值。在pre_validate_dsc（）中将mode_changed标志重置为之前的值。（摘自提交 CC7C7121ae082B7b82891baa7280F1FF2608F22B）（CVE-2026-31488）

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

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

  - drm/amd/display：修复 amdgpu_dm 中的drm_edid泄漏 [WHAT] 连接接收器时，会在未释放之前的分配的情况下覆盖连接器>drm_edid，从而导致恢复时出现内存泄漏。[如何]在更新之前释放之前的drm_edid。（从提交 52024a94e7111366141cfc5d888b2ef011f879e5 中精选出的内容）（CVE-2026-31461）

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

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

  - uutils coreutils 中的 mktemp 工具未能正确处理空的 TMPDIR 环境变量。
    与 GNU mktemp 不同，后者在 TMPDIR 是空字符串时会退回 /tmp，uutils 的实现将空字符串视为有效路径。这会导致临时文件在当前工作目录（CWD）中创建，而非预期的安全临时目录。如果CWD比/tmp更宽松或更易访问其他用户，可能导致信息泄露或未经授权访问临时数据。（CVE-2026-35342）

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

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

  - drm/xe始终跟踪重新映射上一个/下一个在 3D 工作负载期间用户报告命中[ 413.361679] 警告drivers/gpu/drm/xe/xe_vm.c:1217 at vm_bind_ioctl_ops_unwind+0x1e2/0x2e0 [xe] CPU#7
    vkd3d_queue/9925 [ 413.361944] CPU7 UID: 1000 PID: 9925 Commvkd3d_queue Kdump 已加载未受感染 7.0.0-070000rc3-generic #202603090038 PREEMPT(lazy) [ 413.361949] RIP
    0010:vm_bind_ioctl_ops_unwind+0x1e2/0x2e0 [xe] [ 413.362074] RSP: 0018:ffffd4c25c3df930 EFLAGS: 00010282 [413.362077] RAX: 0000000000000000 RBX: ffff8f3ee817ed10 [0000 RCX: 000 RCX: 000 RCX: 000000 413.362078
    0000000000000000 RSI0000000000000000 RDI0000000000000000 [ 413.362079] RBPffffd4c25c3df980 R08
    0000000000000000 R090000000000000000 [ 413.362081] R100000000000000000 R110000000000000000 R12
    ffff8f41fbf99380 [ 413.362082] R13: ffff8f3ee817e968 R14: 00000000ffffffef R15: ffff8f43d00bd380 [413.362083] FS: 00000001040ff6c0(0000) GS:ffff8f4696d89000(0000) knlGS:00000000330b0000 [ 413.362085] CS:
    0010 DS: 002b ES: 002b CR0: 0000000080050033 [ 413.362086] CR2: 00007ddfc4747000 CR3: 00000002e6262005 CR4: 0000000000f72ef0 [ 413.362088] PKRU: 55555554 [ 413.362089] Call Trace: [ 413.362092] <TASK> [413.362096] xe_vm_bind_ioctl+0xa9a /0xc60 [xe] 这似乎暗示我们为 ops 展开重新插入的 vma 无效或与 vm 中已插入的某些内容重叠。由于这是重新插入因此它之前必须有效。将可能的原因归为已放置的内容我们想要插入 vma 的地方。此后如果在 vma 中间执行重新绑定等操作且一个或两个映射端已经兼容我们将跳过这些 vma 的重新绑定并将下一个/上一个设置为 NULL。我们同时调整原始取消映射的 va 范围以避免取消映射两端。但是，如果我们触发展开路径，则最终会得到三个 va，其中两端永远不会被删除，中间的原始 va 范围仍然是缩小后的大小。如果发生这种情况，一种失败模式是另一个展开 op 需要与该范围交互使用绑定向量可能会发生这种情况。例如如果我们需要重新插入某些内容以代替原始 va。在这种情况下va 仍然是缩小的版本因此当删除 va 并重新插入时va 可能与从未删除的末端重叠从而触发与上述类似的警告并使 vm 处于错误状态。因此，我们需要做两件事情：1) 停止破坏跳过案例的上一个/下一个跟踪。
    而是在需要时依赖于检查跳过上一个/下一个。这样我们现在就可以正确地删除展开路径中的两端。 2) 撤消展开路径上的 unmap va shrinkage。现在移除两端后，在重新插入之前，取消映射 va 应该会再次扩展到原始大小。 v2- 根据触发此问题的实际 IGT而非推测更新提交消息中的说明。- 还撤消跳过情况的取消映射缩小。现在删除两端后原始取消映射的 va 范围应扩展回原始范围。 v3- 单独跟踪旧的开始/范围。 vma_size/start() 直接使用 va 信息。从提交 aec6969f75afbf4e01fd5fb5850ed3e9c27043ac 中精选出的内容(CVE-2026-31479)

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

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

  - ksmbd：修复 smb2_lock（） 中的内存泄漏和空取消引用 smb2_lock（） 在 no_check_cl 处 list_del（） 从lock_list分离 smb_lock 后出现三个错误处理问题：1） 如果 vfs_lock_file（） 在非 UNLOCK 路径中返回意外错误，则 goto out 会泄漏smb_lock及其群组，因为 out： 处理程序仅会迭代 lock_list 和 rollback_list， 两者都不含分离的smb_lock。2） 如果 vfs_lock_file（） 在 UNLOCK 路径中返回 -ENOENT，则出于同样的原因，goto out 泄露smb_lock并 flock。返回给调度程序的错误代码也过时。3） 在回滚路径中，smb_flock_init（） 可在分配失败时返回 NULL。结果将无条件取消引用，从而造成内核空指针取消引用。
    添加 NULL 检查以防止崩溃并清理簿记;VFS 锁定本身可以在没有分配的情况下回滚，并将在文件或连接拆卸时释放。修复情况 1 和 2，方法是将 locks_free_lock（）/kfree（） 提升到 UNLOCK 分支中 if（！rc） 检查之前，以便所有退出路径共享一个空闲站点，并在前往非 UNLOCK 分支中之前释放 smb_lock 和 flock。在这两种情况下传播正确的错误代码。通过将 VFS 解锁封装在 if（rlock） 防护中并在共享清理中为 locks_free_lock（rlock） 添加空检查，修复了情况 3。使用 sqry 通过调用图分析发现。（CVE-2026-31477）

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

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

  - UDP：修复使用hash2时的万用符绑定冲突检查 当将udp_sock绑定到本地地址和端口时，UDP使用两个哈希（udptable->hash和udptable->hash2）进行碰撞检测。当前代码在hslot->计数>10时切换为hash2。hash2 通过本地地址和本地端口进行键控。哈希仅通过本地端口进行密钥化。问题可以通过以下绑定序列（伪代码）表示：bind（fd1， [fd00：：1]：8888） bind（fd2， [fd00：：2]：8888） bind（fd3， [fd00：：3]：8888） bind（fd4， [fd00：：4]：8888） bind（fd5， [fd00：：5]：8888） bind（fd6， [fd00：：6]：8888） bind（fd7， [fd00：：7]：8888） bind（fd8， [fd00：：8]：8888） bind（fd9， [fd00：：9]：8888） bind（fd10， [fd00：：10]：8888） /* 正确返回
    -EADDRINUSE，因为使用了哈希值 * 代替 hash2。udp_lib_lport_inuse（） 检测 * 冲突。*/ bind（fail_fd， [：：]：8888） /* 当另一个套接字绑定到 [fd00：：11]：8888 后，* hslot-> count 超过 10，改用 hash2。*/ bind（fd11， [fd00：：11]：8888） bind（fail_fd， [：：]：8888） /* 意外成功 */ 同样的问题也发生在IPv4万用卡地址 0.0.0.0 和IPv4映射的万用卡地址：：ffff：0.0.0.0。例如，如果存在绑定到 192.168.1.[1-11]：8888，然后绑定 0.0.0.0：8888 或 [：：FFFF：0.0.0.0]：8888 也可能在 hLong->计数> 10 时错过冲突。
    TCP inet_csk_get_port（） 已经在 inet_use_bhash2_on_bind（） 中有正确的检查。把它重命名为inet_use_hash2_on_bind（），并移到inet_hashtables.h，这样udp.c可以在这个修复中重复使用。
    (CVE-2026-31503)

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

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

  - BluetoothL2CAP修复保持 conn->lock 时 l2cap_conn_del() 中的死锁l2cap_conn_del() 会为 info_timer 和 id_addr_timer 调用 cancel_delayed_work_sync()。然而工作函数 l2cap_info_timeout() 和 l2cap_conn_update_id_addr() 两者都获取 conn->lock如果当 l2cap_conn_del() 取得锁定时工作函数已在执行就会造成潜在的 AB-BA 死锁。在获取 conn->lock 之前移动工作取消并使用 disable_delayed_work_sync() 以额外防止取消之后重新准备工作这与 hci_conn_del() 中使用的模式一致。
    (CVE-2026-31499)

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

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

  - af_key验证 pfkey_send_migrate() 中的系列syzbot 可在 skb_put() 中触发崩溃 [1] 问题是 pfkey_send_migrate() 未检查旧/新系列以及 set_ipsecrequest() @family 参数被截断因此可能溢出 - skb。及早验证系列不等待 set_ipsecrequest()。 [1] skbuff: skb_over_panic: text:ffffffff8a752120 len:392 put:16 head:ffff88802a4ad040 data:ffff88802a4ad040 tail:0x188 end:0x180 dev<NULL> 位于 net/core/skbuff.c:214 的内核错误调用跟踪：
    <TASK> skb_over_panic net/core/skbuff.c:219 [内联] skb_put+0x159/0x210 net/core/skbuff.c:2655 skb_put_zero include/linux/skbuff.h:2788 [内联] set_ipsecrequest net/key/af_key.c 3532 [inline] pfkey_send_migrate+0x1270/0x2e50 net/key/af_key.c:3636 km_migrate+0x155/0x260 net/xfrm/xfrm_state.c:2848 xfrm_migrate+0x2140/0x2450 net/xfrm/xfrm_policy.c:4705 xfrm_doffigrate+ /0xaa0 net/xfrm/xfrm_user.c:3150 (CVE-2026-31515)

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

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

  - bpf：修复解释器 sdiv/smod 中未定义的行为INT_MIN BPF 解释器的带号 32 位除法和模处理程序在 s32 操作数上使用内核 abs（） 宏。abs（） 宏文档（include/linux/math.h）明确说明当输入为类型最小值时，结果为未定义。当 DST 包含 S32_MIN （0x80000000） 时，abs（（（s32）DST） 会触发未定义的行为，并在 arm64/x86 上返回S32_MIN未变。该值随后被符号扩展为 u64，作为0xFFFFFFFF80000000，导致 do_div（） 计算错误的结果。验证器的抽象解释（scalar32_min_max_sdiv）计算出数学上正确的距离追踪结果，从而产生验证器与解释器的不匹配，从而被利用以获取越界地图值。引入abs_s32（），通过在否定前先投射到u32，正确处理S32_MIN，完全避免带符号溢出。替换解释器的sdiv32/smod32处理器中所有8个abs（（s32）...）调用站点。S32是唯一受影响的情况——S64分部/Modulo操作员不使用ABS（）。（CVE-2026-31525）

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

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

  - uutils coreutils 的 env 工具中的逻辑错误导致使用 -S（分割字符串）选项时无法正确解析命令行参数。在 GNU 环境中，单引号内的反斜线被字面处理（\\ 和 \' 除外）。然而，uutils 的实现错误地尝试验证这些序列，导致序列错误，遇到有效但未识别的序列 \a 如 或 \x时，进程立即终止，退出状态为 125。
    这种与GNU行为的偏离破坏了依赖标准分字符串语义的自动化脚本和管理工作流的兼容性，导致这些操作存在本地拒绝服务。
    (CVE-2026-35377)

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

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

  - net/smc修复 当 tee() 复制拼接管道缓冲区 smc_rx_splice() 为每个 pipe_buffer 分配一个 smc_spd_priv 并将指针存储在 pipe_buffer.private 时smc_spd_priv 的双重释放。这些缓冲区的 pipe_buf_operations 使用的 .get = generic_pipe_buf_get仅在 tee(2) 复制管道缓冲区时才会增加页面引用计数。未处理 smc_spd_priv 指针本身因此在 tee() 之后原始和克隆的 pipe_buffer 共享相同的 smc_spd_priv *。如果随后同时释放这两个管道则会针对同一对象调用两次 smc_rx_pipe_buf_release() 第一次调用
    kfree(priv) sock_put(sk) smc_rx_update_cons() [correct] 第 2 次调用 kfree(priv) sock_put(sk) smc_rx_update_cons() [UAF] KASAN 报告 smc_rx_pipe_buf_release() 中存在 slab 释放后使用然后将其升级到在追踪释放的 priv->smc 指针时通过 smc_rx_update_consumer() 发现了一个空指针取消引用和内核错误缺陷KASAN由任务 smc_splice_tee_ 执行的 smc_rx_pipe_buf_release+0x78/0x2a0 中在地址 ffff888004a45740 中大小为 8 的 8 读取的 slab-use-after-free /74 Call Trace: <TASK> dump_stack_lvl+0x53/0x70 print_report+0xce/0x650 kasan_report+0xc6/0x100 smc_rx_pipe_buf_release+0x78/0x2a0 free_pipe_info+0xd4/0x130 pipe_release+0x142/0x160 __fput+0x1c6/0x490 __x64_sys_close+0x4f/0x90 do_syscall_64+0xa6 /0x1a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> BUG: kernel NULL pointer dereference, address: 0000000000000020 RIP: 0010:smc_rx_update_consumer+0x8d/0x350 Call Trace: <TASK> smc_rx_pipe_buf_release+0x121/0x2a0 free_pipe_info+0xd4/0x130 pipe_release+0x142/0x160 __fput+ 0x1c6/0x490
    __x64_sys_close+0x4f/0x90 do_syscall_64+0xa6/0x1a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 内核错误 - 不同步致命异常 除内存安全问题外复制 SMC splice 缓冲区在语义上有问题smc_rx_update_cons() 可使使用者光标前进两次对于相同的数据损坏接收窗口核算。smc_spd_priv 上的 refcount 可修复双重释放但仍需要单独解决光标计数问题。.get 回调由 tee(2) 和 splice_pipe_to_pipe() 调用进行部分传输两者现在都将返回 -EFAULT。需要复制 SMC 套接字数据的用户必须使用基于副本的读取路径。 (CVE-2026-31507)

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

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

  - 当实际 UID 和有效 UID 不同时，uutils coreutils 中的 id 实用工具在其美化打印输出中表现出错误的行为。在为有效用户执行名称查找时，实现未正确使用有效 GID 而非有效 UID。这会导致误导性的诊断输出，导致自动化脚本或系统管理员对文件权限或访问控制做出错误决定。（CVE-2026-35371）

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

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

  - 团队：修复非以太网端口的header_ops类型混淆 类似于提交 950803f72547（绑定：修复bond_setup_by_slave（）中的类型混淆）团队拥有同一类header_ops类型混淆。对于非以太网端口，team_setup_by_port（）直接复制port_dev->header_ops。当团队设备随后调用 dev_hard_header（） 或 dev_parse_header（） 时，这些回调可能会与团队net_device一起运行，而非真实的较低设备，因此 netdev_priv（开发）被误判为错误的私有类型，可能导致崩溃。syzbot报告显示bond_header_create（），但根本原因在团队中：拓扑为gre -> bond ->团队，团队调用继承header_ops时使用自身net_device而非较低设备，因此bond_header_create（）接收团队设备并理解netdev_priv（）为绑定私人数据， 导致类型混淆崩溃。解决方法是引入团队header_ops包装器进行创建/解析，选择RCU下的团队端口，并用port->dev调用较低的设备回调，这样每次回调都能看到正确的net_device上下文。还将选中的下层设备传递给下层解析回调，使递归被堆叠的非以太网拓扑限制，且解析回调总是在正确的设备上下文下运行。（CVE-2026-31502）

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

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

  - nvme-pci：确保我们轮询的是轮询的队列用户可在运行时更改轮询的队列计数。
    重置期间有一个短暂的窗口，hipri 任务可能会在区块层更新队列映射之前尝试轮询该队列，这将与现在中断驱动的队列争用并可能导致双重完成。（CVE-2026-31523）

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

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

  - 模块修复符号 st_shndx 越界时的内核错误 模块加载程序未检查 simple_symbols() 中 ELF 部分索引的边界for (i = 1; i < symsec->sh_size / sizeof(Elf_Sym) ;
    i++) { const char *name = info->strtab + sym[i].st_name; switch (sym[i].st_shndx) { case SHN_COMMON: [...] default/* 如果出现 percpu 变量则转移到 percpu 分配。 */ if (sym[i].st_shndx == info->index.pcpu) secbase = (unsigned long)mod_percpu(mod);其他 /** HERE --> **/ secbase = info->sechdrs[sym[i].st_shndx].sh_addr; sym[i].st_value += secbase; break具有越界 st_shndx 值的符号例如 0xffff称为 SHN_XINDEX 或 SHN_HIRESERVE可能造成内核错误缺陷缺陷无法处理地址的页面错误... RIP0010:simplify_symbols+0x2b2/0x480 ... 内核恐慌 - 未同步致命异常当模块 ELF 合法使用 SHN_XINDEX 或已损坏时会发生这种情况。在 simple_symbols() 中添加边界检查以在使用前验证 st_shndx 是否位于有效范围内。此问题是由 llvm-objcopy 中的缺陷造成的有关详细信息请参阅相关讨论 [1]。 [1] https://lore.kernel.org/linux-modules/20251224005752.201911-1-ihor.solodrai@linux.dev/ (CVE-2026-31521)

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

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

  - ksmbd针对复合请求修复 QUERY_INFO 中的 OOB 写入。如果收到 READ + QUERY_INFO(Security) 等复合请求且第一条命令 (READ) 消耗了大部分响应缓冲区ksmbd 构建新的安全描述符。根本原因是 smb2_get_info_sec() 使用来自 xattr 的 ppntsd_size 检查缓冲区空间而 build_sec_desc() 经常从 POSIX ACL 合成大得多的描述符。此修补程序引入了 smb_acl_sec_desc_scratch_len()以准确预先计算最终描述符大小使用 smb2_calc_max_out_buf_len() 执行正确的缓冲区检查并使用确切大小的分配 + iov 固定。
    (CVE-2026-31432)

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

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

  - NET：MACB：使用当前队列号进行统计。统计数据保留的内存和写入内存量之间可能存在不匹配。gem_get_sset_count（） 正确计算基于活跃队列的统计数量，而 gem_get_ethtool_stats（） 则是无差别地使用最大队列数复制数据，当活跃队列数少于 MACB_MAX_QUEUES 时，会导致 OOB 写入，如 KASAN splat 中观察到的那样。
    ================================================================== BUG：KASAN：vmalloc-out-of-bounds in in the gem_get_ethtool_stats+0x54/0x78 [macb] 任务ethtool/1027在addr ffff800080b000写入大小760 CPU： [...]受污染：[E]=UNSIGNED_MODULE 硬件名称：raspberrypi rpi/rpi，BIOS 2025.10 2025/01/10 呼号：show_stack+0x20/0x38 （C） dump_stack_lvl+0x80/0xf8 print_report+0x384/0x5e0 kasan_report+0xa0/0xf0 kasan_check_range+0xe8/0x190 __asan_memcpy+0x54/0x98 gem_get_ethtool_stats+0x54/0x78 [macb 926c13f3af83b0c6fe64badb21ec87d5e93fcf65] dev_ethtool+0x1220/0x38c0 dev_ioctl+0x4ac/0xca8 sock_do_ioctl+0x170/0x1d8 sock_ioctl+0x484/0x5d8 __arm64_sys_ioctl+0x12c/0x1b8 invoke_syscall+0xd4/0x258 el0_svc_common.constprop.0+0xb4/0x240 do_el0_svc+0x48/0x68 el0_svc+0x40/0xf8 el0t_64_sync_handler+0xa0/0xe8 el0t_64_sync+0x1b0/0x1b8 有缺陷地址属于从0xffff80008080b000分配到dev_ethtool+0x11f0/0x38c0的1页vmalloc区域 有缺陷地址属于物理页面：page： refcount：1 mapcount：0 mapping：0000000000000000000 index：0xffff00000a333000 pfn：0xa333 flags： 0x7fffc000000000（node=0|zone=0|lastcpupid=0x1ffff） raw： 007fffc000000000 0000000000000000 dead00000000000122 000000000000000000000 RAW： ffff000000A330000 00000000000001ffffffff 000000000000000000000 页面转储 原因：kasan：检测到错误访问 bug地址周围的内存状态：
    FFFF80008080b080： 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 FFFF80008080b100： 00 00 00 00 00 00 00 00 00 00 00 00 00 >FFFF80008 080B180： 00 00 00 00 00 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 ^ FFFF80008080B200： F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 F8 FFFF80008080B280： f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 ================================================================== 通过确保复制的尺寸只考虑活跃队列数量来解决。（CVE-2026-31494）

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/irdma: Harden depth calculation functions An issue was exposed where OS can pass in U32_MAX for SQ/RQ/SRQ size. This can cause integer overflow and truncation of SQ/RQ/SRQ depth returning a success when it should have failed. Harden the functions to do all depth calculations and boundary checking in u64 sizes. (CVE-2026-31491)

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

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

  - tracing修复 osnoise 的 cpu 热插拔中潜在的死锁 以下序列可能导致 cpu 热插拔中发生死锁 task1 task2 task3 ----- ----- ----- mutex_lock(&interface_lock) [CPU 即将离线] cpus_write_lock( ) osnoise_cpu_die(); kthread_stop(task3); wait_for_completion(); osnoise_sleep();
    mutex_lock(&interface_lock); cpus_read_lock(); [DEAD LOCK] 通过交换 cpus_read_lock() 和 mutex_lock(&interface_lock) 的顺序修复。 (CVE-2026-31480)

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

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

  - HIDmagicmouse避免 magicmouse_report_fixup() 中发生内存泄漏 magicmouse_report_fixup() 函数返回新由 kmemdup() 分配的缓冲区但从不释放。report_fixup() 的调用程序未取得返回指针的所有权但*允许*返回输入 rdesc 的子部分其生命周期由调用程序管理。 (CVE-2026-31522)

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

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

  - canisotp修复 isotp_sendmsg() 中的 tx.buf 释放后使用 isotp_sendmsg() 在 so->tx.state 上仅使用 cmpxchg() 来序列化对 so->tx.buf 的访问。 isotp_release() 通过 wait_event_interruptible() 等待 ISOTP_IDLE然后调用 kfree(so->tx.buf)。如果当 tx.state 为 ISOTP_SENDING 时信号中断 close() 内的 wait_event_interruptible()循环提前退出且释放继续以强制 ISOTP_SHUTDOWN 并继续 kfree(so->tx.buf)而 sendmsg 可能仍在读取 so-> isotp_fill_dataframe() 中最终 CAN 帧的 tx.buf。当需要扩展标准 tx.buf 长度时可分配一次 so->tx.buf。当完成 isotp_sendmsg() 和 isotp_release() 时将此可能扩展的 tx.buf 的 kfree() 移动到 sk_destruct。 (CVE-2026-31474)

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

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

  - uutils coreutils 的 rm utility 存在漏洞，允许绕过保护。--preserve-root
    实现使用路径字符串检查，而不是比较设备号和inode号来识别根目录。攻击者或意外用户可以通过使用符号链接（如 /tmp/rootlink -> /）来绕过这一保护措施，可能导致整个根文件系统被意外递归删除。（CVE-2026-35349）

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

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

  - 在uutils coreutils的mv工具中存在一个从检查时间到使用时间（TOCTOU）的竞态条件，适用于跨设备操作。该工具在通过复制操作重新创建目标路径之前，先移除目标路径。拥有目标目录写权限的本地攻击者可以利用该窗口将目标节点替换为符号链接。随后的特权移动操作将跟随符号链接，允许攻击者重定向写入并覆盖任意目标文件，使用源文件的内容。（CVE-2026-35364）

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

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

  - uutils coreutils 的expr实用程序中的逻辑错误导致程序在解析阶段而非执行阶段评估括号中的子表达式。该实现缺陷阻止了该工具对逻辑 OR （|） 和 AND（&） 操作进行正确的短路处理。因此，死枝内出现的算术错误（如除以零）因短路而应被忽略的分支，会被当作致命错误提出。这种与 GNU expr 行为的偏离可能导致 shell 脚本中的受保护表达式出现硬错误，而非返回预期的布尔结果，导致脚本过早终止并破坏与 GNU 兼容的 shell 控制流。（CVE-2026-35378）

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

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

  - 蓝牙MGMT修复 mgmt_add_adv_patterns_monitor_complete 上的悬摆指针这将修复条件检查以便每当 status != -ECANCELED 时执行 mgmt_pending_valid否则调用 mgmt_pending_free(cmd) 将 kfree(cmd)而不首先将其与列表取消链接从而留下悬摆指针。任何后续的列表遍历例如mgmt_power_off 期间的 mgmt_pending_foreach或其他 mgmt_pending_valid 调用都将取消引用已释放的内存。 (CVE-2026-31511)

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

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

  - drm/amdgpu：防止PASID即时重用。当进程立即进入之前以相同PASID退出的进程遗留的硬件状态时，PASID的复用可能导致中断问题，且当进程退出并释放PASID时，IH环缓冲区中可能仍有页面错误待处理。为防止这种情况，它使用与核 PID 相同的 idr 循环分配器。（摘自提交 8F1DE51F49BE692DE137C8525106E0FCE2D1912d）（CVE-2026-31462）

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

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

  - uutils coreutils 中的 cp 工具存在信息披露竞赛条件的脆弱性。目标文件最初以umask衍生的权限创建（例如0644），随后在过程中被限制为最终模式（例如0600）。本地攻击者可以在这个窗口内争抢打开文件;一旦获得，文件描述符即使权限收紧后仍有效且可读，暴露敏感或私密文件内容。（CVE-2026-35357）

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

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

  - uutils coreutils 中的 cp 工具在执行递归复制（-R）时，错误地将字符和块设备节点视为流源，而非保留它们。由于实现在目标处将字节读入普通文件，而非使用 mknod，设备语义被破坏（例如 /dev/null 变成普通文件）。这种行为可能导致运行时因磁盘耗尽而拒绝服务，或在读取无界设备节点时进程卡顿。（CVE-2026-35358）

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

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

  - 使用 --userspec 选项时uutils coreutils 的 chroot 实用工具中存在一个漏洞。该实用工具在输入 chroot 之后但在终止 root 权限之前通过 getpwnam() 解析用户规格。在基于 glibc 的系统上这可以触发名称服务切换 (NSS) 从新的根目录中加载共享库例如 libnss_*.so.2。如果攻击者可写入 NEWROOT则其可注入恶意的 NSS 模块从而以根用户身份执行任意代码从而促进完整的容器逃逸或权限升级。 (CVE-2026-35368)

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

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

  - uutils coreutils 中的排序工具在使用 --files0-from 包含非 UTF-8 文件名的输入时容易发生进程紧急。实现强制执行 UTF-8 编码，并使用 expect（），当遇到有效但非 UTF-8 路径时会立即崩溃。这与 GNU 排序不同，后者将文件名视为原始字节。本地攻击者可以利用这一点瘫痪该工具并干扰自动化流水线。（CVE-2026-35348）

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

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

  - uutils coreutils 中的切割工具在指定换行字符作为分隔符时错误地处理了 -s（仅分隔）选项。实现未能验证cut_fields_newline_char_delim函数中的only_delimited标志，导致工具打印了本应被抑制的非分隔行。这可能导致下游脚本出现意外数据，这些脚本依赖严格的输出过滤。（CVE-2026-35343）

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

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

  - 蓝牙L2CAP修复 ERTM 重新初始化和将 pdu_len 归零无限循环 l2cap_config_req() 为 BT_CONNECTED 状态中的通道处理 CONFIG_REQ以支持 L2CAP 重新配置例如 MTU 变更。但是由于已从初始配置设置了 CONF_INPUT_DONE 和 CONF_OUTPUT_DONE因此重新配置路径会到达 l2cap_ertm_init()其会重新初始化 tx_q、srej_q、srej_list 和 retrans_list而不释放之前的分配并将 chan->sdu 设置为 NULL而不释放现有的 skb。这会泄漏之前分配的所有 ERTM 资源。此外l2cap_parse_conf_req() 不会验证从 RFC max_pdu_size 选项派生的 remote_mps 的最小值。零值传播到 l2cap_segment_sdu()其中 pdu_len 变成零从而导致 while 循环永远不会终止因为 len 永远不会递减从而耗尽所有可用内存。通过在通道已处于 BT_CONNECTED 状态时跳过 l2cap_ertm_init() 和 l2cap_chan_ready()修复双重初始化同时仍然允许通过 l2cap_parse_conf_req() 更新重配置参数。此外作为保障在 l2cap_segment_sdu() 中添加 pdu_len 零检查。 (CVE-2026-31498)

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

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

  - uutils coreutils 的 ln 工具中的逻辑错误允许该工具在明确 --no-dereference 提供了（或 -n）标志的情况下，仍会取消符号链路目标的引用。此前的实现只有在 --force （覆盖）模式同时启用时，才会尊重无去引用意图。该缺陷导致 LN 沿着指向目录的符号链接，并在该目标目录内创建新链接，而不是将符号链接本身视为目的地。在特权用户或系统脚本使用 ln -n 更新符号链接的环境中，本地攻击者可能会操控现有的符号链接，将文件创建重定向到敏感目录，可能导致未经授权的文件创建或系统配置错误。（CVE-2026-35372）

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

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

  - s390/entry：清理内核条目上的 r12 寄存器 提交 f33f2d4c7c80（s390/bp：删除 TIF_ISOLATE_BP）之前，所有条目处理程序都使用当前任务指针 （lg %r12，__LC_CURRENT） 加载 r12 以供 BPENTER/BPEXIT 宏使用。该提交删除了 TIF_ISOLATE_BP，丢弃了分支预测宏和 r12 负载，但未将 r12 添加到寄存器清除序列。添加缺失的 xgr %r12，%r12，使寄存器清理在所有条目点中保持一致。（CVE-2026-31482）

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

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

  - 蓝牙：L2CAP：在读取 l2cap_ecred_data_rcv（） SDU 长度前验证 PDU 长度 l2cap_ecred_data_rcv（） 使用 get_unaligned_le16（） 从 skb->data 读取 SDU 长度字段，但未先验证 skb 至少包含 L2CAP_SDULEN_SIZE（2） 字节。当skb->len小于2时，读取超过skb中的有效数据。ERTM重组路径在读取SDU长度（l2cap_reassemble_sdu，L2CAP_SAR_START情况下）前正确调用pskb_may_pull（）。将相同的验证应用到增强信贷基础流量控制数据路径上。（CVE-2026-31512）

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

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

  - spi：meson-spicc：fix double-put in remove path meson_spicc_probe（） 会注册控制器为 devm_spi_register_controller（），因此拆除通过 devm 清理已经丢弃了控制器引用。
    再次叫spi_controller_put（）在meson_spicc_remove（）中会导致双重买入。（CVE-2026-31489）

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

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

  - spi：使用通用 driver_override 基础架构 通过 __driver_attach（） 探测驱动程序时，会在未保留设备锁的情况下调用总线的 match（） 回调，因而可在未保留设备锁的情况下访问driver_override字段，这可导致 UAF。通过使用负责内部适当锁定的驱动程序核心driver_override基础架构来修复此问题。请注意，在未保留设备锁定的情况下，从 __driver_attach（） 调用 match（） 是有意为之。[1] 另请注意，我们未启用 struct bus_type 的 driver_override 功能，因为与大多数其他总线相反，当driver_override指针为 NULL 时，SPI 会传递到 sysfs_emit（）。因此，打印 \n 而不是 （null）。\n（CVE-2026-31487）

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

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

  - ksmbd：修复复合请求的 get_file_all_info（） 中潜在的 OOB 当复合请求包含 QUERY_DIRECTORY + QUERY_INFO （FILE_ALL_INFORMATION） 并且第一个命令几乎消耗整个max_trans_size时，get_file_all_info（） 会盲目调用具有 PATH_MAX 的 smbConvertToUTF16（），从而导致越界写入超出响应缓冲区。在 get_file_all_info（） 中，在将文件名复制到 smb2_file_all_info 结构的 FileName 字段之前，缺少对客户端提供的 OutputBufferLength 的验证检查。如果文件名长度超过可用的缓冲区空间，则可在 smbConvertToUTF16 转换期间导致潜在缓冲区溢出或内存损坏。使用 smb2_calc_max_out_buf_len（） 计算实际的可用缓冲区大小，并在缓冲区不足时返回 -EINVAL，并将更新 smbConvertToUTF16 以使用实际的文件名长度（由 PATH_MAX 限制）来确保安全的复制操作。（CVE-2026-31433）

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

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

  - uutils coreutils的split utils存在一个检查时间到使用时间（TOCTOU）漏洞。该程序尝试通过在启动拆分操作前，通过输入和输出文件的路径检查其身份，来防止数据丢失。然而，在基于路径的验证完成后，该工具会以截断方式打开输出文件。拥有写入权限的本地攻击者可以通过操作可变路径组件（例如，交换与符号链接的路径）来利用该竞赛窗口。这可能导致分裂截断并写入非预期的目标文件，可能包括输入文件本身或其他对进程可访问的敏感文件，导致永久性数据丢失。（CVE-2026-35374）

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

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

  - uutils coreutils中的safe_traversal模块，利用文件描述符相对系统调用防止时间检查到使用时间（TOCTOU）符号链竞赛，但错误地仅限于Linux目标。在其他类Unix系统如macOS和FreeBSD上，该工具未能利用这些保护，导致目录遍历操作容易受到符号链接竞态条件的影响。
    (CVE-2026-35362)

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

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

  - uutils coreutils 的 mkfifo 工具中存在一个检查时间到使用时间（TOCTOU）竞态条件。
    该工具创建一个先进先出（FIFO），然后执行基于路径的 chmod 来设置权限。拥有写入权限的本地攻击者可以交换新创建的先进先出（FIFO），以交换这两种操作之间的符号链路。这会将 chmod 调用重定向到任意文件，如果该工具以提升权限运行，可能会实现权限升级。（CVE-2026-35352）

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

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

  - net：bcmasp：修复 WoL irq 的双重释放 我们不需要释放 wol_irq，因为它是通过 devm_request_irq（） 实例化的。所以 devres 将为我们释放。（CVE-2026-31506）

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

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

  - 介质：MC，v4L2：序列化REINIT和REQBUFS req_queue_mutex MEDIA_REQUEST_IOC_REINIT可与VIDIOC_REQBUFS（0）个队列拆除路径并发运行。这可能针对 vb2 队列取消进行种族请求对象清理，并导致使用免费后报告。我们已经用 req_queue_mutex 对请求队列进行了序列化，针对 STREAMON/OFF。将该序列化扩展为REQBUFS，同时在media_request_ioctl_reinit（）中取同一个互斥体，使REINIT处于相同的排斥域。这防止请求清理和队列取消对支持请求的设备并行运行。（CVE-2026-31473）

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

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

  - RDMA/irdma：在使用完备前先初始化free_qp完成。irdma_create_qp 如果失败，ib_copy_to_udata调用 irdma_destroy_qp 来清理，该 Filling 会尝试等待尚未初始化的 free_qp 完成。通过在调用ib_copy_to_udata之前初始化完成来解决这个问题。
    (CVE-2026-31492)

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

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

  - HIDasus避免 asus_report_fixup() 中发生内存泄漏 asus_report_fixup() 函数返回新分配的由 kmemdup() 分配的缓冲区但从不将其释放。切换到 devm_kzalloc() 以确保移除设备时自动管理和释放内存。report_fixup() 的调用程序不取得返回指针的所有权，但允许返回生存期至少为输入缓冲区生存期的指针。通过仅复制原始描述符大小还修复了一个无害的越界读取。
    (CVE-2026-31524)

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

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

  - uutils coreutils 中的 dd 实用工具通过在进行截断尝试时无条件调用 Result：：ok（），抑制文件截断操作期间的错误。虽然其设计目的是模拟特殊文件（例如 /dev/null）的 GNU 行为，但 uutils 实现也隐藏了因磁盘已满或只读文件系统所导致的常规文件和目录失败。这可导致备份或迁移脚本中的静默数据损坏，因为即使目标文件包含旧数据或垃圾数据，实用工具也可能报告操作成功。（CVE-2026-35344）

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

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

  - 已修复 Linux 内核中的下列漏洞：erofs: set fileio bio failed in short read case For file-backed mount, IO requests are handled by vfs_iocb_iter_read(). However, it can be interrupted by SIGKILL, returning the number of bytes actually copied. Unused folios in bio are unexpectedly marked as uptodate. vfs_read filemap_read filemap_get_pages filemap_readahead erofs_fileio_readahead erofs_fileio_rq_submit vfs_iocb_iter_read filemap_read filemap_get_pages <= detect signal erofs_fileio_ki_complete <= set all folios uptodate This patch addresses this by setting short read bio with an error directly. (CVE-2026-31514)

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

ID	名称	严重性
309811	Linux Distros 未修补的漏洞：CVE-2026-35367	low
309810	Linux Distros 未修补的漏洞：CVE-2026-31486	high
309809	Linux Distros 未修补的漏洞：CVE-2026-35341	high
309808	Linux Distros 未修补的漏洞：CVE-2026-31488	high
309807	Linux Distros 未修补的漏洞：CVE-2026-31461	medium
309806	Linux Distros 未修补的漏洞：CVE-2026-35342	low
309805	Linux Distros 未修补的漏洞：CVE-2026-31479	high
309804	Linux Distros 未修补的漏洞：CVE-2026-31477	high
309803	Linux Distros 未修补的漏洞：CVE-2026-31503	medium
309802	Linux Distros 未修补的漏洞：CVE-2026-31499	medium
309801	Linux Distros 未修补的漏洞：CVE-2026-31515	medium
309800	Linux Distros 未修补的漏洞：CVE-2026-31525	high
309799	Linux Distros 未修补的漏洞：CVE-2026-35377	low
309798	Linux Distros 未修补的漏洞：CVE-2026-31507	high
309797	Linux Distros 未修补的漏洞：CVE-2026-35371	low
309796	Linux Distros 未修补的漏洞：CVE-2026-31502	high
309795	Linux Distros 未修补的漏洞：CVE-2026-31523	medium
309794	Linux Distros 未修补的漏洞：CVE-2026-31521	medium
309793	Linux Distros 未修补的漏洞：CVE-2026-31432	high
309792	Linux Distros 未修补的漏洞：CVE-2026-31494	high
309791	Linux Distros 未修补的漏洞：CVE-2026-31491	medium
309790	Linux Distros 未修补的漏洞：CVE-2026-31480	medium
309789	Linux Distros 未修补的漏洞：CVE-2026-31522	medium
309788	Linux Distros 未修补的漏洞：CVE-2026-31474	high
309787	Linux Distros 未修补的漏洞：CVE-2026-35349	high
309786	Linux Distros 未修补的漏洞：CVE-2026-35364	medium
309785	Linux Distros 未修补的漏洞：CVE-2026-35378	low
309784	Linux Distros 未修补的漏洞：CVE-2026-31511	high
309783	Linux Distros 未修补的漏洞：CVE-2026-31462	medium
309782	Linux Distros 未修补的漏洞：CVE-2026-35357	medium
309781	Linux Distros 未修补的漏洞：CVE-2026-35358	medium
309780	Linux Distros 未修补的漏洞：CVE-2026-35368	high
309779	Linux Distros 未修补的漏洞：CVE-2026-35348	medium
309778	Linux Distros 未修补的漏洞：CVE-2026-35343	low
309777	Linux Distros 未修补的漏洞：CVE-2026-31498	medium
309776	Linux Distros 未修补的漏洞：CVE-2026-35372	medium
309775	Linux Distros 未修补的漏洞：CVE-2026-31482	medium
309774	Linux Distros 未修补的漏洞：CVE-2026-31512	medium
309773	Linux Distros 未修补的漏洞：CVE-2026-31489	high
309772	Linux Distros 未修补的漏洞：CVE-2026-31487	medium
309771	Linux Distros 未修补的漏洞：CVE-2026-31433	high
309770	Linux Distros 未修补的漏洞：CVE-2026-35374	medium
309769	Linux Distros 未修补的漏洞：CVE-2026-35362	low
309768	Linux Distros 未修补的漏洞：CVE-2026-35352	high
309767	Linux Distros 未修补的漏洞：CVE-2026-31506	high
309766	Linux Distros 未修补的漏洞：CVE-2026-31473	high
309765	Linux Distros 未修补的漏洞：CVE-2026-31492	medium
309764	Linux Distros 未修补的漏洞：CVE-2026-31524	medium
309763	Linux Distros 未修补的漏洞：CVE-2026-35344	low
309762	Linux Distros 未修补的漏洞：CVE-2026-31514	medium

检测

Nessus 的 Misc. 系列

low

high

high

high

medium

low

high

high

medium

medium

medium

high

low

high

low

high

medium

medium

high

high

medium

medium

medium

high

high

medium

low

high

medium

medium

medium

high

medium

low

medium

medium

medium

medium

high

medium

high

medium

low

high

high

high

medium

medium

low

medium