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

  - ASoC：编解码器：lpass-tx-macro：修复枚举 kcontrol 访问 枚举了 DEC0 MODE 到 DEC7 MODE 控件，但 tx_macro_dec_mode_get（） 和 tx_macro_dec_mode_put（） 通过 ucontrol->value.integer.value[0]（长整型）而非 ucontrol->value.enumerated.item[0]（无符号 int）访问其值。
    通过提交 bcfe5f76cc40（ASoC：编解码器：rx-macro：修复访问数组对枚举类型的越界访问）和提交 0ea5eff7c606（ASoC：编解码器：va-macro：修复访问数组对枚举类型的越界访问），但缺少 tx-macro，已修复同级驱动程序中的相同模式。在以 CONFIG_SND_CTL_DEBUG 构建的 64 位内核上，elem 值健全性检查会捕获写入枚举项目之后的 4 个字节，并且每次读取这些控件都会因 -EINVAL： snd-sm8250 sound： control 2：0：0：DEC0 MODE：0： 访问溢出 （CVE-2026-80583）

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

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

  - net/sched：cls_u32：跳过 u32_bind_class（） 中的哈希表 u32_walk（） 通过 walker 回调枚举 struct tc_u_hnode 和 struct tc_u_knode。u32_bind_class（） 会无条件将传递的 fh 转换为 tc_u_knode 并访问 &n->res，因此当 fh 实际上是没有 tcf_result 成员的tc_u_hnode时，这会导致对 tc_cls_bind_class（） 中的 res->classid 进行 slab 越界读取。可使用以下命令重现该问题：tc qdisc add dev lo root handle 1： hfsc tc class add dev lo parent 1： classid 1:1 hfsc sc rate 1000kbit tc filter add dev lo parent 1:1 protocol ip prio 1 u32 match u32 0 0 flowid 1:1 tc class add dev lo parent 1： classid 1:2 hfsc sc rate 2000kbit 通过 TC_U32_KEY（句柄）检查跳过哈希表修复了此问题。（CVE-2026-74739）

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

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

  - drm/amdgpu：拒绝具有按环数据包限制的超大 IB 在 GFX 环上，amdgpu_cs_p2_ib（） 将用户提供的ib_bytes无限制地传递到 ib->length_dw，而 ring_emit_ib（） 则将长度编码到数据包字段中。过大的值会损坏相邻的控制位并使命令提交不稳定。添加每个环 IB 数据包大小限制帮助程序，并在 IB 分配前拒绝超过相应 dword 限制的命令提交。对 GFX/compute/SDMA/VPE 使用记录的 20 位限制，并对其他环类型应用 MM 回退限制。（从提交 7f48fa2cf62e3fa6c9c3870aa74988f773247e52 中精选出的内容）（CVE-2026-80576）

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

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

  - libceph：通过缺少边界检查修复 decode_watchers（） 中的 OOB 读取 ceph_start_decoding（） 验证 struct_len字节是否保留在编码标头之后的缓冲区中，但接受 struct_len=0 为有效：
    ceph_decode_need（p， end， 0， bad） 始终传递。当恶意或遭到破坏的 OSD 发送 struct_len=0 的 obj_list_watch_response_t 回复时，ceph_start_decoding（） 会返回 success 并返回 p == end，保证为后续读取保留零字节。紧随其后的 ceph_decode_32（p） in decode_watchers（） 没有先行边界检查。由于 p == end，这是超出经过验证的缓冲区边界的 4 字节读取。然后，垃圾值作为监视器计数直接传递给 kzalloc_objs（）。同级函数 decode_watcher（） 在其自己的 ceph_start_decoding（） 调用之后已经使用安全变量（ceph_decode_copy_safe、ceph_decode_64_safe、ceph_decode_skip_32）。decode_watchers（） 是唯一使用裸变量的站点，证实了这一漏洞。通过将 ceph_decode_32（p） 替换为 ceph_decode_32_safe（p， end， *num_watchers， bad） 来修复，与既定模式一致。攻击者模型：
    多租户 Ceph 部署（例如云）中的恶意或已被破坏的 OSD 可针对调用 CEPH_OSD_OP_LIST_WATCHERS Ceph 的任何内核客户端触发此漏洞，而无需建立 OSD 会话以外的任何其他权限。[ idryomov：修剪变更日志 ]（CVE-2026-80557）

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

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

  - 已修复 Linux 内核中的下列漏洞：s390/zcrypt: Improve EP11 CPRB domain handling with ASN.1 parsing The zcrypt_msgtype6_send_ep11_cprb() function uses fragile struct overlays to access and modify the domain field in the EP11 CPRB payload, creating maintainability and security concerns: 1. Struct overlay approach (pld_hdr) assumes fixed payload structure and doesn't validate the actual ASN.1 encoding. 2. Complex length format detection logic is error-prone and doesn't properly validate bounds at each parsing step. 3. Direct struct member access bypasses proper ASN.1 validation. Fix by replacing struct overlays with explicit ASN.1 parsing that validates each field (payload tag/length, function tag/length/value, optional domain tag/length/value) with proper bounds checking at every step.
    Add asn1_int_encode() helper function to safely write integer values with correct endianness conversion.
    This makes the code consistent with the validation pattern introduced with the rework of the xcrb_msg_to_type6_ep11cprb_msgx() function. (CVE-2026-80544)

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

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

  - crypto：tegra - 修复 tegra_gcm_do_one_req（） 中的 rctx->cryptlen 计算 在 tegra_gcm_do_one_req（） 中执行 rctx->cryptlen 计算的方法与在 tegra_ccm_crypt_init（） 中执行的操作相同。如果调用程序未调用 tegra_gcm_setauthsize（），当前公式可能导致崩溃，因此 ctx->authsize 保持零。然后，包含错误 rctx->cryptlen 的解密操作将导致在缓冲区之外写入 rctx->dst_sg。后续清理请删除 struct tegra_aead_ctx->authsize 字段，因为该字段看起来完全未使用。还分别简化了 tegra_ccm_setauthsize（） 和 tegra_gcm_setauthsize（） 函数。（CVE-2026-80522）

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

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

  - 当使用 bzip/LZMA/Zstandard 压缩解压缩特别构建的 zip 文件时，Python 可使用攻击者控制的大小来预先分配内存，从而可能导致内存耗尽。（CVE-2026-15310）

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

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

  - 已通过改进内存处理解决此问题。此问题已在 Safari 26.6.1， iOS 18.7.10 和 iPadOS 18.7.10， iOS 26.6.1 和 iPadOS 26.6.1， macOS Tahoe 26.6.2， visionOS 27 中修复。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-43795)

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

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

  - l2tp：修复seq_file版本的隧道和会话引用计数泄漏 在 pppol2tp_proc_open（） 和 l2tp_dfs_seq_open（） 中，迭代状态（pd->tunnel 和 pd->session）保留在seq_file私有数据中，以允许跨多个 read（） 系统调用进行迭代。但是，如果用户空间在读取到文件结尾 （EOF） 之前关闭了 /proc/net/pppol2tp 或 /sys/kernel/debug/l2tp/tunnels，则当释放seq_file私有数据时，存储在 pd->tunnel / pd->session 中的任何隧道或会话引用不会被删除。通过关闭文件时删除 pppol2tp_proc_release（） 和 l2tp_dfs_seq_release（） 中任何剩余的 pd->tunnel 和 pd->session 引用来修复此问题。（CVE-2026-74735）

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

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

  - clk：spacemit：k3：将 hdma 时钟设置为危急 HDMA 时钟负责 RISC-V 核心的 X100 内部 TCM 访问路径，因此将时钟标记设置为危急以防止其关闭，否则 Linux 系统将挂起，例如在矢量指令访问生成页面错误的情况下。
    (CVE-2026-80523)

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

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

  - 在 GIMP 中的 Seattle FilmWorks 插件中发现一个缺陷。当处理特别构建的 SFW 图像文件时，该插件在堆栈上分配一个可变长度数组 （VLA） 且没有整数溢出检查，从而导致不受限制的堆栈分配。此问题会导致应用程序崩溃，从而导致拒绝服务。（CVE-2026-79902）

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

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

  - net/sched：act_api：修复 a->goto_chain tcf_action_exec（） 句柄TC_ACT_GOTO_CHAIN上的 TOCTOU 空取消引用，方法是首先检查 rcu_access_pointer（a->goto_chain），然后调用 tcf_action_goto_chain_exec（），这将执行第二次独立的 rcu_dereference_bh（a->goto_chain） 读取并立即取消引用链>filter_chain。并发 tcf_action_set_ctrlact（）（例如 gact 替换路径）可清除两次读取之间的 a->goto_chain，因此第二次读取返回 NULL，而 tcf_action_goto_chain_exec（） 取消引用 NULL。修复争用的方法是对 tcf_action_exec（） 中的 a->goto_chain 执行单次 rcu_dereference_bh（） 读取，检查一次是否为空，然后将生成的链接指针传递到 tcf_action_goto_chain_exec（） 中。这会将拆分检查/使用变成对一个值的单个检查/使用。
    (CVE-2026-74740)

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

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

  - gve：修复由于缺少 ptp adjfine 导致的空取消引用 修复由于缺少 adjfine 实现而导致的空取消引用，可从用户模式触发，如下所示： sudo ./testptp -d /dev/ptp0 -f 0 [ 551.943697] 缺陷：内核空指针取消引用，地址：000000000000000 [...][ 552.061946] 调用跟踪： [552.064487] <TASK> [ 552.066681] ptp_clock_adjtime+0x1c0/0x2c0 [ 552.070874] ？ get_clock_desc+0x6b/0xb0 [552.074825] pc_clock_adjtime+0x78/0xc0 [ 552.078755] __do_sys_clock_adjtime+0x85/0x110 [ 552.083293] do_syscall_64+0xea/0x610 （CVE-2026-80564）

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

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

  - Input：synaptics-rmi4 - 将报告大小绑定 F54 到分配的缓冲区 rmi_f54_work（） 将诊断报告从设备读取到 F54->report_data，使用 rmi_f54_get_report_size（） 调整传输大小：report_size = rmi_f54_get_report_size（f54）; ...for （i = 0; i < report_size; i += F54_REPORT_DATA_SIZE） { int size = min（F54_REPORT_DATA_SIZE， report_size - i）; ...rmi_read_block（..， f54->report_data + i， 大小）;} report_data 在探测时从 自己的电极计数（array3_size（f54->num_tx_electrodes， f54->num_rx_electrodes， sizeof（u16）））分配 F54一次，但 rmi_f54_get_report_size（） 在设置这些时（即从函数的电极计数） F55 从 drv_data->num_*_electrodes 计算大小。这两个计数都直接来自设备查询（F54F55每个计数最多报告 255 个电极），并且没有任何东西将计数限制F55在这些电极上F54。恶意或出现故障的 RMI4 设备报告 F55 的电极计数大于其 F54 计数，导致report_size超出分配，因此读取循环写入过去的report_data（然后 V4L2 出列 memcpy（） 读取超出该）。
    在合格硬件 F55 上，配置的电极是物理电极的 F54 子集，因此report_size永远不会超过缓冲区，并且表现良好的设备不会受到影响。记录分配大小并拒绝不适合的报告，以反映现有的零大小检查。（CVE-2026-80569）

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

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

  - 输入：hynitron_cstxxx - 验证触摸计数和手指 ID 驱动程序分配max_touch_num输入槽，这些输入槽的索引从 0 到 max_touch_num - 1。当前检查允许等于 max_touch_num 的手指 ID 访问 cst3xx_report_contact（）。当输入核心忽略超出范围的插槽索引时，在没有有效插槽更改的情况下报告触摸数据会损坏之前活动插槽的触摸状态。
    接触计数可从控制器的报告中读取，并用于在不事先检查其范围的情况下，为固定大小的报告缓冲区编制索引。如果计数大于支持的接触槽数，则在检查结尾字节或解析触摸数据之前，拒绝此计数。拒绝等于或大于 max_touch_num 的手指 ID，并在遇到无效手指 ID 时立即返回，以便丢弃损坏的触摸框架，而不是报告部分接触状态。V821 Avaota F1 主板使用单触控插槽配置供应商驱动程序，因此手指 ID 1 在该设备上已失效。（CVE-2026-80566）

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

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

  - 已修复 Linux 内核中的下列漏洞：rseq: Prevent hard lockup on granted time slice extension __exit_to_user_mode_loop() invokes rseq_grant_timeslice_extension() with interrupts enabled. If the extension is granted it invokes hrtimer_rearm_deferred_tif() to ensure that a pending deferred hrtimer rearm is handled before exiting to user space. Though this invokes
    __hrtimer_rearm_deferred() which expects to be invoked with interrupts disabled as it takes hrtimer_cpu_base::lock with raw_spin_lock(). That's a livelock waiting to happen and caught by lockdep:
    WARNING: ./include/linux/hrtimer_rearm.h:17 at irqentry_exit, CPU#1: slice_test WARNING: inconsistent lock state inconsistent {IN-HARDIRQ-W} -> {HARDIRQ-ON-W} usage. Prevent this by disabling interrupts around the invocation of hrtimer_rearm_deferred_tif() in rseq_grant_timeslice_extension(). [ tglx: Massaged change log ] (CVE-2026-74749)

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

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

  - 已通过改进检查解决此问题。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2、visionOS 27 中修复此问题。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-64780)

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

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

  - s390/vfio_ccw：限制通道程序段的数量 通道程序及其中的 CCW 的处理以递归方式完成。因此，对单通道程序中可存在的 CCW 数量有一个任意（但不是架构上的）限制。vfio-ccw 逻辑会在遇到通道内传输 （TIC） CCW 时，将这些通道程序分解为多个段，段的总数计入全局限制。对段数施加等效的限制，直到此类逻辑可以成为非递归的。（CVE-2026-80554）

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

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

  - drm/amdgpu：AMDGPU_GEM_CREATE针对 AMDGPU_GEM_DOMAIN_MASK 检查域位验证GEM_CREATE域组合，但未验证域组合。用户空间可结合 CPU|GTT|VRAM 与 DOORBELL、GDS、GWS 或 OA，使 amdgpu_bo_placement_from_domain（） 超过 AMDGPU_BO_MAX_PLACEMENTS 并命中 BUG_ON（）。仅允许 CPU/GTT/VRAM 内的组合，并要求一次指定一个非 CPU/GTT/VRAM 域。为 amdgpu_gem_create_ioctl（） 中的无效组合返回 -EINVAL。v2：将帮助程序从 amdgpu_gem_domain_valid（） 重命名为 amdgpu_gem_are_domains_valid（） （Christian）（从提交 db39852d0c39843cb02048dfb47e4b8c703e9080 中CVE-2026-80541精选出的内容）（）

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

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

  - 已通过改进的状态管理解决此问题。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2、visionOS 27 中修复此问题。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-65331)

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

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

  - netfilter：ipset：修复 list：set GC 和 swap 之间的引用计数争用 __ip_set_put_byindex（） 将索引解析为 RCU 下的设置指针，然后在 __ip_set_put（） 中进行ip_set_ref_lock以减少 set->ref。
    ip_set_swap（） 在交换 ip_set_list 插槽和两个集合的引用计数器时保持相同的锁定，因此它可以在取消引用和锁定采集之间交错，让调用方递减引用已移动到另一个索引并命中 BUG_ON（set->ref == 0） 的集合。
    list_set_gc（） 通过计时器 softirq 达到此目的，nfnl 互斥体不会针对 swap 进行序列化：当 list：set 成员调用 list_set_del（） -> ip_set_put_byindex（） 而 IPSET_CMD_SWAP 在引用的集合上运行。像 ip_set_swap（） 已在 ip_set_ref_lock 下解析索引和递减一样，使 refcount 保持与索引绑定，而不是与过时的设置指针绑定。net/netfilter/ipset/ip_set_core.c：685！ 的内核缺陷哎呀：无效操作码：0000 [#1] SMP KASAN NOPTI RIP：
    0010：ip_set_put_byindex （net/netfilter/ipset/ip_set_core.c：870） 调用跟踪： <IRQ> list_set_del （net/netfilter/ipset/ip_set_list_set.c：159） set_cleanup_entries （net/netfilter/ipset/ip_set_list_set.c：181） list_set_gc （net/netfilter/ipset/ip_set_list_set.c：578） call_timer_fn （kernel/time/timer.c：1748） __run_timers （kernel/time/timer.c：1799 kernel/time/timer.c：2374） run_timer_softirq （kernel/time/timer.c：2405） </IRQ> 内核错误 - 不同步： 中断 （CVE-2026-74748） 中的致命异常

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

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

  - veth：修复用于唤醒对等机 TXQ 的队列索引 veth_poll veth_poll（） 派生要从 rq->xdp_rxq.queue_index 唤醒的对等机 TX 队列的索引。该字段仅由 veth_enable_xdp_range（） 中的 xdp_rxq_info_reg（） 初始化，仅当附加 XDP 程序时运行。在普通 GRO/NAPI 路径 （veth_napi_enable_range（）） 上，从不调用 xdp_rxq_info_reg（），因此每个队列的 queue_index 保持 0，因为 priv->rq 是零分配的。因此，在启用了 GRO 且未附加任何 XDP 程序的多队列设置中，每个 NAPI 实例都查看对等机的 TX 队列 0。如果 veth_xmit（） 因为ptr_ring已满 （NETDEV_TX_BUSY） 而停止对等 TX 队列 1，则不会再次唤醒它：耗尽队列 1 的轮询器会改为唤醒队列 0。
    veth 未实现任何ndo_tx_timeout，因此 netdev 监视程序也不会启动，队列会无限期地保持停止状态。转而从 priv->rq 中的 rq 位置派生索引，无论是否启用 XDP，这都是正确的。用于重现该失速的脚本可在以下网址获得： https://github.com/netoptimizer/veth-backpressure-performance-testing （CVE-2026-74742）

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

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

  - gpio：ml-ioh：将raw_spinlock_t用于寄存器锁定 ioh_irq_type（） 已注册为 irq_chip .irq_set_type 回调，并使用 spin_lock_irqsave（） 进行芯片>自旋锁。从以下位置访问此回调
    __setup_irq（） -> __irq_set_trigger（） -> chip->irq_set_type（），而调用方持有 desc->lock，即禁用 hardirqs 的raw_spinlock_t。该上下文不可休眠，但在 PREEMPT_RT 上，常规spinlock_t是 rtmutex 支持的休眠锁定，因此在该环境中获取它是无效的。ioh_irq_enable（） 和 ioh_irq_disable（） 从 .irq_enable/.irq_disable 回调获取相同的锁定，同样通过保留 desc->lock 调用这些回调。将寄存器锁定转换为raw_spinlock_t。同一锁定还序列化 GPIO 方向/值回调和暂停/恢复寄存器保存/还原，并且这些关键部分仅执行 MMIO 寄存器访问的短序列 （ioread32（）/iowrite32（））;此外，.irq_set_type 回调会在不受支持的类型上发出 dev_warn（）。这些都不是可休眠的操作，因此将此寄存器锁定保持为非休眠适用于 irqchip 回调，并且不会更改 GPIO 端锁定协定。这与提交 a02b8950d619 的补丁相同（gpio：pch：将raw_spinlock_t用于寄存器锁定）;此驱动程序与 GPIO-PCH 具有相同的结构。
    (CVE-2026-80562)

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

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

  - Input：synaptics-rmi4 - 工作错误时的 F54 零报告大小 在 rmi_f54_work（） 中，如果在报告请求或命令验证期间发生错误，代码会直接跳至“error”标签，绕过 f54->report_size 通常为零的“abort”标签。这还剩下 f54->report_size包含之前成功的负载大小。如果用户随后将 V4L2 格式更改为较小的大小，而后续运行失败，则 rmi_f54_buffer_queue（） 会将过时的较大负载大小复制到缩小的 V4L2 缓冲区中，从而造成堆缓冲区溢出。通过将“abort”和“error”标签合并到单个“out”退出路径中，并通过检查错误并首先将本地report_size清零来确保 f54->report_size 在失败时始终设置为 0，从而修复此问题。（CVE-2026-80570）

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

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

  - 已通过改进检查解决此问题。已在 Safari 26.6.1、iOS 18.7.10 and iPadOS 18.7.10、iOS 26.6.1 and iPadOS 26.6.1、macOS Tahoe 26.6.2、tvOS 27、visionOS 27、watchOS 27 中解决此问题。访问恶意构造的网站可能会泄露敏感数据 (CVE-2026-64778)

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

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

  - openrisc：signal：不在 sigreturn 上还原特权 SR 位 restore_sigcontext（） 从信号帧复制整个监督寄存器 （SR），并且仅在返回到用户空间时将该值重新加载到硬件 SR（通过 ESR 和 l.rfe）之前清除SPR_SR_SM。所有其他 SR 位都处于用户控制之下。因此，非特权任务可通过可清除SPR_SR_DME的构建的 sigframe 从信号处理程序返回。禁用数据 MMU 时，CPU 不会对数据访问执行任何转换或保护，因此任务会获得对任意物理内存的读写访问权限，即本地权限升级。SPR_SR_IME、SPR_SR_SUMRA、SPR_SR_LEE、SPR_SR_EPH 和 Cache-Enable 位的暴露方式相同。正是出于这个原因，ptrace GPR regset 已经拒绝对 SR 进行任何更改。仅从信号帧还原算术标记位（F、CY、OV），并从内核在信号输入时保存的 SR 获取每个特权控制位。使用 qemu-system-or1k -M 或 1k-sim 验证：在此变更之前，非特权 PoC 会清除 rt_sigreturn 中的SPR_SR_DME，并将标记写入物理地址0x03000000（超出内核内存=32M）;之后，同一 PoC 接收 SIGSEGV，物理内存保持不变。
    (CVE-2026-80560)

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

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

  - mptcp：避免合并某些传入的子选项。根据 ，某些 MPTCP 子选项是互斥 RFC8684的，但也因为在不同的位置，代码不期望存在某些组合。对于出现两次但属性不同的子选项尤其如此。
    新限制与输出端应用的限制相同，但mptcp_write_options。通过一个小补丁可以重复使用相同的规则：当发件人选择此选项时，MP_FASTCLOSE可以与 DSS 一起使用 [1]，而 Linux 中并非如此。规则如下：哪些选项可以一起使用？X：相互排斥 O：经常一起使用 C：在某些情况下可以一起使用 P：可以一起使用，但我们不喜欢（优化） |选项： |货币政策 |MPJ |DSS |添加 |RM |普里奥 |失败 |FC | |------|------|------|------|------|------|------|------|------|MPC |------|------|------|------|------|------|------|------| |MPJ |X |------|------|------|------|------|------|------| |DSS |十 |X |------|------|------|------|------|------| |添加 |十 |十 |P |------|------|------|------|------| |RM |C |C |C |P |------|------|------|------|普里奥 |十 |C |C |C |C |------|------|------| |失败 |十 |十 |C |十 |十 |X |------|------| |足球俱乐部 |十 |十 |P |十 |十 |十 |X |------| |RST |十 |十 |十 |十 |十 |十 |O |O | |------|------|------|------|------|------|------|------|------|唯一的差别在于“P”：另一个堆栈可发送并ADD_ADDR其他子选项（DSS、RM_ADDR），这应该被允许。注意几点：- 理论上，MP_CAPABLE可以与RM_ADDR一起使用，但没有理由将其与 SYN 一起使用。请注意，即使使用第 4 个 ACK，它似乎也没有用处，除非通过其他渠道提前知道 ID。最好不要破坏它。- 现在，同时合并 MP_CAPABLE 和MP_JOIN将不再导致拒绝这两个选项，而仅忽略第二个子选项。对于这个意外错误，这样做似乎没问题。至少现在所有不一致的组合都以相同的方式处理。此设置可能在下个版本稍后更改。这也意味着现在无法访问对同时包含 subflow.c 中的 MPC + MPJ 的显式检查。没关系，它们将在后续修补程序中删除。- 在冲突的组合的情况下，额外的子选项将被忽略：具有此类组合意味着远程对等机有缺陷，或者是邪恶的。在这种情况下，将采取最简单的操作：停止处理当前子选项。- 在 mp_opt->suboptions 中，校验和也保留了一位，可用于 MP_CAPABLE 和 DSS。每当一个 DSS 选项可以与另一个选项并行使用时，都可以设置校验和，以便将验证合并到一个新的OPTIONS_MPTCP_DSS宏中。- MP_CAPABLE ACK 可以携带数据级长度和可选校验和：它们与 DSS 中的校验和相同，因为 DSS 不能与 MP_CAPABLE并行使用。同样，即使有空间，DSS 也无法与MP_JOIN一起使用。（CVE-2026-80587）

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

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

  - mptcp：fastopen：仅使用 SYN 数据标记 MPTFO 子流 Passive TCP Fast Open 接受有效 Cookie SYN，即使它不携带任何数据。在这种情况下，子套接字的接收队列被故意留空。
    mptcp_fastopen_subflow_synack_set_params（） 在检查排队的 SYN 数据之前设置is_mptfo。这会使无数据的 TFO SYN 命中警告，如果警告为非致命警告，则会留下过时的 MPTFO 状态。过时标记可随后在 check_fully_established（） 中触发状态混淆缺陷。只有在确认 SKB 已排队后，才将子流标记为 MPTFO。接收队列为空时静默返回。请注意，mptcp_subflow_context 的is_mptfo字段现在不仅与存在 TFO 的子流有关，还与消耗 SYN 数据的 MPTFO 子流有关。仅拥有有效 cookie 但不携带数据并不是真正的 TFO。（CVE-2026-80585）

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

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

  - ceph：避免使用 current->journal_info handle_reply（） 时的 fs 回收 填充来自 MDS 回复的 inode 和 dentry 缓存时，在“current->journal_info”中存储“ceph_mds_request”指针。此部分中的分配可直接回收，并从另一文件系统删除 dentry。如果这会污染 ext4 inode，ext4 将启动 JBD2 事务。JBD2 将“current->journal_info”中的 Ceph 请求解释为日志句柄，并将请求的“r_tid”取消引用为“h_transaction”，从而造成内核崩溃，例如：无法处理虚拟地址 00000000077b4818 的内核分页请求 [...]内部错误：错误：0000000096000004 [#1] SMP 模块链接于：CPU：6 UID：0 PID：2699135 通信：
    kworker/6:3 受污染：G W 6.18.38-i3 #1113 无 [...]工作队列：ceph-msgr ceph_con_workfn pstate：80400009 （Nzcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--） pc： jbd2__journal_start+0x2c/0x208 lr：
    __ext4_journal_start_sb+0x100/0x178 [...]调用跟踪：jbd2__journal_start+0x2c/0x208 （P）
    __ext4_journal_start_sb+0x100/0x178 ext4_dirty_inode+0x3c/0x90 __mark_inode_dirty+0x58/0x400 iput.part.0+0x2b0/0x370 iput+0x18/0x30 dentry_unlink_inode+0xc0/0x158 __dentry_kill+0x80/0x250 shrink_dentry_list+0x90/0x130 prune_dcache_sb+0x60/0x98 super_cache_scan+0xe8/0x190 do_shrink_slab+0x174/0x388 shrink_slab+0xd8/0x4c0 shrink_node+0x31c/0x908 do_try_to_free_pages+0xd0/0x508 try_to_free_pages+0x11c/0x238 __alloc_frozen_pages_noprof+0x4d0/0xdd0 __folio_alloc_noprof+0x18/0x70
    __filemap_get_folio+0x248/0x440 ceph_readdir_prepopulate+0x570/0x9e8 mds_dispatch+0x1424/0x1ba0 ceph_con_process_message+0x74/0xa0 ceph_con_v1_try_read+0x3a0/0x1510 ceph_con_workfn+0x260/0x460 进入范围 NOFS 分配上下文，并在清除“journal_info”之后离开。当字段包含 Ceph-private 数据时，这可以防止文件系统回收递归到另一个文件系统。
    (CVE-2026-80528)

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

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

  - firewire：ohci：修复 ar_context_release 中的空指针取消引用 在驱动程序的探测函数的错误处理路径期间，ar_context_release（） 中可发生空指针取消引用。当 pci_probe（） 提早失败时（例如，如果 pcim_enable_device（） 或 MMIO 映射失败），devres 清理机制将调用 release_ohci（）。此函数会无条件调用 ar_context_release（） 以清理异步接收环境。但是，如果尚未调用 ar_context_init（），则 ctx->ohci 仍为空（因为 fw_ohci 结构由 devres_alloc（） 进行零初始化）。ar_context_release（） 在检查上下文是否确实初始化之前立即取消引用 ctx->ohci 以获取 dev 指针，从而导致崩溃：哎呀：
    一般保护错误，可能针对非规范地址 0xdffffc0000000001：0000 [#1] SMP KASAN NOPTI KASAN：范围内的 null-ptr-deref [0x0000000000000008-0x000000000000000f] RIP：
    0010：ar_context_release+0x3f/0x380 drivers/firewire/ohci.c：543 调用跟踪：release_ohci+0x3f/0x60 drivers/firewire/ohci.c：3567 release_nodes drivers/base/devres.c：546 [内联] devres_release_all+0x1a8/0x260 drivers/base/devres.c：576 device_unbind_cleanup drivers/base/dd.c：597 [内联] really_probe+0x451/0xae0 drivers/base/dd.c：772 要修复此问题，请在 ！ctx->buffer 检查之后移动 dev 指针的分配。如果 ctx->buffer 为空，则表示上下文从未成功初始化并且没有任何可释放的内容，从而安全地避免取消引用未初始化的 ctx->ohci 指针。（CVE-2026-74734）

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

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

  - 已通过改进的状态管理解决此问题。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2、visionOS 27 中修复此问题。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-65337)

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

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

  - 已通过改进的状态管理解决内存损坏问题。此问题已在 Safari 26.6.1， iOS 18.7.10 和 iPadOS 18.7.10， iOS 26.6.1 和 iPadOS 26.6.1， macOS Tahoe 26.6.2， visionOS 27 中修复。
    处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-65334)

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

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

  - drm/shmem_helper：检查 PMD 映射的 VMA 边界 在 ->huge_fault 处理程序中，如果大型页面超出 VMA 的边界，请勿安装 PMD 大型页面映射。所有其他 ->huge_fault 处理程序都有类似的检查，如果结果映射到达 copy_pmd_range（），则将触发 VM_BUG_ON_VMA（）。（CVE-2026-80582）

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

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

  - drm/amd/display：修复连接流之前启用 vblank/从 DRM_IOCTL_MODE_CRTC_GET_SEQUENCE 查询 vblank 时，amdgpu_dm_crtc_set_vblank（） amdgpu_dm_crtc_set_vblank（） 取消引用 acrtc_state->stream 中的空指针取消引用。缺陷：内核空指针取消引用，地址：0000000000000008 RIP：
    amdgpu_dm_crtc_set_vblank+0x6b/0x4d0 [amdgpu] 调用跟踪：drm_vblank_enable drm_vblank_get drm_crtc_get_sequence_ioctl drm_ioctl_kernel drm_ioctl 通过在 RADV 上启用 WSI 测试后运行 VKCTS 来重现。保护 acrtc_state->stream 上的启用路径为非 NULL，从而与此函数中的现有检查相匹配。（从提交 7b1b31bf6942e6f43509b48da23f8e27269aac39 中精选出的内容）（CVE-2026-80542）

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

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

  - 输入：byd - 在释放隐私数据之前同步计时器删除 byd_disconnect（） 在释放驱动程序的隐私数据之前使用 timer_delete（）。这不会等待正在运行的 byd_clear_touch（） 回调，后者会取消引用私有数据及其 psmouse 指针。因此，与断开连接争用的回调可在私有数据释放后对其进行访问。在断开连接的过程中，仍可以通过 byd_process_byte（） 重新布防计时器。在释放私有数据之前使用 timer_shutdown_sync（）：它会等待正在运行的回调，并将之后的任何 re-arm 尝试变成 no-op。
    (CVE-2026-80572)

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

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

  - ovpn：延迟将密钥槽加密释放到工作队列 密钥槽通过 kref 释放，现有释放路径从 RCU 回调释放 AEAD 转换。这对所有 crypto 实现并不安全：crypto_free_aead 可休眠，例如，当异步或硬件实现有拆卸工作需要完成时。将 queue_rcu_work 用于释放密钥插槽。这保留了无锁密钥插槽读卡器所需的 RCU 宽限期，但会从允许休眠的工作队列上下文中运行实际的加密拆卸。一旦rcu_work回调运行，预先存在的 RCU 读取器就会消失，并且最终的 kref 放置已经证明没有剩余的转换用户，因此工作线程可以释放 AEAD 转换并直接释放插槽。之前的修补程序在模块退出期间耗尽ovpn_wq，因此排队的密钥插槽拆卸工作无法超过模块文本的有效期。（CVE-2026-74750）

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

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

  - Input：cs40l50-vibra - 验证来自用户空间的自定义数据 cs40l50_add（） 直接从用户传递给 EVIOCSFF 的ff_effect复制 FF_PERIODIC/FF_CUSTOM 效果的自定义数据，而无需保存任何内容：work_data.custom_data = memdup_array_user（periodic->custom_data， periodic->custom_len， sizeof（s16））;work_data.custom_len = 定期>custom_len;然后，驱动程序从该缓冲区读取两个字：custom_data[0] 作为 cs40l50_effect_bank_set（） 中的波形组，custom_data[1] 作为 cs40l50_effect_index_set（） 中的组内索引。长度检查未涵盖这两个读取，custom_len完全由用户控制：- custom_len == 0 使 memdup_array_user（） 调用长度为 0 的 memdup_user（），返回 ZERO_SIZE_PTR 而不是错误，因此 custom_data[0] 取消引用它。- custom_len == 1 分配两个字节。一组 ROM 或 RAM 将 effect->type 排除在 OWT 情况之外，然后读取 custom_data[1] 超出分配的一个字。银行价值本身也处理不当。它用 CS40L50_CUSTOM_DATA_MASK （0xffff） 屏蔽，但存储在 s16 中，因此 0x8000 或以上的 custom_data[0] 封装成通过 bank_type >= CS40L50_WVFRM_BANK_NUM 测试的负值。cs40l50_effect_index_set（） 在 switch 语句的默认情况有机会拒绝之前使用它来索引 vib->dsp.banks[]：
    base_index = vib->dsp.banks[effect->type].base_index;max_index = vib->dsp.banks[effect->type].max_index;
    要求驱动程序读取的两个单词存在，并将掩码库放在 u32 中，以便现有的上界测试覆盖整个范围。da7280 触觉驱动程序已经以这种方式custom_len进行范围检查。（CVE-2026-80575）

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

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

  - macvlan：继承 lowerdev 的 needed_headroom 和 needed_tailroom macvlan 设备会在 macvlan_init（） 期间继承 lowerdev 的hard_header_len，但将 needed_headroom 和 needed_tailroom 设为 0。当底层 lowerdev 需要额外的标头/尾部空间（例如 macsec、ipsec、wireguard、隧道或具有 rx 余量的 veth）时，计算数据包余量和尾部空间的上层无法预留足够的空间。当 dev_hard_header（） / macvlan_hard_header（） 预加标头数据或较低设备附加尾室时，这可导致重新分配开销、skb 余量下溢或 KASAN 释放后使用崩溃。通过以下方式修复此问题：1. 从 macvlan_init（） 中的 lowerdev 继承needed_headroom和needed_tailroom。2. 接收 NETDEV_FEAT_CHANGE 事件时，将needed_headroom和needed_tailroom更新传播到 macvlan_device_event（） 中附加的 macvlan。（CVE-2026-74743）

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

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

  - sctp：使用前验证 Cookie AUTH 状态 禁用 Cookie 认证时，COOKIE_ECHO 会直接从对等机控制的 Cookie 字节还原固定大小的 AUTH 字段。然后，伪造的 RANDOM 长度、HMAC 列表或 CHUNKS 列表可接触到从未依据本地支持数组验证过的长度或标识符的关联使用者。伪造的 RANDOM 长度可在密钥向量构造期间导致越界读取。伪造的 HMAC 标识符还导致 32 字节写入超出零长度 AUTH 区块，从而为本地权限链提供基元。在将 Cookie 的 RANDOM、HMACS 和 CHUNKS 参数复制到关联之前，在 Cookie 信任边界处验证这些参数。拒绝无效类型、畸形长度、不受支持的 HMAC 标识符、不含 SHA1 的 HMAC 列表，以及禁止的区块 ID。
    (CVE-2026-74752)

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

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

  - regmap：sdw-mbq：不调用未设置的 readable_reg 回调 regmap_sdw_mbq_poll_busy（） 通过调用 ctx->readable_reg（） 来决定是否轮询 Function Busy 位，ctx-（是 config->readable_reg 的直接副本）。该回调是可选的：regmap_readable（） 将 NULL ->readable_reg视为每个寄存器都是可读的，驱动程序依赖于它。es9356 和 tac5xx2-sdw 都构建了一个不包含一个的 MBQ regmap。自提交 ca1b11b36d82（regmap：sdw-mbq：允许对不可延迟的控件进行延迟）轮询对每个 -ENODATA 运行，不仅对标记为可延迟的驱动程序的控件运行，因此任何应答COMMAND_IGNORED的设备都将通过空函数指针获取内核。像 regmap 的其余部分一样处理缺少的回调并轮询。（CVE-2026-74738）

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

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

  - fbdev：删除 videomode 之前清除 fb_info->mode fb_set_var（） 可在用户FB_ACTIVATE_INV_MODE空间通过FBIOPUT_VSCREENINFO时从 info->modelist 删除模式。该代码会检查被删除的模式是否不是当前的 info->var 以及 fbcon 没有使用它，但它不会检查 fb_info->mode。fb_info->mode 可能仍指向正在删除的 modelist 条目。如果该条目被释放，则后续模式 sysfs 通过 show_mode（） 读取可取消引用过时指针。当 fb_info->mode 与要删除的模式匹配时，在调用 fb_delete_videomode（） 之前清除。（CVE-2026-80579）

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

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

  - 已通过改进内存管理解决释放后使用问题。此问题已在 Safari 26.6， Safari 27， iOS 26.6 和 iPadOS ， iOS 26.7 和 iPadOS 26.726.6， iOS 27 和 iPadOS 27， macOS Golden Gate 27， macOS Tahoe 26.6， tvOS 26.6， visionOS ， visionOS 26.627， watchOS 26.6中得到修复。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-64718)

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

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

  - net：ngbe：修复启用非 MSI-X 中断中的空指针取消引用 在非 MSI-X 模式（如旧的 INTx 或单个 MSI）中，wx->msix_entry 不会分配或初始化。调用 NGBE_INTR_MISC（wx） 会取消引用 wx->msix_entry->entry，从而导致空指针取消引用崩溃。此问题是通过修复 VF 数为 7 时的 IRQ 矢量引入的。通过显式检查“pdev->msix_enabled”来修复此问题，以确定正确的矢量索引。此外，作为侧面修复，将非 MSI-X 回退的中断掩码设置为 BIT（0）。在 MSI/INTx 模式下，MISC 和队列中断共享矢量 0，WX_PX_MISC_IVAR寄存器仅在 MSI-X 情况下有效。因此，BIT（0） 是禁用 MSI-X 时其他原因的正确掩码。（CVE-2026-74741）

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

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

  - 已通过改进的状态管理解决此问题。已在 Safari 26.6.1、iOS 18.7.10 和 iPadOS 18.7.10、iOS 26.6.1 和 iPadOS 26.6.1、macOS Tahoe 26.6.2 中修复此问题。处理恶意构建的 Web 内容可能导致 Safari 意外崩溃。(CVE-2026-65333)

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

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

  - 已修复 Linux 内核中的下列漏洞：s390/zcrypt: Improve CCA CPRB length and overflow checks The xcrb_msg_to_type6cprb_msgx() function lacks proper input validation, creating security vulnerabilities: 1. Integer overflow after CEIL4 alignment: Signed int variables could overflow during 4-byte boundary alignment, causing undersized buffer allocations or incorrect bounds checking. 2.
    Missing minimum size validation: The CPRBX structure is copied from userspace without verifying sufficient buffer length. Undersized buffers cause uninitialized memory access when reading structure fields like cprbx.cprb_len and cprbx.domain. 3. Arithmetic overflow in sum calculations: Adding control block and data block sizes could overflow, bypassing size checks and enabling buffer overflows. Fix by using size_t for length calculations, adding U32_MAX boundary checks after alignment, validating minimum control block size before copying from userspace, and detecting sum calculation overflows. (CVE-2026-80546)

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

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

  - net/sched：cls_bpf：拒绝绑定到不同设备的 dev 绑定程序 cls_bpf_prog_from_efd（） 通过 bpf_prog_get_type_dev（） 获得了SCHED_CLS程序，但从未验证设备绑定（卸载）程序的绑定 netdev 是否与分类器附加到的 TC netdev 匹配。这允许通过 cls_bpf + skip_sw 将为 A 设备加载prog_ifindex的程序附加到设备 B;删除设备 A 然后在程序仍连接到设备 B 时破坏程序的卸载状态，从而触发 netdevsim WARN（具有 panic_on_warn=1 的错误）。镜像 XDP 连接路径 （net/core/dev.c） 并拒绝使用
    当开发绑定程序的绑定设备与目标设备不匹配时，-EINVAL。（CVE-2026-74736）

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

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

  - af_unix：断开 unix_del_edge（） 中scc_entry的链接。Kyle Zeng 报告 GC 可部分释放死的 SCC。
    场景如下：1）创建两个SCC：X -。A <-> B ^--' 2） 同时运行以下操作：2-1） send（） sk-B 从 sk-X 到 sk-B 2-2） close（） A 和 B 在 2-1），有一个小窗口，其中 unix_add_edges（） 向 GC 发布新边 （B <-> B），但其 skb 未被 skb_queue_tail（） 排队。如果 2-2） 在 skb_queue_tail（） 之前完成并且 GC 被触发，它会判定 A <-> B 为死，但 B 不会被释放，因为 GC 无法收集持有 B <-> B 边缘的尚未排队的 skb。X -. A <-> B -。此边缘可见 ^--' ^..'，但 skb 不可见。这本身不是问题，因为下一次 GC 运行也将 B 判定为死机并最终释放它。X -. A <.> B -. ^--' ^--' 但是，X 的 SCC 会强制下一个 GC 调用 unix_walk_scc_fast（），并且它会通过 B 的 scc_entry迭代 A。让我们在释放 unix_del_edge（） 中的顶点之前断开scc_entry链接。（CVE-2026-80521）

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

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

  - 之前的 Adminer 5.4.3 在 SQLite 模式下含有一个任意文件删除漏洞，其中数据库列表放置操作未能在删除前验证文件扩展名。经认证的攻击者可在 db[] 参数中提交任意相对文件路径，以删除 PHP 进程可写入的任何文件。
    (CVE-2026-34968)

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

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

  - OpenEXR 是 EXR 图像文件格式的参考实现和规范，广泛应用于电影行业。在版本和3.3.123.4.0版本中3.3.03.4.13，PyOpenEXR Python 绑定包含读取构建的深度扫描线 EXR 文件时触发的堆越界写入。当深度文件声明名为 left 的文字通道与带层前缀的 RGB 通道 left 时。R，左。G，然后离开了。B，包装器首先处理文字左通道并为其分配一个标量深度示例数组，然后将该数组重用为前缀 RGB 组的合并目标。
    深度读取器将具有 RGB 步幅（三个通道）的样本切片注册到使用标量形状分配的存储中，因此解码深度样本会超过分配。在正常深度示例解码期间，通过默认公用 Python API OpenEXR.File（path） 打开此类文件，造成堆缓冲区溢出，进而导致内存损坏和崩溃。此问题在版本 3.3.13 和 3.4.14中已修复。
    (CVE-2026-68514)

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

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

  - GitHub CLI （gh） 是 GitHub 的官方命令行工具。默认情况下， 2.28.0 通过 bind 的版本（由 gh codespace 端口创建的本地侦听器）转 2.97.0 发到所有可用网络接口。端口转发处于活动状态时，因此可以通过可路由到用户计算机的其他主机通过用户的非环回本地 IP 地址访问 Codespace 中的服务。此行为不会更改 Codespaces 端口的 GitHub 端可见性。相反，它会通过用户本地计算机上的通配符绑定监听器公开转发的服务，即使源 Codespaces 端口保持私密也是如此。要利用此漏洞，需要网络邻近攻击者在转发处于活动状态时接触到受害者的计算机。此问题已在 2.98.0 版本中修复。(CVE-2026-72924)

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

