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

  - 已修复 Linux 内核中的下列漏洞：pinctrl: pinconf-generic: Fix memory leak in pinconf_generic_parse_dt_config() In pinconf_generic_parse_dt_config(), if parse_dt_cfg() fails, it returns directly. This bypasses the cleanup logic and results in a memory leak of the cfg buffer. Fix this by jumping to the out label on failure, ensuring kfree(cfg) is called before returning.
    (CVE-2026-23337)

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

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

  - 发送以 4000 个括号打开+关闭的 NOOP (((...))) 命令会导致 ~1MB 的额外内存使用。
    较长的命令将导致客户端断开连接。通过不发送结束 LF 的命令可以将此 1 MB 的分配保留更长的时间。因此攻击者甚至可以从单个 IP 进行连接并创建 1000 个连接来分配 1 GB 的内存这可能导致达到 VSZ 限制并终止进程及其其他代理连接。攻击者甚至可以从单个 IP 进行连接并创建 1000 个连接以分配 1 GB 的内存这可能导致达到 VSZ 限制并终止进程及其其他代理连接。安装修复版本无其他修复。无已知可公开利用的漏洞。 (CVE-2026-27857)

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

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

  - Forge也称为“node-forge”是 JavaScript 中传输层安全的本机实现。
    在低于 的版本 1.4.0之前RSASSA PKCS#1 v1.5 签名验证接受低指数公开密钥 (e=3) 的伪造签名。攻击者可通过在 ASN 结构中填充垃圾字节来伪造签名以便构建可通过验证的签名从而启用 Bleichenbacher 式伪造。此问题与 CVE-2022-24771类似但在 ASN 结构内而不是外部的附加字段中添加字节。此外forge 不会验证签名是否包含规范所定义的至少 8 个字节的填充从而为攻击者构建 Bleichenbacher 伪造品提供了额外空间。版本 1.4.0 针对此问题提供了补丁。(CVE-2026-33894)

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

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

  - 在暗流号发现了一个缺陷。当Undertow收到HTTP请求，且首部行以一个或多个空格开头时，它错误地处理请求，剥离了这些前置空格。这种行为违反了HTTP标准，可能被远程攻击者利用来进行请求走私。请求走私允许攻击者绕过安全机制，访问受限信息或操控网络缓存，可能导致未经授权的行为或数据泄露。
    (CVE-2026-28369)

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

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

  - Grafana 中可使用重采样查询触发内存不足崩溃。 (CVE-2026-27879)

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

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

  - 已通过改进内存处理解决此问题。此问题已在 Safari 26.4、iOS 26.4 和 iPadOS 26.4、macOS Tahoe 26.4、visionOS 26.4中修复。处理恶意构建的 Web 内容或可导致进程意外崩溃。(CVE-2026-20664)

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

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

  - udp：断开连接时从 4 元组哈希表中反哈希自动绑定的已连接的 sk。假设我们使用非零端口将 UDP 套接字绑定 （） 到通配符地址，将其 connect（） 到地址，然后断开它与地址的连接。bind（） 在 sk->sk_userlocks（而非 SOCK_BINDADDR_LOCK）上设置SOCK_BINDPORT_LOCK，connect（） 调用 udp_lib_hash4（） 以将套接字放入 4 元组哈希表中。然后，__udp_disconnect（） 调用 sk->sk_prot->rehash（sk）。它根据通配符地址计算新的哈希，并将套接字移动到 4 元组哈希表中的新插槽，从而在链中留下一个没有数据包命中的垃圾。让我们在断开连接时从 4 元组哈希表中删除此类套接字。请注意，udp_sk（sk）->udp_portaddr_hash 需要在 udp_unhash4（） 中的 udp_hash4_dec（hslot2） 之后进行更新。（CVE-2026-23331）

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix race in devmap on PREEMPT_RT On PREEMPT_RT kernels, the per-CPU xdp_dev_bulk_queue (bq) can be accessed concurrently by multiple preemptible tasks on the same CPU. The original code assumes bq_enqueue() and __dev_flush() run atomically with respect to each other on the same CPU, relying on local_bh_disable() to prevent preemption. However, on PREEMPT_RT, local_bh_disable() only calls migrate_disable() (when PREEMPT_RT_NEEDS_BH_LOCK is not set) and does not disable preemption, which allows CFS scheduling to preempt a task during bq_xmit_all(), enabling another task on the same CPU to enter bq_enqueue() and operate on the same per-CPU bq concurrently. This leads to several races: 1. Double-free / use-after-free on bq->q[]: bq_xmit_all() snapshots cnt = bq->count, then iterates bq->q[0..cnt-1] to transmit frames. If preempted after the snapshot, a second task can call bq_enqueue() -> bq_xmit_all() on the same bq, transmitting (and freeing) the same frames. When the first task resumes, it operates on stale pointers in bq->q[], causing use-after-free. 2. bq->count and bq->q[] corruption: concurrent bq_enqueue() modifying bq->count and bq->q[] while bq_xmit_all() is reading them. 3. dev_rx/xdp_prog teardown race: __dev_flush() clears bq->dev_rx and bq->xdp_prog after bq_xmit_all(). If preempted between bq_xmit_all() return and bq->dev_rx = NULL, a preempting bq_enqueue() sees dev_rx still set (non-NULL), skips adding bq to the flush_list, and enqueues a frame. When __dev_flush() resumes, it clears dev_rx and removes bq from the flush_list, orphaning the newly enqueued frame. 4. __list_del_clearprev() on flush_node: similar to the cpumap race, both tasks can call __list_del_clearprev() on the same flush_node, the second dereferences the prev pointer already set to NULL. The race between task A (__dev_flush -> bq_xmit_all) and task B (bq_enqueue -> bq_xmit_all) on the same CPU: Task A (xdp_do_flush) Task B (ndo_xdp_xmit redirect) ----------------------
    -------------------------------- __dev_flush(flush_list) bq_xmit_all(bq) cnt = bq->count /* e.g. 16 */ /* start iterating bq->q[] */ <-- CFS preempts Task A --> bq_enqueue(dev, xdpf) bq->count == DEV_MAP_BULK_SIZE bq_xmit_all(bq, 0) cnt = bq->count /* same 16! */ ndo_xdp_xmit(bq->q[]) /* frames freed by driver */ bq->count = 0 <-- Task A resumes --> ndo_xdp_xmit(bq->q[]) /* use-after-free: frames already freed! */ Fix this by adding a local_lock_t to xdp_dev_bulk_queue and acquiring it in bq_enqueue() and
    __dev_flush(). These paths already run under local_bh_disable(), so use local_lock_nested_bh() which on non-RT is a pure annotation with no overhead, and on PREEMPT_RT provides a per-CPU sleeping lock that serializes access to the bq. (CVE-2026-23294)

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

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

  - 已修复 Linux 内核中的下列漏洞：drm/xe/queue: Call fini on exec queue creation fail Every call to queue init should have a corresponding fini call. Skipping this would mean skipping removal of the queue from GuC list (which is part of guc_id allocation). A damaged queue stored in exec_queue_lookup list would lead to invalid memory reference, sooner or later. Call fini to free guc_id. This must be done before any internal LRCs are freed. Since the finalization with this extra call became very similar to __xe_exec_queue_fini(), reuse that. To make this reuse possible, alter xe_lrc_put() so it can survive NULL parameters, like other similar functions. v2: Reuse _xe_exec_queue_fini(). Make xe_lrc_put() aware of NULLs. (cherry picked from commit 393e5fea6f7d7054abc2c3d97a4cfe8306cd6079) (CVE-2026-23350)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/amdxdna: Prevent ubuf size overflow The ubuf size calculation may overflow, resulting in an undersized allocation and possible memory corruption. Use check_add_overflow() helpers to validate the size calculation before allocation.
    (CVE-2026-23280)

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

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

  - Mod_gnutls 是基于 GnuTLS 且适用于 Apache HTTPD 的 TLS 模块。在 0.12.3 和 0.13.0之前的版本中 用于客户端证书验证的代码将客户端发送的证书链导入固定大小的“gnutls_x509_crt_t x509[]”数组中而未检查证书数量是否小于或等于该数组大小。 “gnutls_x509_crt_t”是指向不透明 GnuTLS 结构的指针的“typedef”在将证书数据导入其中之前通过“gnutls_x509_crt_init()”创建因此没有攻击者控制的数据写入堆栈缓冲区最后一个数组元素通常会触发段错误，否则理论上可导致堆栈损坏实际上未观察到。不使用客户端证书的服务器配置默认为“GnuTLSClientVerify ignore”不受影响。已在 0.12.3 版中修复此问题方法是检查提供的证书链的长度并在超过缓冲区长度时予以拒绝。在 0.13.0 版中已修复此问题通过重写证书验证以使用“gnutls_certificate_verify_peers()”从而不再需要完全缓冲。目前尚无变通方案。版本 0.12.3 为尚不希望升级到 0.13.0 的 0.12.x 用户提供最小补丁。 (CVE-2026-33307)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/amdxdna: Fix out-of-bounds memset in command slot handling The remaining space in a command slot may be smaller than the size of the command header. Clearing the command header with memset() before verifying the available slot space can result in an out-of-bounds write and memory corruption. Fix this by moving the memset() call after the size validation. (CVE-2026-23288)

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

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

  - Forge也称为“node-forge”是 JavaScript 中传输层安全的本机实现。
    低于 1.4.0的版本当中间证书同时缺少“basicConstraints”和“keyUsage”扩展时“pki.verifyCertificateChain()”不执行 RFC 5280 basicConstraints 要求。
    这允许任何叶证书（没有这些扩展）充当 CA 并签署 node-forge 会将其视为有效的其他证书。版本 1.4.0 针对此问题提供了补丁。(CVE-2026-33896)

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

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

  - 已修复 Linux 内核中的下列漏洞：accel/amdxdna: Fix crash when destroying a suspended hardware context If userspace issues an ioctl to destroy a hardware context that has already been automatically suspended, the driver may crash because the mailbox channel pointer is NULL for the suspended context. Fix this by checking the mailbox channel pointer in aie2_destroy_context() before accessing it. (CVE-2026-23341)

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

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

  - 已修复 Linux 内核中的下列漏洞：regulator: fp9931: Fix PM runtime reference leak in fp9931_hwmon_read() In fp9931_hwmon_read(), if regmap_read() failed, the function returned the error code without calling pm_runtime_put_autosuspend(), causing a PM reference leak.
    (CVE-2026-23283)

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

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

  - 已修复 Linux 内核中的下列漏洞：ipmi: Fix use-after-free and list corruption on sender error The analysis from Breno: When the SMI sender returns an error, smi_work() delivers an error response but then jumps back to restart without cleaning up properly: 1. intf->curr_msg is not cleared, so no new message is pulled 2. newmsg still points to the message, causing sender() to be called again with the same message 3. If sender() fails again, deliver_err_response() is called with the same recv_msg that was already queued for delivery This causes list_add corruption (list_add double add) because the recv_msg is added to the user_msgs list twice. Subsequently, the corrupted list leads to use-after-free when the memory is freed and reused, and eventually a NULL pointer dereference when accessing recv_msg->done. The buggy sequence: sender() fails -> deliver_err_response(recv_msg) // recv_msg queued for delivery -> goto restart // curr_msg not cleared! sender() fails again (same message!) -> deliver_err_response(recv_msg) // tries to queue same recv_msg -> LIST CORRUPTION Fix this by freeing the message and setting it to NULL on a send error. Also, always free the newmsg on a send error, otherwise it will leak. (CVE-2026-23322)

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

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

  - 已修复 Linux 内核中的下列漏洞：HID: pidff: Fix condition effect bit clearing As reported by MPDarkGuy on discord, NULL pointer dereferences were happening because not all the conditional effects bits were cleared. Properly clear all conditional effect bits from ffbit (CVE-2026-23349)

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

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

  - PJSIP 是以 C 语言编写的免费开源多媒体通信库。版本和更低版本的 2.16 ICE 会话中包含堆释放后使用漏洞，会话销毁和回调之间存在争用条件时会出现此漏洞。此问题已在 2.17 版本中修复。(CVE-2026-32942)

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

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

  - 已通过改进的状态管理解决此问题。此问题已在 Safari 26.4、iOS 18.7.7 和 iPadOS 18.7.7、iOS 26.4 和 iPadOS 26.4、macOS Tahoe 26.4、tvOS 26.4、visionOS 26.4、watchOS 26.4中修复。
    处理恶意构建的 Web 内容可能会阻止内容安全策略强制执行。
    (CVE-2026-20665)

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

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

  - 使用公共仪表盘和直接数据源时，所有直接数据源的密码都会被暴露，尽管这些密码未被用于仪表盘中。代理数据源的密码不会被泄露。我们鼓励所有直接数据源尽可能转换为代理数据源，以提升部署的安全性。（CVE-2026-27877）

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

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

  - 已通过改进的状态管理解决授权问题。此问题已在 Safari 26.4、iOS 26.4 和 iPadOS 26.4、macOS Tahoe 26.4、visionOS 26.4、watchOS 26.4中修复。恶意构建的网页可能会识别用户。(CVE-2026-20691)

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

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

  - 当 dovecot 已配置为使用 per domain passwd 文件且它们被放置在 /etc 上方的一个路径组件或已向允许的字符添加斜线时如果域组件是目录部分则可能发生路径遍历。这样会允许无意间读取 /etc/passwd或以 passwd 结尾的其他某个路径。如果此文件包含密码可被错误地用于认证或是如果此文件为 userdb可意外使系统用户显示为有效用户。升级到已修复 的版本或使用不依赖于路径的其他认证方案。或者您也可以确保各域的 passwd 文件位于其他某个位置例如 /etc/dovecot/auth/%d。无已知可公开利用的漏洞。 (CVE-2026-0394)

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

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

  - 已修复 Linux 内核中的下列漏洞：RDMA/ionic: Fix kernel stack leak in ionic_create_cq() struct ionic_cq_resp resp { __u32 cqid[2]; // offset 0 - PARTIALLY SET (see below) __u8 udma_mask; // offset 8 - SET (resp.udma_mask = vcq->udma_mask) __u8 rsvd[7]; // offset 9 - NEVER SET <- LEAK }; rsvd[7]: 7 bytes of stack memory leaked unconditionally. cqid[2]: The loop at line 1256 iterates over udma_idx but skips indices where !(vcq->udma_mask & BIT(udma_idx)). The array has 2 entries but udma_count could be 1, meaning cqid[1] might never be written via ionic_create_cq_common(). If udma_mask only has bit 0 set, cqid[1] (4 bytes) is also leaked. So potentially 11 bytes leaked. (CVE-2026-23384)

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

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

  - 已修复 Linux 内核中的下列漏洞：bpf: Fix race in cpumap on PREEMPT_RT On PREEMPT_RT kernels, the per-CPU xdp_bulk_queue (bq) can be accessed concurrently by multiple preemptible tasks on the same CPU. The original code assumes bq_enqueue() and __cpu_map_flush() run atomically with respect to each other on the same CPU, relying on local_bh_disable() to prevent preemption. However, on PREEMPT_RT, local_bh_disable() only calls migrate_disable() (when PREEMPT_RT_NEEDS_BH_LOCK is not set) and does not disable preemption, which allows CFS scheduling to preempt a task during bq_flush_to_queue(), enabling another task on the same CPU to enter bq_enqueue() and operate on the same per-CPU bq concurrently. This leads to several races: 1. Double
    __list_del_clearprev(): after bq->count is reset in bq_flush_to_queue(), a preempting task can call bq_enqueue() -> bq_flush_to_queue() on the same bq when bq->count reaches CPU_MAP_BULK_SIZE. Both tasks then call __list_del_clearprev() on the same bq->flush_node, the second call dereferences the prev pointer that was already set to NULL by the first. 2. bq->count and bq->q[] races: concurrent bq_enqueue() can corrupt the packet queue while bq_flush_to_queue() is processing it. The race between task A (__cpu_map_flush -> bq_flush_to_queue) and task B (bq_enqueue -> bq_flush_to_queue) on the same CPU: Task A (xdp_do_flush) Task B (cpu_map_enqueue) ---------------------- ------------------------ bq_flush_to_queue(bq) spin_lock(&q->producer_lock) /* flush bq->q[] to ptr_ring */ bq->count = 0 spin_unlock(&q->producer_lock) bq_enqueue(rcpu, xdpf) <-- CFS preempts Task A --> bq->q[bq->count++] = xdpf /* ... more enqueues until full ... */ bq_flush_to_queue(bq) spin_lock(&q->producer_lock) /* flush to ptr_ring */ spin_unlock(&q->producer_lock) __list_del_clearprev(flush_node) /* sets flush_node.prev = NULL
    */ <-- Task A resumes --> __list_del_clearprev(flush_node) flush_node.prev->next = ... /* prev is NULL -> kernel oops */ Fix this by adding a local_lock_t to xdp_bulk_queue and acquiring it in bq_enqueue() and
    __cpu_map_flush(). These paths already run under local_bh_disable(), so use local_lock_nested_bh() which on non-RT is a pure annotation with no overhead, and on PREEMPT_RT provides a per-CPU sleeping lock that serializes access to the bq. To reproduce, insert an mdelay(100) between bq->count = 0 and
    __list_del_clearprev() in bq_flush_to_queue(), then run reproducer provided by syzkaller. (CVE-2026-23342)

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

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

  - XML 组件中的拒绝服务。在 Firefox 149 和 Thunderbird 149 中已修复此漏洞。
    (CVE-2026-4726)

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

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

  - IPC 组件中的权限升级。此漏洞已在 Firefox 149 和 Thunderbird 149 中修复。(CVE-2026-4722)

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

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

  - 因 Graphics: Canvas2D 组件中的释放后使用造成沙盒逃逸。此漏洞已在 Firefox 149 和 Thunderbird 149 中修复。(CVE-2026-4725)

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

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

  - Dovecot 提供了一个用于附件到文本转换的脚本。此脚本不安全地处理 zip 样式附件。攻击者可使用特别构建的 OOXML 文档使系统上非预期的文件被编制索引并最终出现在 FTS 索引中。请勿使用提供的脚本而使用 FTS tika 等其他脚本。无已知可公开利用的漏洞。 (CVE-2025-59031)

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

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

  - Grassroots DICOM Library (GDCM) 中存在内存泄露。解析文件元信息中包含非标准 VR 类型的格式错误 DICOM 文件时会出现此缺陷。该漏洞导致大量内存分配和资源耗尽从而触发拒绝服务情况。恶意构建的 文件可在单个读取操作中填满堆而无需正确释放该堆。 (CVE-2026-3650)

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

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

  - Grafana Tempo 中的漏洞通过 /status/config 端点以明文暴露 S3 SSE-C 加密密钥从而可能允许未经授权的用户获取用于加密 S3 中存储的跟踪数据的密钥。感谢william_goodfellow 报告此漏洞。 (CVE-2026-28377)

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

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

  - 使用 regex由管理员设置验证主机和事件操作脚本输入但验证在多行模式下运行。如果在用户输入验证中使用 ^ 和 $ 定位标记注入的换行符可让经认证的用户绕过检查和注入 shell 命令。 (CVE-2026-23920)

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

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

  - mtrojnar Osslsigncode 中的一个问题在 v2.10 及之前的版本中受影响允许远程攻击者通过 osslsigncode.c 组件升级权限CVE-2025-70888]

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

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

  - 出于性能原因 Zabbix Server/Proxy 重复使用 JavaScript (Duktape) 上下文用于脚本项目、JavaScript 重新处理、Webhook。当常规（非超级）Zabbix 管理员泄漏他们无权访问的主机的数据时这可导致机密性丢失。已经发布了一个补丁该补丁可使 Zabbix 中内置的 JavaScript 对象变为只读但请注意不建议使用全局 JavaScript 变量因为其内容可能会泄露。Zabbix 文档中的更多信息 <a href='https://www.zabbix.com/documentation/7.4/en/manual/installation/known_issues#preprocessing-global-variables-are-unsafe'></a>。 (CVE-2026-23919)

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

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

  - 处理截断的 fixext 数据格式代码 0xd4-0xd8时 msgpack 解码器未正确验证输入缓冲区长度。这可导致越界读取和运行时错误从而允许拒绝服务攻击。 (CVE-2026-32284)

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

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

  - ChromeOS 16093.57.0 的 Virglrenderer 中的越界读取可让恶意客户机 VM 在 crosvm 沙盒进程内实现任意地址访问可能通过构建的顶点元素数据触发 util_format_description 中的越界读取导致 VM 逃逸。 (CVE-2025-2509)

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

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

  - Picomaatch 是一种以 JavaScript 编写的 glob 匹配器。低于 4.0.4、 3.0.2和 2.3.2 的版本容易受到方法注入漏洞的影响并且会影响“POSIX_REGEX_SOURCE”对象。由于从 `Object.prototype` 继承的对象因此特别构建的 POSIX 括号表达式例如 `[[:constructor:]]`可能引用继承的方法名称。这些方法会隐式转换为字符串并注入到生成的正则表达式中。这会导致不正确的 glob 匹配行为完整性影响其中模式可能匹配非预期的文件名。问题不会启用远程代码执行但可在依赖 glob 匹配进行筛选、验证或访问控制的应用程序中导致与安全相关的逻辑错误。使用受影响的“picomatch”版本的用户处理不受信任的或用户控制的 glob 模式可能会受到影响。此问题已在 picomatch 中修复 4.0.4、 3.0.2 和 2.3.2。用户应升级到这些版本中的一个 或更高版本具体取决于其支持的版本系列。如果无法立即升级，应避免将不受信任的 glob 模式传递给 picomatch。可能的缓解措施包括审查或拒绝不受信任的 glob 模式尤其是包含“[[:...:]]”等 POSIX 字符类的模式避免在涉及用户输入时使用 POSIX 括号表达式并通过修改“POSIX_REGEX_SOURCE”以使用 null 原型来手动修补库。 (CVE-2026-33672)

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

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

  - ImageMagick 是用于编辑和操纵数字图像的免费开源软件。在 7.1.2-18 和 6.9.13-43之前版本中由于某些平台上的错误返回值指针会递增超过堆栈上的缓冲区末尾并且可能导致越界写入。 7.1.2-18 和 6.9.13-43 版修补了问题。 (CVE-2026-33536)

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

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

  - 拥有 API 访问权限的低权限 Zabbix 用户可利用 include/classes/api/CApiService.php 中的 SQL 盲注漏洞通过 sortfield 参数执行任意 SQL 选择。尽管不直接返回查询结果但攻击者可通过基于时间的技术泄露任意数据库数据从而可能导致会话标识符泄露和管理员帐户泄露。 (CVE-2026-23921)

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

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

  - pf4j在20c2f80之前存在Unzip.java的extract（）函数中的路径遍历漏洞，若不当处理zip条目名称，可能导致目录遍历或Zip滑脱攻击，原因在于路径规范化和验证不当。（CVE-2025-70952）

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

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

  - 在 Orc 折扣高达 3.0.1.2中发现一个漏洞。此问题影响 Markdown Handler 组件的 markdown.c 文件的函数编译。这种操纵会造成不受控制的递归。
    攻击仅限于本地执行。漏洞利用已公之于众可被用于攻击。项目维护者确认：[I]如果您为其提供无限深的 blockquote 输入它将崩溃。 (...) [T]此缺陷与我一直在处理的一个旧缺陷相同。 (CVE-2026-4833)

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

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

  - Zabbix Agent 2 Docker 插件在将“docker.container_info”参数转发到 Docker 后台程序时未正确审查这些参数。能够调用 Agent 2 的攻击者可通过 Docker 存档 API 注入文件从运行中的 Docker 容器中读取任意文件。 (CVE-2026-23924)

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

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

  - 在 OCaml 至 4.14.3中Bigarray.reshape 允许在处理不受信任的数据时整数溢出以及由此导致的任意内存读取。 (CVE-2026-34353)

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

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

  - 在 1.16.2 之前的 TigerVNC 中，由于权限设置不当，x0vncserver 中的 Image.cxx 文件会导致其他用户能够查看或操控屏幕内容，甚至引发应用程序崩溃。(CVE-2026-34352)

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

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

  - BuildKit 是一种工具包，用于将源代码转换为以高效、富有表现力和可重复的方式构建构件。在 0.28.1 之前的版本中，当使用自定义 BuildKit 前端时，该前端可构建 API 消息，导致在执行上下文的 BuildKit 状态目录之外写入文件。已在 v0.28.1 中修复此问题。此漏洞需要使用通过 `#syntax` 或 `--build-arg BUILDKIT_SYNTAX` 设置的不受信任的 BuildKit 前端。搭配 `docker/dockerfile` 等众所周知的前端图像使用这些选项不会受到影响。(CVE-2026-33747)

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

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

  - Picomaatch 是一种以 JavaScript 编写的 glob 匹配器。处理特制的 extglob 模式时低于 4.0.4、 3.0.2和 2.3.2 的版本容易受到正则表达式拒绝服务 (ReDoS) 的影响。使用“+()”和“*()”等 extglob 限定符的某些模式尤其是在与重叠替代项或嵌套的 extglob 结合使用时会被编译为正则表达式在针对不匹配输入时可发生灾难性回溯。应用程序允许不受信任的用户提供 glob 模式这些模式会传递给“picomatch”进行编译或匹配。在这些情况下攻击者可造成过度消耗 CPU 并阻断 Node.js 事件循环从而导致拒绝服务。仅使用受信任的、由开发人员控制的 glob 模式的应用程序以安全相关方式暴露的可能性大大降低。
    此问题已在 picomatch 中修复 4.0.4、 3.0.2 和 2.3.2。用户应升级到这些版本中的一个 或更高版本具体取决于其支持的版本系列。如果无法立即升级，应避免将不受信任的 glob 模式传递到“picomatch”。可能的缓解措施包括使用“noextglob: true”禁用 extglob 对不可信的模式的支持、拒绝或审查包含嵌套 extglob 或 extglob 量词如“+()”和“*()”的模式、对接受的模式语法强制执行严格的允许列表、运行在具有时间和资源限制的隔离工作线程或单独进程中进行匹配，并为接受 glob 模式的任何端点应用应用程序级别请求限制和输入验证。
    (CVE-2026-33671)

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

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

  - ImageMagick 是用于编辑和操纵数字图像的免费开源软件。在 7.1.2-18 和 6.9.13-43之前版本中 X11 “display”交互路径中存在零字节越界写入可能导致崩溃。 7.1.2-18 和 6.9.13-43 版修补了问题。 (CVE-2026-33535)

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

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

  - “yaml”是用于 JavaScript 的 YAML 解析器和序列化器。在低于 1.10.3 的 [ 1.x 分支或低于 2.8.3 [] 的 2.x 分支上解析使用 `yaml` 版本的 YAML 文档可能会因堆栈溢出而抛出 RangeError。节点解析/复合阶段使用无深度边界的递归函数调用。能够提供 YAML 进行解析的攻击者可利用小负载 (~210 KB) 触发“RangeError超出调用堆栈上限”。“RangeError”不是“YAMLParseError”因此仅捕获 YAML 特定错误的应用程序将遇到意外的异常类型。根据主机应用程序的异常处理方式这可能会使请求失败或终止 Node.js 进程。流序列允许使用最少的字节进行深层嵌套每层 2 个字节一个“[”和一个“]”。在默认 Node.js 堆栈中大约 1,0005,000 级的嵌套210 KB 输入会耗尽调用堆栈。具体的阈值依赖于环境（Node.js 版本、堆栈大小、调用时的调用堆栈深度）。注意库的“Parser”CST 阶段使用基于堆栈的迭代方法因此不受影响。只有构建/解析阶段使用实际的调用堆栈递归。所有三个公共解析 API 都受到影响：“YAML.parse()”、“YAML.parseDocument()”和“YAML.parseAllDocuments()”。版本 1.10.3、2.8.3 包含补丁。
    (CVE-2026-33532)

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

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

  - Incus 是系统容器和虚拟机管理器。在低于版本 6.23.0的情况下对 Incus 存储段功能具有访问权限的用户可使用特别构建的存储段备份使 Incus 后台程序崩溃。重复使用此攻击可被用于使服务器保持离线状态从而造成控制平面 API 拒绝服务。这不会影响任何正在运行的工作负载，现有容器和虚拟机将继续运行。版本 6.23.0 已修复该问题。(CVE-2026-33743)

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

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

  - Incus 是系统容器和虚拟机管理器。低于版本 6.23.0的版本可使用实例模板文件造成以根用户身份在主机服务器上造成任意读取或写入。Incus 允许实例中使用可在实例生命周期中的不同时间使用的 pongo2 模板来为实例内部的文件创建模板。Incus 中的这一特定 pongo2 实现允许文件读取/写入但预期 pongo2 chroot 功能会隔离对实例文件系统的所有此类访问。这是允许的因此模板理论上可读取文件然后生成所述文件的新版本。遗憾的是pongo2 完全跳过了 chroot 隔离机制导致可以轻松以 root 权限访问整个系统的文件系统。版本 6.23.0 修补了问题。
    (CVE-2026-33897)

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

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

  - Incus 是系统容器和虚拟机管理器。Incus 实例具有向客户机中的 systemd 提供凭据的选项。对于容器，此问题通过共享目录进行处理。在低于 6.23.0的版本中攻击者可设置类似命名为“systemd.credential.../../../../../../root/.bashrc”的配置密钥以造成 Incus 外部写入与容器关联的“credentials”目录中的 。这利用了此类凭据的 Incus 语法为“systemd.credential.XYZ”这一事实，其中“XYZ”本身可包含更多句点。尽管无法以这种方式读取任何数据，但仍可能以根用户身份写入任意文件，从而实现权限升级和拒绝服务攻击。版本 6.23.0 已修复该问题。(CVE-2026-33945)

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

ID	名称	严重性
304083	Linux Distros 未修补的漏洞：CVE-2026-23337	medium
304082	Linux Distros 未修补的漏洞：CVE-2026-27857	high
304081	Linux Distros 未修补的漏洞：CVE-2026-33894	high
304080	Linux Distros 未修补的漏洞：CVE-2026-28369	critical
304079	Linux Distros 未修补的漏洞：CVE-2026-27879	medium
304078	Linux Distros 未修补的漏洞：CVE-2026-20664	high
304077	Linux Distros 未修补的漏洞：CVE-2026-23331	medium
304076	Linux Distros 未修补的漏洞：CVE-2026-23294	high
304075	Linux Distros 未修补的漏洞：CVE-2026-23350	high
304074	Linux Distros 未修补的漏洞：CVE-2026-23280	high
304073	Linux Distros 未修补的漏洞：CVE-2026-33307	high
304072	Linux Distros 未修补的漏洞：CVE-2026-23288	high
304071	Linux Distros 未修补的漏洞：CVE-2026-33896	critical
304070	Linux Distros 未修补的漏洞：CVE-2026-23341	medium
304069	Linux Distros 未修补的漏洞：CVE-2026-23283	medium
304068	Linux Distros 未修补的漏洞：CVE-2026-23322	high
304067	Linux Distros 未修补的漏洞：CVE-2026-23349	medium
304066	Linux Distros 未修补的漏洞：CVE-2026-32942	critical
304065	Linux Distros 未修补的漏洞：CVE-2026-20665	medium
304064	Linux Distros 未修补的漏洞：CVE-2026-27877	high
304063	Linux Distros 未修补的漏洞：CVE-2026-20691	medium
304062	Linux Distros 未修补的漏洞：CVE-2026-0394	medium
304061	Linux Distros 未修补的漏洞：CVE-2026-23384	medium
304060	Linux Distros 未修补的漏洞：CVE-2026-23342	medium
304059	Linux Distros 未修补的漏洞：CVE-2026-4726	high
304058	Linux Distros 未修补的漏洞：CVE-2026-4722	high
304057	Linux Distros 未修补的漏洞：CVE-2026-4725	critical
304056	Linux Distros 未修补的漏洞：CVE-2025-59031	medium
304007	Linux Distros 未修补的漏洞：CVE-2026-3650	high
304006	Linux Distros 未修补的漏洞：CVE-2026-28377	high
304005	Linux Distros 未修补的漏洞：CVE-2026-23920	high
304004	Linux Distros 未修补的漏洞：CVE-2025-70888	critical
304003	Linux Distros 未修补的漏洞：CVE-2026-23919	high
304002	Linux Distros 未修补的漏洞：CVE-2026-32284	high
304001	Linux Distros 未修补的漏洞：CVE-2025-2509	high
304000	Linux Distros 未修补的漏洞：CVE-2026-33672	medium
303999	Linux Distros 未修补的漏洞：CVE-2026-33536	medium
303998	Linux Distros 未修补的漏洞：CVE-2026-23921	high
303997	Linux Distros 未修补的漏洞：CVE-2025-70952	high
303996	Linux Distros 未修补的漏洞：CVE-2026-4833	medium
303995	Linux Distros 未修补的漏洞：CVE-2026-23924	medium
303994	Linux Distros 未修补的漏洞：CVE-2026-34353	medium
303993	Linux Distros 未修补的漏洞：CVE-2026-34352	critical
303992	Linux Distros 未修补的漏洞：CVE-2026-33747	critical
303991	Linux Distros 未修补的漏洞：CVE-2026-33671	high
303990	Linux Distros 未修补的漏洞：CVE-2026-33535	medium
303989	Linux Distros 未修补的漏洞：CVE-2026-33532	medium
303971	Linux Distros 未修补的漏洞：CVE-2026-33743	medium
303970	Linux Distros 未修补的漏洞：CVE-2026-33897	critical
303969	Linux Distros 未修补的漏洞：CVE-2026-33945	critical

检测

Nessus 的 Misc. 系列

medium

high

high

critical

medium

high

medium

high

high

high

high

high

critical

medium

medium

high

medium

critical

medium

high

medium

medium

medium

medium

high

high

critical

medium

high

high

high

critical

high

high

high

medium

medium

high

high

medium

medium

medium

critical

critical

high

medium

medium

medium

critical

critical