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

  - powerpc/eeh：修复 EEH 事件处理中的递归pci_lock_rescan_remove锁定 最近的提交 1010b4c012b0（powerpc/eeh：使 EEH 驱动程序设备热插拔安全）重构了 EEH 驱动程序以改进与 PCI 热插拔层的同步。但是，它不慎将 pci_lock_rescan_remove（） 移出其在 eeh_handle_normal_event（） 中的预期范围，导致 PCI 错误报告中断和不正确的 EEH 事件触发。具体而言，eeh_handle_normal_event（） 在调用 eeh_pe_bus_get（） 前就已获取 pci_lock_rescan_remove（），但 eeh_pe_bus_get（） 本身却尝试在内部获取相同的锁定，造成嵌套锁定并中断正常的 EEH 事件处理路径。此修补程序将布尔参数do_lock添加到具有两个公共封装程序的 _eeh_pe_bus_get（）：启用锁定的 eeh_pe_bus_get（）。
    跳过锁定的 eeh_pe_bus_get_nolock（）。已持有 pci_lock_rescan_remove（） 的调用程序现在使用 eeh_pe_bus_get_nolock（） 来避免递归锁定获取。此外，pci_lock_rescan_remove（） 调用会在 eeh_pe_bus_get（） 之后和迭代受影响的 PE 和设备之前立即还原到正确位置。这可确保在适当的总线重新扫描锁定下，EEH 触发的 PCI 删除发生，而不发生递归锁争夺。eeh_pe_loc_get（） 函数已拆分为两个函数：
    eeh_pe_loc_get（struct eeh_pe *pe），用于检索指定 PE 的 loc。eeh_pe_loc_get_bus（struct pci_bus
    *bus），用于检索给定总线的位置代码。这解决了 lockdep 警告，例如 [84.964298] [ T928] ============================================ [ 84.964304] T928[ ] 警告：检测到可能的递归锁定 [ 84.964311] [ T928] 6.18.0-rc3 #51 未受感染 [ 84.964315] [ T928] <snip>
    -------------------------------------------- [ 84.964320] T928[ ] eehd/928 正在尝试获取锁定： [84.964324] [ T928] c000000003b29d58 （pci_rescan_remove_lock）{+.+.}-{3:3}， at：
    pci_lock_rescan_remove+0x28/0x40 [ 84.964342] T928[ ] 但任务已经保持锁定： [ 84.964347] [T928] c000000003b29d58 （pci_rescan_remove_lock）{+.+.}-{3:3}， at： pci_lock_rescan_remove+0x28/0x40 [84.964357] T928[ ] 其他可能有助于我们调试此问题的信息： [ 84.964363] [ ] T928[ ] 可能的不安全锁定场景： [ 84.964367] [ T928] CPU0 [ 84.964370] [ T928] ---- [ 84.964373] T928[ ] lock（pci_rescan_remove_lock）;[ 84.964378] [ T928] 锁（pci_rescan_remove_lock）;[ 84.964383] [ T928] *** 死锁 *** [ 84.964388] [ ] 可能是 T928因为缺少锁定嵌套符号所致 [ 84.964393] [ T928] eehd/928 持有的 1 个锁定： [ 84.964397] [ T928] #0： c000000003b29d58 （pci_rescan_remove_lock）{+.+.}-{3:3}， at：
    pci_lock_rescan_remove+0x28/0x40 [ 84.964408] T928[ ] 堆栈回溯： [ 84.964414] [ T928] CPU：2 UID：0 PID：928 通信：eehd 未受感染 6.18.0-rc3 #51 VOLUNTARY [ 84.964417] [ T928] 硬件名称：IBM，9080-HEX POWER10 （architected） 0x800200 0xf000006 of：IBM，FW1060.00 （NH1060_022） hv：phyp pSeries [ 84.964419] [] 调用T928跟踪： [ 84.964420] [ T928] [c0000011a7157990] [c000000001705de4] dump_stack_lvl+0xc8/0x130（不可靠） [ 84.964424] [ T928] [c0000011a71579d0] [c0000000002f66e0] print_deadlock_bug+0x430/0x440 [84.964428] [ T928] [c0000011a7157a70] [c0000000002fd0c0] __lock_acquire+0x1530/0x2d80 [ 84.964431] [ T928] [c0000011a7157ba0] [c0000000002fea54] lock_acquire+0x144/0x410 ： [ 84.964433] [ T928] [c0000011a7157cb0] [c0000011a7157cb0] __mutex_lock+0xf4/0x1050 [ 84.964436] [ T928] [c0000011a7157e00] [c00000000de21d8] pci_lock_rescan_remove+0x28/0x40 [ 84.964439] [ T928] [c0000011a7157e20] [c00000000004ed98] eeh_pe_bus_get+0x48/0xc0 [ 84.964442] [ T928] [c0000011a7157e50] [c00000 ---truncated--- （CVE-2026-45904）

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

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

  - md/raid5：在访问日志元数据之前验证负载大小 r5c_recovery_analyze_meta_block（） 和 r5l_recovery_verify_data_checksum_for_mb（） 使用磁盘上的负载大小字段迭代日志元数据块中的负载，而无需根据元数据块中的剩余空间进行验证。损坏的日志包含超出PAGE_SIZE边界的负载大小，可在访问负载字段或计算偏移时造成越界读取。为每种负载类型添加边界验证，以确保在处理之前完整负载适合meta_size。（CVE-2026-46070）

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

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

  - FastNetMon Community Edition 及之前版本 1.2.9 的 NetFlow v9 选项模板解析器中包含一个越界读取错误。在 process_netflow_v9_options_template（） （src/netflow_plugin/netflow_v9_collector.cpp） 中，范围解析循环（行 224-229）迭代直到scopes_offset达到攻击者控制的option_scope_length值，并在每个步骤读取netflow9_template_flowset_record_t结构。不存在边界检查验证 （zone_address + scopes_offset + sizeof（record）） 是否在流集中。同样的问题会影响带有option_length的选项字段循环（行 241-257）。此外，option_scope_length未经验证为 sizeof（netflow9_template_flowset_record_t） 的倍数，这可能导致读取不一致。攻击者可触发超出 UDP 数据包缓冲区末尾的读取。（CVE-2026-48684）

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

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

  - tpm：st33zp24：修复 get_burstcount（） 错误缺少清理的问题 get_burstcount（） 可在超时时返回 -EBUSY。发生这种情况时，st33zp24_send（） 会直接返回，而不释放之前获取的局部性。使用 goto out_err 确保 get_burstcount（） 失败时的正确清理。（CVE-2026-45871）

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

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

  - bpf：修复未提供 prog fd 时的 tcx/netkit 分离权限 此提交修复了一个安全问题，其中未提供程序 fd 时，任何用户都可以执行 tcx 或 netkit 设备上的BPF_PROG_DETACH，从而绕过权限检查。此补丁在此情况下添加了针对CAP_NET_ADMIN或CAP_SYS_ADMIN的功能检查。（CVE-2026-45932）

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

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

  - power：supply：sbs-battery：修复 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* 的糟糕情况。通过确保在注册“power_supply”句柄后 _ 请求 IRQ，修复了此 racy 释放后使用。保留旧行为，即在 IRQ 请求期间发生任何故障时仅打印警告并成功完成探测。（CVE-2026-45916）

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

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

  - 已修复 Linux 内核中的下列漏洞：md/md-llbitmap: raise barrier before state machine transition Move the barrier raise operation before calling llbitmap_state_machine() in both llbitmap_start_write() and llbitmap_start_discard(). This ensures the barrier is in place before any state transitions occur, preventing potential race conditions where the state machine could complete before the barrier is properly raised. (CVE-2026-46095)

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

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

  - net： mctp：确保 nlmsg 响应已初始化 Zellic 的 Syed Faraz Abrar （@farazsth98） 和 DEVCORE Research Team 与 Trend Micro Zero Day Initiative 合作的 Pumpkin （@u1f383） 报告称，RTM_GETNEIGH将在 ndmsg 数据的填充字节中返回未初始化的数据。确保在链接、地址和邻居响应消息中将 netlink 数据初始化为零。（CVE-2026-45930）

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

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

  - FastNetMon Community Edition 通过 1.2.9 未验证出站 HTTPS 连接上的 TLS 证书。
    src/fast_library.cpp 中的 execute_web_request_secure（） 函数使用 tls_client 模式创建 boost：：asio：：ssl：：context，并调用 set_default_verify_paths（） 加载 CA 证书，但从不调用 set_verify_mode（boost：：asio：：ssl：：verify_peer）。如果没有此调用，OpenSSL 执行 TLS 握手时不验证服务器的证书链，从而使所有 HTTPS 连接容易遭受中间人攻击。该函数用于遥测向 community-stats.fastnetmon.com 报告，后者会发送系统信息，包括 CPU 型号、内核版本、流量统计数据和软件配置。攻击者可拦截并修改此数据或将其重定向到恶意服务器。
    (CVE-2026-48697)

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

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

  - rxrpc：修复 rxkad_verify_response（） 中的内存泄漏 修复 rxkad_verify_response（），以便在所有情况下释放票证和服务器密钥，方法是将票证指针初始化为空，然后在第一次分配完成后使通过该函数的所有路径经过一个仅释放所有内容的通用尾声，其中所有释放都跳过空指针。（CVE-2026-46012）

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

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

  - apparmor：修复 aa_sock_file_perm 中的空 sock 处理套接字设置或拆卸期间 sock 和 sock-sk 可能为空的可能性。这可导致 oops。针对 中的空指针取消引用的补丁
    __unix_needs_revalidation显示这至少对af_unix套接字是可能的。尽管af_unix套接字的补丁适用于较新的中介，但这仍然是旧af_unix中介和其他套接字的回退路径，因此请确保将其覆盖。（CVE-2026-45848）

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

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

  - netfilter：拒绝 nft_bitwise 中的零移位 拒绝初始化期间nft_bitwise左移和右移表达式的零移位操作数。进位传播逻辑使用 BITS_PER_TYPE（u32） - shift 计算来自相邻 32 位字的进位。零位移操作数将此转换为 32 位移，这是未定义的行为。拒绝控制平面中的零位移操作数，以及对大于或等于 32 的值的现有检查，如此一来，畸形规则就永远不会到达数据包路径。（CVE-2026-46101）

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

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

  - ntfs3：向 run_unpack（） 添加缓冲区边界检查 run_unpack（） 会在 while 循环顶部检查“run_buf < run_last”，但随后通过 run_unpack_s64（） 读取 size_size 和 offset_size 字节，而不验证这些字节是否适合剩余缓冲区。当挂载文件系统时，MFT 属性中包含截断运行数据的构建 NTFS 图像会触发最多 15 字节的 OOB 堆读取。在每个 run_unpack_s64（） 调用前添加边界检查，以确保声明的字段大小不超过剩余缓冲区。通过使用源修补的工具 （LibAFL + QEMU） 进行模糊测试发现。（CVE-2026-46072）

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

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

  - wifi：rtw88：检查 PCI 上游桥是否存在 pci_upstream_bridge（） 如果设备位于根总线上，则返回 NULL。如果在具有此类 PCI 拓扑结构的系统中安装 8821CE，探测例程将会崩溃。这可能没有被注意到，因为 8821CE 主要用于笔记本电脑，其中设备上游有一个 PCI 到 PCI 桥接器。但是，该卡可能安装在具有不同配置的系统上。检查是否存在要应用的特定变通方案的桥接。由 Linux 验证中心 （linuxtesting.org） 使用 Svace 静态分析工具发现。（CVE-2026-46092）

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

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

  - crypto：atmel-aes - 修复 3 页内存泄漏 atmel_aes_buff_cleanup atmel_aes_buff_init（） 使用含 ATMEL_AES_BUFFER_ORDER 的 __get_free_pages（） 分配 4 个页面，但是 atmel_aes_buff_cleanup（） 仅使用 free_page（） 释放第一页，从而泄漏其余 3 个页面。将 free_pages（） 与 ATMEL_AES_BUFFER_ORDER 一起使用可修复内存泄漏。（CVE-2026-46019）

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

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

  - inotify：修复 fsnotify_add_inode_mark_locked（） 失败时的监视计数泄漏 当 fsnotify_add_inode_mark_locked（） 在 inotify_new_watch（） 中失败时，错误路径会调用 inotify_remove_from_idr（） 但不会调用 dec_inotify_watches（） 来撤消前面的 inc_inotify_watches（）。这会泄漏监视计数，即使没有活动的监视，反复失败也会通过 -ENOSPC 耗尽max_user_watches限制。在提交 1cce1eea0aff（inotify：转换为使用每个命名空间限制）之前，监视计数会在 fsnotify_add_mark_locked（） 成功后增加，因此此路径不受影响。转换将 inc_inotify_watches（） 移动到标记插入之前，但没有添加相应的回滚。在错误路径中添加缺少的 dec_inotify_watches（） 调用。
    (CVE-2026-46040)

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

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

  - IO：：Compress 之前的版本2.2072.220对于 Perl 来说，随附的 zipdetails CLI 工具会在具有 8 字节 UID 或 GID 的 Info-ZIP Unix 额外字段上因未定义的子例程而崩溃。当 bin/zipdetails 中的 decode_ux（） 处理 UID 大小或 GID 大小设置为 8 的 Info-ZIP Unix 额外字段（标签 0x7875），导致 zipdetails 解码 8 字节 UID 或 GID 值时，它会通过调用名称错误的辅助函数 unpackValueQ 的 decodeLitteEndian（） 进行调度。同一文件中定义的实际函数unpackValue_Q（带下划线）;调用引发“Undefined subroutine &main：：unpackValueQ”，脚本退出且状态为 255。IO：：Compress 和 IO：：Uncompress 的库调用程序不受影响;该缺陷存在于捆绑的 CLI 工具中。（CVE-2026-48961）

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

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

  - 在 6.17 之前版本的 Perl HTTP::Daemon 中，允许通过 send_file() 进行操作系统命令注入。send_file() 使用 Perl 的 2-arg open() 来打开其字符串参数。2-arg 表单会解析 magic 前缀：“|cmd”和“cmd |”会打开通往子进程的管道，“> path”和“>> path”会打开写入或附加路径。传递到 send_file() 的不受信任输入可在 daemon 进程 UID 处运行 OS 命令。read-pipe 表单（“cmd |”）还会将子进程 stdout 泄漏到 HTTP 响应正文中。写入模式表单可在攻击者选择的路径处创建或截断文件。(CVE-2026-8450)

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

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

  - Perl 之前的 IO：：Uncompress：：Unzip 版本 2.215 在解析 DOS 日期畸形的 zip 标头时传播未捕获异常。 _dosToUnixTime（） 解码 local-file-header last-modification date 字段，并在无 eval guard 的情况下调用 Time：：Local：：timelocal（）。日期字段解码为超出范围的月、日或小时的标头会导致 timelocal（） 终止。异常传播到 IO：：Uncompress：：Unzip->new（$file），其中调用者预期 undef plus $UnzipError。（CVE-2025-15649）

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

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

  - 在之前和1.32.x之前的 1.34.41.34.x MediaWiki 1.31.10 中，Special：UserRights 暴露了隐藏用户的存在。（CVE-2020-25813）

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

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

  - Perl 之前 2.220 的 IO：：Compress 版本可通过攻击者控制的输出 glob 在 File：：GlobMapper 中执行任意代码。 _parseOutputGlob（） 将调用程序提供的输出 glob 字符串括在双引号中并将其存储在解析器状态中;然后，_getFiles（） 通过 eval STRING 运行存储的表达式。
    输出 glob 中的文字双引号关闭 dquote 封装程序，后面的字符被评估为 Perl。输出 glob 中的任意 Perl 以调用进程的权限执行。
    (CVE-2026-48962)

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

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

  - Perl 之前 2.220 的 IO：：Uncompress：：Unzip 版本允许通过 fastForward 中的每字节读取循环使 CPU 耗尽。 fastForward（） 将长度 $offset （偏移的位数，从 1 到 19）与区块大小 $c 而不是其本身） $offset 进行比较，因此 $c 每次迭代从 16 KiB 缩减到 1-19 字节。从攻击者通过 IO：：Uncompress：：Unzip->new（$zip， Name => $target） 提供的 zip 提取指定条目会驱动每字节读取循环，该循环会随条目的压缩大小进行缩放，最高可达非 Zip64 的 4 GiB 上限。
    (CVE-2026-48959)

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

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

  - Symfony Polyfill 向后移植 PHP 功能，并为扩展和功能提供兼容性层。
    From 1.17.1 until 1.38.1， symfony/polyfill-intl-idn 接受 xn-- Punycode 负载为空或解码为仅 ASCII 代码点的标签，因为 Idn：:p rocess（） 未强制执行 UTS #46 修订版 33 要求，即解码的 ACE 标签至少包含一个非 ASCII 代码点。原本不相等的域名可以视为相等，这可导致使用 polyfill 规范化或比较主机名的应用程序中的黑名单绕过、URL 解析不一致以及服务器端请求伪造。此问题已在 1.38.1 版本中修复。(CVE-2026-46644)

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

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

  - net/sched：taprio：修复类转储中的空指针取消引用 通过 RTM_DELQDISC 删除 TAPRIO 子 qdisc 时，将使用 new == NULL 调用 taprio_graft（） 并将 NULL 存储到 q->qdiscs[cl - 1] 中。后续RTM_GETTCLASS转储操作通过 taprio_walk（） 遍历所有类并调用 taprio_dump_class（），后者会调用 taprio_leaf（） 返回空指针，然后取消引用它以读取子>句柄，从而造成内核空指针取消引用。可通过任何启用了 CONFIG_NET_SCH_TAPRIO 的内核上的命名空间范围的CAP_NET_ADMIN访问此缺陷。在启用非特权用户命名空间的系统中，非特权本地用户可通过在新的网络命名空间中创建 taprio qdisc、嫁接明确子 qdisc、将其删除并请求类转储来触发内核错误。RTM_GETTCLASS转储本身不需要任何功能。哎呀：一般保护错误，可能针对非规范地址 0xdffffc0000000007：0000 [#1] SMP KASAN NOPTI KASAN：范围内的 null-ptr-deref [0x0000000000000038-0x000000000000003f] RIP：
    0010：taprio_dump_class （net/sched/sch_taprio.c：2478） 调用跟踪： <TASK> tc_fill_tclass （net/sched/sch_api.c：1966） qdisc_class_dump （net/sched/sch_api.c：2326） taprio_walk （net/sched/sch_taprio.c：2514） tc_dump_tclass_qdisc （net/sched/sch_api.c：2352） tc_dump_tclass_root （net/sched/sch_api.c：2370） tc_dump_tclass （net/sched/sch_api.c：2431） rtnl_dumpit （net/core/rtnetlink.c：6864） netlink_dump （net/netlink/af_netlink.c：2325） rtnetlink_rcv_msg （net/core/rtnetlink.c：6959） netlink_rcv_skb （net/netlink/af_netlink.c：2550） </TASK> 通过在 taprio_graft（） 中替换 new 为空时的 &noop_qdisc 来修复此问题，这是其他 qdisc（如 multiq_graft（））的常用模式，以确保 q->qdiscs[] 插槽永远不为空。这使得控制平面转储路径安全，无需单独的 NULL 检查。由于数据平面路径（taprio_enqueue 和 taprio_dequeue_from_txq）之前具有明确的 NULL 防护，可以干净利落地丢弃/略过数据包，因此更新这些检查以改为测试 &noop_qdisc。如果没有此问题，数据包将到达 taprio_enqueue_one（），这会在调用子进程的排队之前递增根 qdisc 的 qlen 和 backlog;noop_qdisc 丢弃数据包，但这些计数器永远不会回滚，从而永久夸大根 qdisc 的统计数据。在此更改之后，*old 可以是有效的 qdisc、NULL 或 &noop_qdisc。仅在第一种情况下调用 qdisc_put（*old） 以避免减少从未增加的 noop_qdisc 的引用计数。
    (CVE-2026-45845)

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

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

  - openvswitch：上限上调 PID 数组大小和预先大小 vport 回复 vport netlink 回复帮助程序使用 nlmsg_new（NLMSG_DEFAULT_SIZE， ...） 分配固定大小的 skb，但通过 ovs_vport_get_upcall_portids（） 序列化完整的上调 PID 数组。由于 ovs_vport_set_upcall_portids（） 接受任何没有上限的 sizeof（u32） 非零倍数，CAP_NET_ADMIN用户可安装足够大的 PID 数组以使回复缓冲区溢出，从而造成 nla_put（） 因 -EMSGSIZE 而失败并命中 BUG_ON（err < 0）。在启用非特权用户命名空间的系统上（例如 Ubuntu 默认），可通过 unshare -Urn 实现此访问，因为 OVS vport 突变操作使用GENL_UNS_ADMIN_PERM。net/openvswitch/datapath.c：2414！ 的内核缺陷哎呀：
    无效操作码：0000 [#1] SMP KASAN NOPTI CPU：1 UID：0 PID：65 通信：poc 未受感染 7.0.0-rc7-00195-geb216e422044 #1 RIP：0010：ovs_vport_cmd_set+0x34c/0x400 调用跟踪： <TASK> genl_family_rcv_msg_doit （net/netlink/genetlink.c：1116） genl_rcv_msg （net/netlink/genetlink.c：1194） netlink_rcv_skb （net/netlink/af_netlink.c：2550） genl_rcv （net/netlink/genetlink.c：1219） netlink_unicast （net/netlink/af_netlink.c：1344） netlink_sendmsg （net/netlink/af_netlink.c：1894） __sys_sendto （net/socket.c：2206） __x64_sys_sendto （net/socket.c：2209） do_syscall_64 （arch/x86/entry/syscall_64.c：63） entry_SYSCALL_64_after_hwframe （arch/x86/entry/entry_64.S：130） </TASK> 内核错误 - 不同步： 致命异常 拒绝尝试在 ovs_vport_set_upcall_portids（） 中设置多于 nr_cpu_ids 的 PID，并基于该边界预先计算 ovs_vport_cmd_msg_size（） 中最坏情况的回复大小， 与现有 ovs_dp_cmd_msg_size（） 类似。nr_cpu_ids匹配数据路径端的每个 CPU 分派配置已使用的上限（ovs_dp_cmd_fill_info（） 序列化最多 nr_cpu_ids 个 PID），因此两端保持一致。（CVE-2026-45840）

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

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

  - bpf：修复 fork arena_vm_open（） 上 arena_vm_close 中的释放后使用仅升级 vml->mmap_count，但从不在 arena->vma_list 中注册子 VMA。vml->vma 始终指向父 VMA，因此在父 munmap 之后，指针会悬摆。如果子代随后调用 bpf_arena_free_pages（），则 zap_pages（） 会读取过期的 vml->vma，触发释放后使用。通过防止具有 VM_DONTCOPY 的跨分支继承 arena VMA，以及防止通过 may_split 回调拆分 VMA，来修复此问题。同样拒绝具有返回 -EINVAL 的 .mremap 回调的 mremap。完整 arena VMA 上相同大小的 mremap（MREMAP_FIXED） 通过以下路径到达 copy_vma（）：check_prep_vma（） - 提早返回 0：new_len == old_len 跳过VM_DONTEXPAND检查 prep_move_vma（） - vm_start == old_addr 和 vm_end == old_addr + old_len因此永远不会调用 may_split move_vma（） copy_vma_and_data（） copy_vma（） vm_area_dup（） - 复制vm_private_data（vml指针）vm_ops->open（） - 升级 vml->mmap_countvm_ops->mremap（） - 返回 -EINVAL，回滚取消映射新的 VMA refcount 确保回滚的arena_vm_close不会释放与原始 VMA 共享的 vml。
    (CVE-2026-45837)

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

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

  - slip：bound decode（） 针对压缩的数据包长度进行读取 slhc_uncompress（） 通过 decode（） 和 pull16（） 推进指针穿过数据包，从而解析 VJ 压缩的 TCP 标头。帮助程序都不会对 isize 进行边界检查，而且 decode（） 会使用 &0xffff 掩盖其返回，因此永远无法返回调用方测试的 -1 -- 这些错误路径都是死代码。其更改字节请求可选字段的短压缩帧可让 decode（） 通过数据包的末尾进行读取。过度读取的字节会折叠到缓存的 cstate 中，并反射到后续重建的数据包中。使 decode（） 和 pull16（） 获取数据包尾指针，并在耗尽时返回 -1。在读取 TCP 校验和之前添加边界检查。现有的 == -1 测试现在可以执行其始终预期的操作。（CVE-2026-45843）

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

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

  - bpf：拒绝 bpf_core_parse_spec（） 中的负 CO-RE 访问器索引 CO-RE 访问器字符串是冒号分隔的索引，用于描述从根 BTF 类型到目标字段的路径，例如 0：1：2 穿过嵌套结构成员。bpf_core_parse_spec（） 使用 sscanf（%d） 解析每个组件，因此静默接受 -1 等负值。后续边界检查 （access_idx >= btf_vlen（t）） 仅保护上限并始终传递负值，因为 C 整数升级将__u16 btf_vlen结果转换为 int，从而使任何正 N 的比较 （int）（-1） >= （int）（N） 为假。当 -1 到达 btf_member_bit_offset（） 时，它会被转换为 u32 0xffffffff，进而产生远超出成员数组的越界读取。构建的 BPF 程序在 vmlinux BTF （例如 task_struct） 中存在的任何结构上具有负的 CO-RE 访问器，会在任何系统 CONFIG_DEBUG_INFO_BTF=y（主要发行版本上的默认设置）上BPF_PROG_LOAD期间确定性地造成内核崩溃。通过 CAP_BPF 可访问此缺陷：缺陷：无法处理地址的页面错误：ffffed11818b6626 #PF：内核模式下的监督人读取访问权限 #PF：
    error_code（0x0000） - 不存在页面 Oops： Oops： 0000 [#1] SMP KASAN NOPTI CPU： 0 UID： 0 PID： 85 Comm：
    poc 未受感染 7.0.0-rc6 #18 PREEMPT（full） RIP：0010：bpf_core_parse_spec （tools/lib/bpf/relo_core.c：354） RAX：00000000ffffffff 调用跟踪： <TASK> bpf_core_calc_relo_insn （tools/lib/bpf/relo_core.c：1321） bpf_core_apply （kernel/bpf/btf.c：9507） check_core_relo （kernel/bpf/verifier.c：19475） bpf_check （kernel/bpf/verifier.c：26031） bpf_prog_load （kernel/bpf/syscall.c：3089） __sys_bpf （kernel/bpf/syscall.c：6228） </TASK> CO-RE 访问器索引本质上是非负的（结构成员索引、数组元素索引或枚举器索引），因此在解析后立即拒绝它们。
    (CVE-2026-45839)

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

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

  - bpf：修复 cgroup_storage_get_next_key（） 中的列表结尾检测 list_next_entry（） 从不返回 NULL -- 当目前元素是最后一个条目时，它会通过 container_of（） 封装到列表标题。因此，后续的 NULL 检查是死代码，get_next_key（） 永远不会为最后一个元素返回 -ENOENT，而是从为内部映射字段别名的虚假指针读取 storage->key，并将结果复制到用户空间。将其替换为 list_entry_is_head（），以便函数在没有更多条目时正确地返回 -ENOENT。（CVE-2026-45838）

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

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

  - bareudp：修复 bareudp_fill_metadata_dst（） 中的空指针取消引用 bareudp_fill_metadata_dst（） 在不进行 NULL 检查的情况下将 bareudp->sock 传递到 IPv6 路径中的 udp_tunnel6_dst_lookup（）。套接字仅在 bareudp_open（） 中创建，且在 bareudp_stop（） 中设置为 NULL，因此在设备向下时调用此函数会通过 sock->sk 触发空取消引用。BUG：内核空指针取消引用，地址：0000000000000018 RIP：0010：udp_tunnel6_dst_lookup （net/ipv6/ip6_udp_tunnel.c：160） 调用跟踪： <TASK> bareudp_fill_metadata_dst （drivers/net/bareudp.c：532） do_execute_actions （net/openvswitch/actions.c：901） ovs_execute_actions （net/openvswitch/actions.c：1589） ovs_packet_cmd_execute （net/openvswitch/datapath.c：700） genl_family_rcv_msg_doit （net/netlink/genetlink.c：1114） genl_rcv_msg （net/netlink/genetlink.c：1209） netlink_rcv_skb（net/netlink/af_netlink.c：2550） </TASK> 添加返回 -ESHUTDOWN 的空检查，其与相同驱动程序中的 xmit 路径一致。（CVE-2026-45846）

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

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

  - netfilter：arp_tables：修复 IEEE1394 ARP 负载解析 Weiming Shi 表示：假设存在两个硬件地址（源和目标）时，arp_packet_match（） 会无条件地解析 ARP 负载。
    但是，IPv4-over-IEEE1394 ARP （RFC 2734） 省略了目标硬件地址字段，而 arp_hdr_len（） 已通过为ARPHRD_IEEE1394设备返回较短长度来说明此问题。因此，在接口上 IEEE1394 ，arp_packet_match（） 会前进超过一个不存在的目标硬件地址，并针对目标设备地址比较和目标 IP 地址读取错误的字节。这造成 arptables 规则与垃圾数据匹配，从而导致错误的过滤决定：本应被接受的数据包可能会被丢弃，反之亦然。net/ipv4/arp.c（arp_create 和 arp_process）中的 ARP 堆栈已经通过跳过ARPHRD_IEEE1394的目标硬件地址来正确处理此漏洞。将相同的模式应用于 arp_packet_match（）。破坏原始修补程序以始终返回 0（无匹配），以防用户匹配目标硬件地址，而该地址从未出现在 IEEE1394中。请注意，这将为正常匹配和反向匹配返回 0（无匹配），因为 arptables 从未支持ARPHRD_IEEE1394目标硬件地址中的匹配。这是有意为之的，目标硬件地址上的匹配不应针对ARPHRD_IEEE1394评估为 true。此外，调整arpt_mangle以按照 AI 的建议丢弃数据包：在 arpt_mangle 中，逻辑采用标准 ARP 布局。由于 （FireWire） 省略了目标硬件地址，线 IEEE1394 性指针算术会错误计算目标 IP 地址的偏移量。这可造成识别编码操作写入错误的位置，进而导致数据包损坏。为确保安全，当针对设备上的这些字段 IEEE1394 请求识别编码时，该修补程序会丢弃数据包 （NF_DROP），因为目前的实现无法正确映射 FireWire ARP 负载。
    这样会同时忽略识别目标硬件和 IP 地址。即使 中应该可以 IEEE1394发生 IP 地址识别，这也需要调整偏移计算arpt_mangle，而这从未受支持过。
    基于来自 Weiming Shi <bestswngs@gmail.com>的修补程序。（CVE-2026-45844）

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

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

  - netfilter：nfnetlink_osf：修复 OSF_WSS_MODULO nf_osf_match_one（） 计算 ctx->window % f->wss.val 在没有对 f->wss.val == 0 的保护的情况下计算 OSF_WSS_MODULO 分支中的除以零。CAP_NET_ADMIN用户可以通过 nfnetlink 添加此类指纹;后续匹配的 TCP SYN 除以零并造成内核错误。
    拒绝 nfnl_osf_add_callback（） 中每个选项 for 循环上方的虚假指纹。f->wss 是按指纹而不是按选项，因此无论 f->opt_num（包括 0）如何，都必须运行检查。同时拒绝 wss.wc >= OSF_WSS_MAX;nf_osf_match_one（） 已将此情况视为不应该发生。崩溃：错误：除法错误：0000 [#1] SMP KASAN NOPTI RIP：0010：nf_osf_match_one （net/netfilter/nfnetlink_osf.c：98） 调用跟踪：
    <IRQ> nf_osf_match （net/netfilter/nfnetlink_osf.c：220） xt_osf_match_packet （net/netfilter/xt_osf.c：32） ipt_do_table （net/ipv4/netfilter/ip_tables.c：348） nf_hook_slow （net/netfilter/core.c：622） ip_local_deliver （net/ipv4/ip_input.c：265） ip_rcv （include/linux/skbuff.h：1162） __netif_receive_skb_one_core （net/core/dev.c：6181） process_backlog （net/core/dev.c：6642） __napi_poll （net/core/dev.c：7710） net_rx_action （net/core/dev.c：7945）handle_softirqs （kernel/softirq.c：622） （CVE-2026-45841）

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

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

  - slip：拒绝没有 rstate 数组实例上的 VJ 接收数据包 slhc_init（） 接受 rslots == 0 作为有效配置，具有记录的含义“no receive compression”。在这种情况下，将跳过 slhc_init（） 中的分配循环，因此 comp->rstate 保持为 NULL，comp->rslot_limit 保持为 0（来自 struct slcompress 的 kzalloc）。receive 帮助程序不会防御该配置。当 VJ 标头带有明确的连接 ID 时，slhc_uncompress（） 会取消引用 comp->rstate[x]，而 slhc_remember（） 稍后仅在比较数据包的插槽号与 comp->rslot_limit 之后，分配 cs = &comp->rstate[...]。
    由于rslot_limit为 0，所以插槽 0 通过范围检查，并且代码会取消引用 NULL 状态。通过 PPP 可在树内访问配置。PPPIOCSMAXCID 将其参数存储在有符号的 int 中，并且 （val >> 16） 使用算术移位。因此，传递 0xffff0000 会将 sign-extendes 为 -1，因此 val2 + 1 为 0，而 ppp_generic.c 最终会调用 slhc_init（0， 1）。由于 /dev/ppp open 由 ns_capable（CAP_NET_ADMIN） 进行门控，因此可从非特权用户命名空间访问整个路径。安装畸形 VJ 状态之后，选择插槽 0 的任何入站 VJ 压缩或 VJ 未压缩帧都会使 softirq 上下文中的内核崩溃： 错误：一般保护错误，可能针对非规范地址 0xdffffc0000000000：0000 [#1] SMP KASAN NOPTI KASAN：范围 [0x0000000000000000-0x0000000000000007] 中的 null-ptr-deref RIP：0010：slhc_uncompress （drivers/net/slip/slhc.c：519） 调用跟踪： <TASK> ppp_receive_nonmp_frame （drivers/net/ppp/ppp_generic.c：2466） ppp_input （drivers/net/ppp/ppp_generic.c：2359） ppp_async_process （drivers/net/ppp/ppp_async.c：492） tasklet_action_common （kernel/softirq.c：926） handle_softirqs （kernel/softirq.c：623） run_ksoftirqd （kernel/softirq.c：1055） smpboot_thread_fn （kernel/smpboot.c：160） kthread （kernel/kthread.c：436） ret_from_fork （arch/x86/kernel/process.c：164） </TASK> 拒绝此类实例的接收端，而不是接触 rstate。slhc_uncompress（） 落入其现有的“bad”标签，这会碰撞sls_i_error并进入 TOSS 状态。slhc_remember（） 以显式 sls_i_error 增量后跟 slhc_toss（） 来反映它;此处不使用sls_i_runt计数器，因为缺少的 rstate 是内部配置状态，而非 runt 数据包。传输路径不受影响：唯一从用户空间 （ppp_generic.c） 中选取 rslots 的树内调用程序仍提供 tslots >= 1，而 slip.c 始终调用 slhc_init（16， 16），因此 comp->tstate 仍然有效，而 slhc_compress（） 继续工作。（CVE-2026-45842）

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

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

  - 在某些情况下，JIT 编译的代码可能取消引用通配指针值。这会导致被利用的程序崩溃问题。此漏洞会影响 Firefox < 122。(CVE-2024-0744)

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

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

  - Offscreen Canvas 未正确跟踪跨源污染，攻击者可在违反同源策略的情况下利用它来访问其他站点的图像数据。此漏洞会影响 Firefox < 116、Firefox ESR < 102.14 和 Firefox ESR < 115.1。(CVE-2023-4045)

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

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

  - 当将页面保存至 PDF 时，某些字体样式无法造成潜在的释放后使用崩溃。此漏洞会影响 Firefox < 126，Firefox ESR < 115.11 和 Thunderbird < 115.11。(CVE-2024-4770)

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

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

  - 当服务工作线程拦截带有 <code>FetchEvent</code> 的请求时，该请求的来源在服务工作线程取得所有权后丢失。这会造成取消 SameSite Cookie 保护。此问题先后在规范和浏览器中得以解决。此漏洞会影响 Firefox ESR < 102.5、Thunderbird  < 102.5 和 Firefox < 107。(CVE-2022-45410)

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

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

  - WebExtension 可请求访问本地文件而不会及时出现警告说明“扩展将访问显示给用户所有网站的数据”。这允许扩展在本地页运行内容脚本，当打开本地文件时不会出现权限警告。该漏洞影响 Firefox ESR < 60.3 和 Firefox < 63。（CVE-2018-12397）

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

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

  Mozilla 开发人员报告 Firefox 71 中存在的内存安全错误。其中某些错误展示出内存损坏迹象，我们推测如果攻击者进行足够的尝试，则可以利用此漏洞运行任意代码。此漏洞会影响 Firefox < 72。(CVE-2019-17025)

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

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

  - 之前 70.0.3538.67 Google Chrome 的 Angle 中的错误纹理处理允许远程攻击者通过构建的 HTML 页面执行越界内存写入。（CVE-2018-17466）

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

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

  - 解析任意 HTML 然后使用 Render 进行渲染可导致非预期的 HTML 树。可利用此问题在尝试在渲染之前审查输入 HTML 的应用程序中执行 XSS 攻击。
    (CVE-2026-25681)

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

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

  - 在 之前的 2.4.0GPAC 中发现一个安全缺陷。受影响的是组件 MP4Box 的 src/isomedia/isom_intern.c 文件的函数 MergeFragment。该操纵导致空指针取消引用。必须在本地处理攻击。该漏洞已被公开并可被用于攻击。修补程序识别为 525bf1af642c30af04e4df5345e6d798c0a4d8a1。建议实施修补程序以修正此问题。（CVE-2026-9567）

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

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

  - NewNTUnicodeString 不检查字符串长度溢出。如果提供超过 NTUnicodeString 大小上限（16 位字节数）的字符串，它将返回截断的字符串，而不是错误。（CVE-2026-39824）

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

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

  - Archive：：Tar 之前 3.08 的 Perl 版本会提取到提取目录外攻击者控制路径的硬链接。 _make_special_file（） 将 tar 标头的链接名传递到 link（），而不根据绝对路径或 .. 段进行验证，从而创建共享受害者文件的 inode 的硬链接。后续通过提取的名称进行写入会修改受害者文件，而 _extract_file（） 中的后解压缩 chmod、chown 和 utime 区块（仅针对通过 -l 的符号链接进行保护）仅在提取过程中将 tar 标头的模式、所有者和时间戳应用到共享 inode。（CVE-2026-42497）

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

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

  - 在 Samba 的证书自动注册群组策略处理中发现一个缺陷。当启用证书自动注册时，Samba 可能会在未加密的 HTTP 连接上检索 CA 证书，并在未进行正确验证的情况下将其安装到本地信任存储中。可拦截或重定向网络流量的攻击者可利用此行为提供恶意证书颁发机构证书，从而可能允许拦截或欺骗受信任的通信。（CVE-2026-3012）

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

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

  - 在 之前的 3.2Squirrel 中发现一个安全缺陷。受影响的是组件 Cnut 文件处理程序的 squirrel/sqobject.cpp 函数 ReadObject。执行操纵会导致基于堆的缓冲区溢出。只有通过本地访问才能发动攻击。该漏洞已被公开并可被用于攻击。该项目很早就通过问题报告获悉了该问题，但尚未做出回应。（CVE-2026-9541）

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

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

  - ToASCII 和 ToUnicode 函数未正确接受解码为仅 ASCII 标签的 Punycode 编码标签。例如，ToUnicode（xn--example-.com） 错误地返回名称 example.com 而不是错误。此行为可导致使用 idna 程序包的程序中的权限升级。例如，对 ASCII 主机名执行权限检查的程序可能拒绝 example.com 但允许 xn--example-.com。如果该程序随后将 ASCII 主机名转换为 Unicode，它将无意中允许访问该 Unicode 名称 example.com。（CVE-2026-39821）

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

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

  - 在 libsolv 中发现一个缺陷。由于输入验证不足，在解压缩“.solv”文件内由攻击者控制的压缩数据期间会发生此堆缓冲区溢出。攻击者可提供特别构建的“.solv”文件，该文件在被易受攻击的应用程序处理时可导致越界内存访问。这可能导致信息泄露、程序执行变更或拒绝服务。（CVE-2026-48864）

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

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

  - 之前的 Ruby 4 4.0.5中发现了一个问题。基于 pthread 的 getaddrinfo 超时处理程序（ext/socket/raddrinfo.c 中的 rb_getaddrinfo）中存在导致释放后使用的争用条件，允许可在用户指定超时附近延迟 DNS 响应的远程攻击者，造成调用 Addrinfo.getaddrinfo（...， timeout：） 或 Socket.tcp（...， resolv_timeout：） 的 Ruby 进程崩溃。理论上可以进行基于内存损坏的利用。例如，可通过构建的授权 DNS 服务器或递归解析器来进行攻击。（CVE-2026-46727）

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

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

  - 在 之前的 2.4.0GPAC 中检测到一个安全漏洞。受此问题影响的是组件 MP4Box 的 src/isomedia/media.c 文件的函数Media_GetSample。这种参数 cat 的操纵会导致内存泄漏。仅可在本地环境中执行该攻击。此利用已公开披露，可能会被使用。修补程序的名称为 e79c5cbe8b3fed27f4854ec229457d30c96206f1。最佳做法是应用修补程序以解决此问题。
    (CVE-2026-9572)

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

ID	名称	严重性
317133	Linux Distros 未修补的漏洞：CVE-2026-45904	medium
317132	Linux Distros 未修补的漏洞：CVE-2026-46070	high
317131	Linux Distros 未修补的漏洞：CVE-2026-48684	medium
317130	Linux Distros 未修补的漏洞：CVE-2026-45871	medium
317129	Linux Distros 未修补的漏洞：CVE-2026-45932	high
317128	Linux Distros 未修补的漏洞：CVE-2026-45916	high
317127	Linux Distros 未修补的漏洞：CVE-2026-46095	medium
317126	Linux Distros 未修补的漏洞：CVE-2026-45930	medium
317125	Linux Distros 未修补的漏洞：CVE-2026-48697	high
317124	Linux Distros 未修补的漏洞：CVE-2026-46012	medium
317123	Linux Distros 未修补的漏洞：CVE-2026-45848	medium
317122	Linux Distros 未修补的漏洞：CVE-2026-46101	medium
317121	Linux Distros 未修补的漏洞：CVE-2026-46072	medium
317120	Linux Distros 未修补的漏洞：CVE-2026-46092	medium
317119	Linux Distros 未修补的漏洞：CVE-2026-46019	medium
317118	Linux Distros 未修补的漏洞：CVE-2026-46040	medium
317091	Linux Distros 未修补的漏洞：CVE-2026-48961	high
317090	Linux Distros 未修补的漏洞：CVE-2026-8450	high
317089	Linux Distros 未修补的漏洞：CVE-2025-15649	medium
317088	Linux Distros 未修补的漏洞：CVE-2020-25813	medium
317087	Linux Distros 未修补的漏洞：CVE-2026-48962	high
317086	Linux Distros 未修补的漏洞：CVE-2026-48959	high
317085	Linux Distros 未修补的漏洞：CVE-2026-46644	medium
317081	Linux Distros 未修补的漏洞：CVE-2026-45845	medium
317080	Linux Distros 未修补的漏洞：CVE-2026-45840	medium
317079	Linux Distros 未修补的漏洞：CVE-2026-45837	high
317078	Linux Distros 未修补的漏洞：CVE-2026-45843	high
317077	Linux Distros 未修补的漏洞：CVE-2026-45839	high
317076	Linux Distros 未修补的漏洞：CVE-2026-45838	medium
317075	Linux Distros 未修补的漏洞：CVE-2026-45846	medium
317074	Linux Distros 未修补的漏洞：CVE-2026-45844	medium
317073	Linux Distros 未修补的漏洞：CVE-2026-45841	medium
317072	Linux Distros 未修补的漏洞：CVE-2026-45842	medium
317058	Linux Distros 未修补的漏洞：CVE-2024-0744	high
317057	Linux Distros 未修补的漏洞：CVE-2023-4045	medium
317056	Linux Distros 未修补的漏洞：CVE-2024-4770	high
317055	Linux Distros 未修补的漏洞：CVE-2022-45410	medium
317054	Linux Distros 未修补的漏洞：CVE-2018-12397	high
317053	Linux Distros 未修补的漏洞：CVE-2019-17025	high
317052	Linux Distros 未修补的漏洞：CVE-2018-17466	high
317045	Linux Distros 未修补的漏洞：CVE-2026-25681	medium
317044	Linux Distros 未修补的漏洞：CVE-2026-9567	low
317043	Linux Distros 未修补的漏洞：CVE-2026-39824	low
317042	Linux Distros 未修补的漏洞：CVE-2026-42497	high
317041	Linux Distros 未修补的漏洞：CVE-2026-3012	medium
317040	Linux Distros 未修补的漏洞：CVE-2026-9541	medium
317039	Linux Distros 未修补的漏洞：CVE-2026-39821	high
317038	Linux Distros 未修补的漏洞：CVE-2026-48864	high
317036	Linux Distros 未修补的漏洞：CVE-2026-46727	high
317035	Linux Distros 未修补的漏洞：CVE-2026-9572	medium

检测

Nessus 的 Misc. 系列

medium

high

medium

medium

high

high

medium

medium

high

medium

medium

medium

medium

medium

medium

medium

high

high

medium

medium

high

high

medium

medium

medium

high

high

high

medium

medium

medium

medium

medium

high

medium

high

medium

high

high

high

medium

low

low

high

medium

medium

high

high

high

medium