ID	名称	严重性
340800	Linux Distros 未修补的漏洞：CVE-2026-80583	high
340799	Linux Distros 未修补的漏洞：CVE-2026-74739	high
340798	Linux Distros 未修补的漏洞：CVE-2026-80576	high
340797	Linux Distros 未修补的漏洞：CVE-2026-80557	critical
340796	Linux Distros 未修补的漏洞：CVE-2026-80544	high
340795	Linux Distros 未修补的漏洞：CVE-2026-80522	high
340794	Linux Distros 未修补的漏洞：CVE-2026-15310	low
340793	Linux Distros 未修补的漏洞：CVE-2026-43795	medium
340792	Linux Distros 未修补的漏洞：CVE-2026-74735	medium
340791	Linux Distros 未修补的漏洞：CVE-2026-80523	high
340790	Linux Distros 未修补的漏洞：CVE-2026-79902	medium
340789	Linux Distros 未修补的漏洞：CVE-2026-74740	medium
340788	Linux Distros 未修补的漏洞：CVE-2026-80564	medium
340787	Linux Distros 未修补的漏洞：CVE-2026-80569	high
340786	Linux Distros 未修补的漏洞：CVE-2026-80566	medium
340785	Linux Distros 未修补的漏洞：CVE-2026-74749	medium
340784	Linux Distros 未修补的漏洞：CVE-2026-64780	medium
340783	Linux Distros 未修补的漏洞：CVE-2026-80554	critical
340782	Linux Distros 未修补的漏洞：CVE-2026-80541	high
340781	Linux Distros 未修补的漏洞：CVE-2026-65331	medium
340780	Linux Distros 未修补的漏洞：CVE-2026-74748	high
340779	Linux Distros 未修补的漏洞：CVE-2026-74742	high
340778	Linux Distros 未修补的漏洞：CVE-2026-80562	high
340777	Linux Distros 未修补的漏洞：CVE-2026-80570	high
340776	Linux Distros 未修补的漏洞：CVE-2026-64778	medium
340775	Linux Distros 未修补的漏洞：CVE-2026-80560	high
340774	Linux Distros 未修补的漏洞：CVE-2026-80587	critical
340773	Linux Distros 未修补的漏洞：CVE-2026-80585	critical
340772	Linux Distros 未修补的漏洞：CVE-2026-80528	critical
340771	Linux Distros 未修补的漏洞：CVE-2026-74734	medium
340770	Linux Distros 未修补的漏洞：CVE-2026-65337	medium
340769	Linux Distros 未修补的漏洞：CVE-2026-65334	medium
340768	Linux Distros 未修补的漏洞：CVE-2026-80582	high
340767	Linux Distros 未修补的漏洞：CVE-2026-80542	medium
340766	Linux Distros 未修补的漏洞：CVE-2026-80572	high
340765	Linux Distros 未修补的漏洞：CVE-2026-74750	high
340764	Linux Distros 未修补的漏洞：CVE-2026-80575	high
340763	Linux Distros 未修补的漏洞：CVE-2026-74743	critical
340762	Linux Distros 未修补的漏洞：CVE-2026-74752	critical
340761	Linux Distros 未修补的漏洞：CVE-2026-74738	medium
340760	Linux Distros 未修补的漏洞：CVE-2026-80579	high
340759	Linux Distros 未修补的漏洞：CVE-2026-64718	medium
340758	Linux Distros 未修补的漏洞：CVE-2026-74741	high
340757	Linux Distros 未修补的漏洞：CVE-2026-65333	medium
340756	Linux Distros 未修补的漏洞：CVE-2026-80546	high
340755	Linux Distros 未修补的漏洞：CVE-2026-74736	high
340754	Linux Distros 未修补的漏洞：CVE-2026-80521	high
340743	Linux Distros 未修补的漏洞：CVE-2026-34968	high
340742	Linux Distros 未修补的漏洞：CVE-2026-68514	medium
340741	Linux Distros 未修补的漏洞：CVE-2026-72924	low

检测

Nessus 的 Misc. 系列

high

high

high

critical

high

high

low

medium

medium

high

medium

medium

medium

high

medium

medium

medium

critical

high

medium

high

high

high

high

medium

high

critical

critical

critical

medium

medium

medium

high

medium

high

high

high

critical

critical

medium

high

medium

high

medium

high

high

high

high

medium

low