Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - media：meson：vdec：修正 vdec_open 錯誤路徑中的記憶體洩漏 之前，當 vdec_init_ctrls（） 失敗時，vdec_open（） 函式會直接跳轉到 err_m2m_release，跳過 m2m 上下文的釋放。這會導致資源洩漏。在釋放 m2m 裝置之前，引入呼叫 v4l2_m2m_ctx_release （sess->m2m_ctx） 的適當err_m2m_ctx_release標籤來修正此問題。這是通過 kmemleak 確定的：
    未參照的物件0xffff0000205d6878（大小 8）：comm v4l_id、pid 5289、jiffies 4294938580十六進位轉儲（前 8 個位元組）：40 d2 49 18 00 00 ff ff @.I.....回溯 （CRC D3204599）：kmemleak_alloc+0xc8/0xf0
    __kvmalloc_node_noprof+0x60c/0x850 v4l2_ctrl_handler_init_class+0x1b4/0x2e8 [videodev] vdec_open+0x1f4/0x788 [meson_vdec] v4l2_open+0x144/0x460 [videodev] chrdev_open+0x1ac/0x500 do_dentry_open+0x3f0/0xfe8 vfs_open+0x68/0x320 do_open+0x2d8/0x9a8 path_openat+0x1d0/0x4f0 do_filp_open+0x190/0x380 do_sys_openat2+0xf8/0x1b0 __arm64_sys_openat+0x13c/0x1e8 invoke_syscall+0xdc/0x268 el0_svc_common.constprop.0+0x178/0x258 do_el0_svc+0x4c/0x70 （CVE-2026-68223）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - fscrypt：避免在 fscrypt_get_devices（） 中動態分配 當blk_crypto_key開始被使用或被驅逐時，fs/crypto/ 會呼叫 fscrypt_get_devices（） 以取得檔案系統的區塊裝置清單，然後反覆運算它們並在每個裝置上呼叫 blk_crypto_config_supported（）、blk_crypto_start_using_key（） 或 blk_crypto_evict_key（）。目前，區塊裝置指標會放置在動態配置的陣列中。此動態配置有問題，因為：- 它可能會失敗，尤其是在 fscrypt_destroy_inline_crypt_key（） 呼叫站點上，當在直接回收下叫用它來進行 inode 驅逐時。- fscrypt_destroy_inline_crypt_key（） 未處理失敗。它只是歸零並釋放blk_crypto_key而不調用 blk_crypto_evict_key（）。這會導致釋放後使用。現在，讓我們透過切換到堆疊陣列，以簡單且易於向後攜帶的方式解決此問題。目前 fscrypt 多裝置功能僅供 f2fs 使用，其硬編碼限制為 8 個區塊裝置。
    堆疊上陣列可以正常工作。（當然，此解決方案不會擴展到大量區塊裝置。為此，我們需要一個不同的解決方案，例如將區塊裝置迭代移動到檔案系統中。或者對於僅支援 blk-crypto-fallback 的 btrfs，我們應該讓它直接呼叫 blk-crypto-fallback，這樣就不需要區塊裝置了。（CVE-2026-68147）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - phonet： pep：修正 pep_get_sb（） 中的釋放後使用pep_get_sb（） 不認為 pskb_may_pull（） 可能已重新定位 skb 資料，並繼續存取較舊的指標，導致 UAF。在 KASAN 下重現： 錯誤： KASAN：slab-use-after-free in pep_get_sb+0x234/0x3b0 透過 task repro/157 在 addr ff11000105510f50 讀取大小 1 pep_get_sb+0x234/0x3b0 pipe_handler_do_rcv+0x5f7/0xa10 pep_do_rcv+0x203/0x410
    __sk_receive_skb+0x471/0x4a0 phonet_rcv+0x5b3/0x6c0 __netif_receive_skb+0xcc/0x1d0 在 pskb_may_pull（） 之後使用 skb_header_pointer（） 重新擷取標頭，以便不再取消參照可能過時的指標。有更好的方法可以解決這個問題，但是，這是不太侵入性的方法。（CVE-2026-68144）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - WiFi：MT76：MT7921：在非 MMIO 匯流排上丟棄 TXRX_NOTIFY PKT_TYPE_TXRX_NOTIFY是僅限 MMIO 的事件，但 mt7921_rx_check（） 和 mt7921_queue_rx_skb（） 會將其分派至每條匯流排上的 mt7921_mac_tx_free（）。
    mt7921_mac_tx_free（） 會使用 mt76_queue_tx_cleanup（） 清除 DMA tx 佇列，而 （） 會呼叫 queue_ops->tx_cleanup（）。只有 mmio 佇列操作會實作該回呼;在 USB 和 SDIO 上它是 NULL，因此那裡的TXRX_NOTIFY在 RX 工作程序中調用 NULL 指標： 錯誤：核心 NULL 指標解除參照，位址：
    0000000000000000000 RIP：0010：0x0 呼叫追蹤：mt7921_mac_tx_free+0x64/0x310 [mt7921_common] mt7921_rx_check+0x5f/0xf0 [mt7921_common] mt76u_rx_worker+0x1b9/0x620 [mt76_usb] 透過 mt76_is_mmio（） 在非 mmio 匯流排上刪除事件，如提交 5683e1488aa9 （wifi：mt76：connac：不要檢查非 mmio 裝置的 WED 狀態）。（CVE-2026-68194）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - bpf， sockmap：修正 tcp_bpf_sendmsg（） 中的 cork 釋放後使用 tcp_bpf_sendmsg（） 使 sk_stream_wait_memory（） 保持msg_tx，這會刪除並重新取得通訊端鎖定。其錯誤路徑會嘗試將本機暫存訊息與 psock->cork 的現行值進行比較，以決定msg_tx是否命名本機暫存訊息。
    當兩個執行緒在同一通訊端上傳送時，此比較是不安全的： 執行緒 A 執行緒 B msg_tx = psock->cork sk_msg_alloc（） 失敗 sk_stream_wait_memory（） 釋放通訊端鎖定 取得通訊端鎖定 完成軟木塞 psock->cork = NULL 釋放軟木塞 重新取得通訊端鎖定 msg_tx ！= psock->cork sk_msg_free（msg_tx） 因此，過時的軟木塞被誤認為是本機臨時訊息並再次釋放。
    KASAN 報告： 錯誤：KASAN：sk_msg_free+0x49/0x50 中的 slab-use-after-free 由任務 poc/90 在 addr ffff88810c908800 讀取大小 4 呼叫追蹤：sk_msg_free+0x49/0x50 tcp_bpf_sendmsg+0x14f5/0x1cc0
    __sys_sendto+0x32c/0x3a0 __x64_sys_sendto+0xdb/0x1b0 由作業 89 分配：__kasan_kmalloc+0x8f/0xa0 tcp_bpf_sendmsg+0x16b3/0x1cc0 由作業 91 釋放：__kasan_slab_free+0x43/0x70 kfree+0x131/0x3c0 tcp_bpf_sendmsg+0xec3/0x1cc0 msg_tx 只能命名堆疊本機 tmp 或共用軟木塞。直接檢查 tmp，以便更改的 psock->cork 無法將共用訊息轉換為明顯的本機訊息。
    (CVE-2026-68284)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - bpf， sockmap：拒絕 sockmap 上未雜湊的 UDP 通訊端，更新 UDP 通訊端在 （auto-） 綁定時SOCK_RCU_FREE設定。這意味著sk_is_refcounted（未綁定）= true，而sk_is_refcounted（綁定）= false。由於 sockmap 接受未綁定的 UDP 通訊端，因此 BPF 程式可以透過查詢來增加通訊端的參照計數。如果通訊端隨後被綁定，則從未綁定到綁定的轉換會導致 bpf_sk_release（） 跳過參照計數的遞減，從而導致記憶體洩漏。未參照的物件0xffff88810bc2eb40 （大小 1984）： comm test_progs， pid 2451， jiffies 4295320596 hex dump （前 32 位元組）： 7f 00 00 01 7f 00 00 01 d2 04 1b b7 04 d2 00 00 ................02 00 01 40 00 00 00 00 00 00 00 00 00 00 00 00 ...@............回溯 （crc bdee079d）：kmem_cache_alloc_noprof+0x557/0x660 sk_prot_alloc+0x69/0x240 sk_alloc+0x30/0x460 inet_create+0x2ce/0xf80 __sock_create+0x25b/0x5c0 __sys_socket+0x119/0x1d0 __x64_sys_socket+0x72/0xd0 do_syscall_64+0xa1/0x5f0 entry_SYSCALL_64_after_hwframe+0x76/0x7e 在 sockmap 更新期間拒絕未雜湊的 UDP 通訊端，而不是對參照計數的通訊端進行特殊大小寫， 因為支持這些沒有任何好處。
    這有效地還原了 Fixes 下的提交，但有兩個例外： 1. sock_map_sk_state_allowed（） 維護貫穿式「return true」。2. 本著提交 b8b8315e39ff （bpf， sockmap： 移除 BPF sockmap 使用的 unhash 處理常式） 的精神，不會重新引入 proto：：unhash BPF 處理常式。歷史注意：此問題與提交 67312adc96b5 （bpf：拒絕 bpf_sk_assign 中未雜湊的通訊端） 有關。
    (CVE-2026-68386)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - USB： gadget： uvc： clamp SEND_RESPONSE 長度到回應緩衝區 uvc_send_response（） 會從使用者提供的結構建立 UVC 控制回應 uvc_request_data： req->length = min_t（unsigned int， uvc->event_length， data->length）;...memcpy（req->buf， data->data， req->length）;req->length 會限制為 uvc->event_length （取自主機控制要求 wLength （最多 UVC_MAX_REQUEST_SIZE， 64），以及 data->length （來自 UVCIOC_SEND_RESPONSE ioctl，且僅檢查是否為負數）。來源緩衝區 data->data 只有 60 位元組，因此 uvc->event_length 和 data->length 都大於 60 的回應會使 memcpy（） 讀取超過 data->data 的結尾。也將 req->length 限制為 sizeof（data->data）。（CVE-2026-68366）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - vmxnet3：修正 vmxnet3_get_hdr_len（） 中 Geneve 封包的BUG_ON vmxnet3_get_hdr_len（） 假設 gdesc->rcd.v4/v6/tcp 一律描述外部標頭，但對於 Geneve 封裝封包，裝置可以改為根據內部標頭來設定它們，並由完成描述元中的 VMXNET3_RCD_HDR_INNER_SHIFT 位元發出訊號。由於函式從不跳過外部封裝，因此此不相符會觸發： - BUG_ON（hdr.ipv4->protocol ！= IPPROTO_TCP），因為外部通訊協定是 UDP （Geneve），而不是 TCP。- BUG_ON（hdr.eth->h_proto ！= ...），當通道的外部和內部 IP 版本不同時 （例如外部 IPv6/內部 IPv4，反之亦然）。預先檢查VMXNET3_RCD_HDR_INNER_SHIFT並退出，因為函式無法找到它需要剖析的內部標頭。同時將此函式中剩餘的 BUG_ON（） 轉換為防禦性傳回 0。（CVE-2026-68299）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - drm/dp/mst：修正遠端 DPCD/I2C 邊帶回覆剖析器中的 OOB 讀取 drm_dp_sideband_parse_remote_dpcd_read（） 從原始訊息中讀取num_bytes，然後無條件地讀取：memcpy（bytes， &raw->msg[idx]， num_bytes）;而不檢查 idx + num_bytes <= raw->curlen。
    raw->msg[] 為 256 位元組;如果惡意或行為不當的 MST 集線器設定的num_bytes大於剩餘的有效負載，則 memcpy 會將接收到的資料讀取到 raw->msg[] 中後面的任何內容中。
    drm_dp_sideband_parse_remote_i2c_read_ack（） 也有相同的缺陷（自從引入程式碼以來，用 /* TODO 檢查 */ 註解指出）。在每個 memcpy 之前使用單一組合檢查 （idx + num_bytes > curlen） 來修正這兩個函式。由於 num_bytes 是 u8，因此它始終為 >= 0，因此這嚴格包含更簡單的 idx > curlen 形式，不需要單獨的步驟。[已新增缺少的修復標籤]（CVE-2026-68279）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - exec：修正 transfer_args_to_stack（） 中未帶正負號的迴圈計數器換行 stop 值衍生自 bprm->p >> PAGE_SHIFT。索引變數是無符號的 long。如果 bprm->p 低於 PAGE_SIZE 且 stop 變為零，則迴圈條件索引 >= stop 一律為 true。在 index == 0 迭代之後，遞減會換行為 ULONG_MAX，bprm->page[ULONG_MAX] 會讀取陣列前面的 sizeof（void *） 位元組。指標已換行為 -1。然後，該垃圾指標被傳遞給 kmap_local_page（），並且PAGE_SIZE位元組會從該指標落到正在建立的進程堆疊中。而且循環也沒有終止...... 到達那裡只需要 bprm->p < PAGE_SIZE。在 ！MMU bprm_set_stack_limit（） 和 bprm_hit_stack_limit（） 是空的。因此，bprm->p 下推多遠的唯一約束是 valid_arg_len（），即每個單獨的字串仍然適合剩餘的字串。BPRM->P 從 PAGE_SIZE 開始
    * MAX_ARG_PAGES - sizeof（void *） 因此，略高於 31 頁的單一引數或環境字串會將其留在第一頁： 哎呀 - 載入存取錯誤 [#1] CPU：0 UID：0 PID：1 通訊：受害者 未受污染 7.2.0-rc4 #1 epc：__memcpy+0xd4/0xf8 RA：transfer_args_to_stack+0xaa/0xae s4：ffffffffff s2：
    0000000000000000 a1 ： ffffffdc980000000 a2 ： 0000000000001000 狀態： 0000000a00001880 badaddr：
    ffffffdc980000000 原因：0000000000000005 [<801a5324>] __memcpy+0xd4/0xf8 [<800d5f6a>] load_flat_binary+0x43a/0x65e [<800a2de4>] bprm_execve+0x1d4/0x316 [<800a351a>] do_execveat_common+0x12e/0x138 [<800a3d44>] __riscv_sys_execve+0x38/0x4e 核心錯誤 - 不同步：中斷中出現致命異常 這是一個神秘的錯誤，但我們仍然應該修復它。從 MAX_ARG_PAGES 開始倒計時，以便在索引到達 stop 時循環結束，包括 stop == 0。對於 stop 的每一個其他值，所執行的反覆運算都不會改變。只有 CONFIG_MMU=n 組建受到影響，transfer_args_to_stack（） 由 binfmt_flat 使用，並且僅在 nommu 上binfmt_elf_fdpic。迴圈早於 git 歷程記錄。提交 7e7ec6a93434 （elf_fdpic_transfer_args_to_stack（）：使其通用）僅將其從 binfmt_elf_fdpic.c 移至 fs/exec.c，並將副本縮小到第一頁的已使用部分。條件和遞減與 2.6.12-rc2 相同。（CVE-2026-68187）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - wifi： cfg80211：將 pmsr_free_wk 轉換為 wiphy_work 以修正鎖死 當擁有 PMSR 工作階段的網路連結通訊端關閉時，cfg80211_release_pmsr（） 會清除要求的nl_portid，並pmsr_free_wk排隊以非同步方式呼叫 cfg80211_pmsr_process_abort（）。如果介面同時中斷，則會在 wiphy_lock 下呼叫 cfg80211_pmsr_wdev_down（） 並呼叫 cancel_work_sync（&pmsr_free_wk） 以等待任何正在執行的工作。work 函式會在呼叫 process_abort 之前，透過 guard（wiphy） 取得wiphy_lock。
    這是一個鎖死：wdev_down 持有 wiphy_lock 並在 cancel_work_sync（） 中阻塞;pmsr_free_wk區塊試圖取得相同的wiphy_lock。這兩個執行緒都無法繼續。可從 cfg80211_leave_locked（） 實現相同的鎖死，該鎖死會針對 wiphy_lock 下的所有介面類型呼叫 cfg80211_pmsr_wdev_down（）。
    透過將pmsr_free_wk從普通work_struct轉換為wiphy_work來解決此問題。執行工作項目時，wiphy_work分派器會保留wiphy_lock，因此不再需要工作函式中的明確保護 （wiphy）。wiphy_work_cancel（） 可以在按住 wiphy_lock 時安全地調用 - 由於 wiphy_lock 會阻止工作並發運行，因此 wiphy_work_cancel（） 永遠不會阻塞，從而消除了鎖死。從NETDEV_GOING_DOWN處理常式中移除 pmsr_free_wk 的 cancel_work_sync（）。在它之前無條件調用的 cfg80211_leave（） 已經透過 cfg80211_pmsr_wdev_down（） 內的 wiphy_work_cancel（） 取消了wiphy_lock下的任何擱置工作。（CVE-2026-68408）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - tipc：修正 tipc_recvmsg（） 和 tipc_recvstream（） 中的整數溢位 在 tipc_recvmsg（） 中，複製長度計算為：copy = min_t（int， dlen - offset， buflen）;buflen 是 size_t，但 min_t（int， ...） 將其轉換為 int。當 buflen 超過 INT_MAX 時（例如，透過提供的緩衝區io_uring 0xFFFFFFFF），它會包裝負數，贏得比較，並且負副本長度傳播到 simple_copy_to_iter（），其中 int-to-size_t 升級使其SIZE_MAX，觸發 WARN_ON。 tipc_recvstream（） 具有相同的模式。核心錯誤 - 不同步：核心：panic_on_warn設定 ... RIP：0010：simple_copy_to_iter+0x9e/0xd0 （net/core/datagram.c：521） 呼叫追蹤：__skb_datagram_iter+0x123/0x8b0 （net/core/datagram.c：402） skb_copy_datagram_iter+0x77/0x1a0 （net/core/datagram.c：534） tipc_recvmsg+0x3d7/0xe80 （net/tipc/socket.c：1934） io_recvmsg+0x47e/0xda0 透過將 min_t（int， ...） 變更為 min_t（size_t， ...)在這兩個功能中。結果一律為 <= （dlen - 位移），以 TIPC 訊息大小上限 （0x1ffff 位元組） 為界，因此指派給 int copy 的隱含縮小一律是安全的。（CVE-2026-68289）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 當服務 Proxy 設定了自訂公用接聽程式時，Consul Community Edition 和 Consul Enterprise 1.20.1 through 2.0.2 容易受到 L7 意圖授權繞過的攻擊。經過驗證的網狀工作負載可能會到達被路徑型拒絕意圖封鎖的 HTTP 路徑。此弱點 CVE-2026-15970已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。
    (CVE-2026-15970)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - nothings stb TrueType 程式庫 （版本 1.26） 中存在一個堆積緩衝區溢位弱點，該程式庫用於剖析 TrueType 字型檔案。剖析格式錯誤的 TTF （TrueType 字型） 檔案時，nothings stb_truetype.h 函式庫中的 stbtt__GetGlyphShapeTT（） 函式中存在此弱點。此弱點位於字形資料剖析路徑中。攻擊者可以使用誇大的 endPtsOfContours 值製作格式錯誤的 TTF 檔案，並截斷剩餘的字形資料。當使用 stb_truetype.h 的應用程式 （例如各種遊戲引擎或圖形軟體） 嘗試透過 stbtt_GetGlyphShape（） 載入、烘焙或轉譯此格式錯誤的字型時，剖析器會嘗試讀取字形資料緩衝區的結尾，觸發越界讀取。（CVE-2026-18497）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.13.0 through 透過 2.0.2 外部 gRPC 接聽程式上的無限連線接受，容易受到未經驗證的拒絕服務。遠端攻擊者可能會透過開啟許多不完整的連線來耗盡代理檔案描述元、goroutine 和內存，從而可能阻止合法用戶端連線。此弱點 CVE-2026-15972已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。
    (CVE-2026-15972)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 在 QEMU 的 vhost 進行中移轉 VMState 處理中，發現一個類型不相符弱點。目的地緩衝區大小會儲存為uint64_t，但會由VMS_VBUFFER載入路徑讀取為已簽署的int32_t。
    在 little-endian 主機上，設定位元 31 的特製傳入移轉狀態會導致值被解譯為負數，然後隱含地轉換為非常大的size_t，導致 qemu_get_buffer（） 複製移轉串流資料超出 mmap 支援的未完成區域的邊界。這可能會導致 QEMU 處理程序當機或記憶體損毀。利用需要控制移轉生產者或對移轉通道的寫入存取權，並結合設定為使用 vhost 進行中移轉的目的地。（CVE-2026-6426）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 展開以波浪號 （~） 開頭，後面接著使用者名稱的路徑時，內部 parse_tilde 函式會擷取使用者名稱以判斷使用者的起始目錄。實作使用 strndupa 巨集直接在堆疊上為此使用者名稱配置記憶體。由於此配置的大小是由使用者提供的輸入長度所決定，而沒有任何邊界檢查，因此傳遞過長的使用者名稱 （例如數千個字元） 會強制執行緒耗盡其堆疊空間。因此，如果應用程式將不受信任的、攻擊者控制的輸入傳遞至 wordexp 函式，攻擊者就可以觸發堆疊衝突。（CVE-2026-6791）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - 在 389 Directory Server 中發現缺陷。CleanAllRUV 和 Abort CleanAllRUV 複寫維護延伸作業不會執行授權檢查，因此允許未經驗證的遠端攻擊者在啟用 nsslapd-allow-anonymous-access （預設值） 時叫用這些作業，或任何經過驗證的低權限使用者以其他方式叫用這些作業。這允許從複寫中繼資料中移除複本 ID、清除變更記錄記錄，以及中斷管理員啟動的清理作業，這可能會導致複寫不一致或無法使用。（CVE-2026-19404）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 在 GIMP 中發現一個缺陷。處理 FLI 影像檔案時，「file-fli」外掛程式中存在帶正負號的整數溢位弱點。這是由於影像緩衝區記憶體配置期間的計算不正確所致，其中影像寬度和高度的乘法可能會超過最大整數值。遠端攻擊者可以透過誘騙使用者開啟特製的 FLI 檔案來利用這一點，導致應用程式崩潰並導致拒絕服務。（CVE-2026-59088）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - nltk/nltk 版本 3.9.4 和目前的 develop 分支中存在伺服器端要求偽造 （SSRF） 弱點。「nltk.pathsec.validate_network_url（）」函式旨在透過拒絕內部網路位址來防止 SSRF，但無法拒絕 RFC 6598 共用位址空間 （'100.64.0.0/10'） 中的 IP。
    發生這種情況是因為 Python 的 'ipaddress' 模組沒有將此類位址分類為 'is_private' 或 'is_global'，並且當前的守衛只檢查 'is_private' 和一些明確的類別。可影響傳遞至 NLTK 網路載入協助程式之 URL 的攻擊者可利用此弱點，讓嚴格模式應用程式將要求傳送至共用位址空間主機，進而暴露可從應用程式主機存取的非公用基礎結構。影響僅限於 SSRF 式的機密性暴露，沒有聲稱程式碼執行。（CVE-2026-12372）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - libexpat 之前 2.8.3 有一個越界讀取和產生的無限迴圈，因為在 *_toUtf16 函式中的 Unicode 處理期間，低代理與高代理一樣。（CVE-2026-72522）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 在 GIMP 影像處理程式中發現了一個缺陷，特別是在其 Seattle Filmworks 檔案載入器中。遠端攻擊者可以透過誘騙使用者開啟特製的 Seattle Filmworks 檔案來利用此弱點。這可能會導致堆積溢位，讓攻擊者能夠寫入超出預期記憶體緩衝區的幾千位元組的受控資料。這種溢位可能會導致記憶體損毀，進而導致任意程式碼執行或拒絕服務。（CVE-2026-59087）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - keras-team/keras 版本 <= 3.15.0 中的弱點允許在透過 keras.models.load_model（） 函式載入惡意 .keras 模型檔案時遭受拒絕服務 （DoS） 攻擊。keras/src/saving/saving_lib.py 中的 H5IOStore.__getitem__ 方法不會驗證資料集的形狀或大小，從而導致無限的記憶體分配。特製的 .keras 檔案可利用此缺陷觸發記憶體不足 （OOM） 狀況，導致處理程序終止 （結束代碼 137）。此問題會繞過 的 CVE-2026-0897修正，該修正僅解決了 KerasFileEditor 中的類似弱點。攻擊媒介包括來自公共儲存庫或惡意模型登錄的中毒模型，對處理不受信任模型的機器學習管道構成風險。（CVE-2026-12570）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 從特製的 ASF、WMV 或 WMA 檔案剖析標頭物件時，在 GStreamer gst-plugins-ugly ASF 解復用器 （asfdemux） 中發現多個整數溢位和反向溢位弱點。攻擊者控制的長度和大小值驗證不足，可能會繞過邊界檢查，並造成越界堆積讀取。當處理不受信任的媒體時，這可能會導致應用程式當機、拒絕服務或有限的資訊洩露。（CVE-2026-19389）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 解碼 IMA/DVI ADPCM 音訊時，在 GStreamer gst-plugins-bad adpcmdec 元素中發現堆積越界寫入弱點。多通道資料流程的每個區塊樣本計數的驗證不足，可讓特製的 WAV 檔案造成超出配置輸出緩衝區的寫入。當處理不受信任的媒體時，這可能會導致應用程式當機、拒絕服務、記憶體損毀或可能執行任意程式碼。（CVE-2026-19387）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 當設定為搭配 JWT 或 AppRole 驗證使用 Vault Connect CA 提供者時，Consul Community Edition 和 Consul Enterprise 1.18.21 through 容易 2.0.2 受到部分任意檔案讀取的影響。具有「operator：write」權限的特權攻擊者可能會指示 Consul 讀取和轉寄預期範圍之外的憑證文件，從而可能導致敏感密碼從 Consul 伺服器主機洩漏。此弱點 CVE-2026-19017已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。（CVE-2026-19017）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.19.1 through 2.0.2 未對透過交易 API 提交的工作階段刪除作業強制執行 {{session：write}} ACL 權限。具有 Consul 伺服器 RPC 連接埠網路存取權的已驗證呼叫端可以在不持有所需權限的情況下刪除任意工作階段。此弱點 CVE-2026-19016已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。（CVE-2026-19016）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.17.0 through 2.0.2 容易受到 Connect 授權端點中不受控制的資源消耗問題的影響，該問題可能允許呼叫者不受限制地增加代理程式的意圖匹配快取，從而破壞操作員的快取停用設定。此弱點 CVE-2026-190124已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。（CVE-2026-19014）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.2.0 through 2.0.2 容易受到 Connect CA 根端點中不受控制的資源消耗問題的影響，該問題可能允許遠端呼叫者不受限制地增加代理程式的 Connect CA 根快取，從而破壞操作員的快取停用設定。此弱點 CVE-2026-19015已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。
    (CVE-2026-19015)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.18.0 through 2.0.2 在 Enterprise-to-Community Edition 降級路徑中容易受到經過驗證的拒絕服務，這可能會允許授權呼叫端使 Consul 伺服器當機。具有 config-entry 寫入權限的呼叫者可以提交導致代理程式意外結束的服務路由器組態項目。此弱點 CVE-2026-19012已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。（CVE-2026-19012）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Perl版本 5.45.1 在規則運算式比對期間，透過 S_regmatch 中過小的超線性快取進行越界堆積讀取和寫入。正則運算式引擎的超線性快取為每個參與的 WHILEM 節點每個主題位置保留一個位元，因此位元計數是主題長度加上節點數量的 1 倍。沒有任何項目會檢查該產品是否有帶正負號的 32 位計數正溢位：與具有 15 個參與節點的模式相符的 286331153 位元組主體將計數儲存為 14，留下兩個位元組快取。然後，快取會從實際相符位置和節點編號編製索引，因此讀取會超過配置的結尾，而失敗時 CACHEsayNO 會設定稍微超過它。將此大小的攻擊者控制主體與此資源配置的模式相符的呼叫端可能會損毀進程或損毀堆積記憶體。（CVE-2026-15534）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Consul Community Edition 和 Consul Enterprise 1.3.0 through 在 2.0.2 多個代理程式 HTTP API 端點中容易受到未經驗證的拒絕服務攻擊。遠端呼叫者可能會導致代理程式在要求被拒絕之前耗用大量記憶體。此弱點 CVE-2026-19113已在 Consul 2.0.3 和 Consul Enterprise 1.21.17中 1.22.11修正，以及 2.0.3。（CVE-2026-19113）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Crypt：：OpenSSL：：PKCS12 之前的 Perl 版本 1.98 允許透過零長度的 BMPSTRING 屬性在 print_attribute 中進行 NULL 指標解除參照。 print_attribute（） 使用 'Renew（*attribute， length， char）' 根據其宣告的位元組長度調整 BMPSTRING 屬性的目標緩衝區大小。零長度屬性使零大小的重新分配，Perl 將其實作為返回 NULL 的自由，因此緩衝區指標變為 NULL，後面的 'strncpy' 不複製任何內容，呼叫端在它傳遞給 'newSVpvn（）' 的 'strlen（）' 中取消參照 NULL。零長度的 BMPSTRING 是偶數長度，因此 ASN.1 解碼器接受它，並且值會到達此代碼。UTF8STRING、OCTET STRING 和 BIT STRING 臂大小在 'length + 1' 或 'length
    * 4 + 1' 且不受影響。任何將不受信任 PKCS#12 檔案傳遞給 info_as_hash（） 的呼叫端都可能使處理程序損毀。 info（） 會直接列印屬性值，而不調整緩衝區大小，而且不受影響。
    (CVE-2026-17510)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ClamAV 的 PESpin 檔案格式剖析器中存在弱點，可讓未經驗證的遠端攻擊者因受影響裝置的記憶體損毀而造成 DoS 狀況或其他擴大影響。此漏洞是由於掃描過程中對 PESpin 檔案中內容的邊界檢查不當造成的，可能導致整數溢位。攻擊者可藉由提交包含 PESpin 內容的特製檔案來利用此弱點，讓 ClamAV 在受影響的裝置上掃描。成功的攻擊者可使 ClamAV 掃描過程終止，從而導致受影響的軟體出現 DoS 條件。（CVE-2026-20339）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ClamAV 的 Mach-O 檔案格式剖析器中存在弱點，未經驗證的遠端攻擊者可因受影響裝置的記憶體損毀而造成 DoS 狀況或其他擴大影響。此弱點是由於掃描期間對 Mach-O 檔案中的內容進行不正確的邊界檢查所導致，這可能會導致越界緩衝區讀取。攻擊者可以透過提交特製的 Mach-O 檔案來利用此弱點，讓 ClamAV 在受影響的裝置上進行掃描。成功的攻擊者可使 ClamAV 掃描過程終止，從而導致受影響的軟體出現 DoS 條件。（CVE-2026-20347）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - KVM： nVMX： 如果巢狀 VM-Enter 因無效客體狀態而失敗，則放置 vmcs12 頁面 如果 KVM 在模擬 VMLAUNCH 或 VMRESUME 時，由於無效客體而合成巢狀 VM-Exit，則放置所有 vmcs12 頁面。無效的客體狀態路徑不會使用 nested_vmx_vmexit（），因為只有在 L2 處於作用中狀態時，才會使用該 API，而開放編碼的對等項目會忽略放置 vmcs12 頁面。如果 L1 重試 VMLAUNCH/VMRESUME，則無法放置 vmcs12 頁面會洩漏任何釘選頁面 （和/或對應）。請注意，！from_vmenter 案例不會遇到相同的問題，因為 vmx_get_nested_state_pages（） 只會在 L2 處於活動狀態時取得/釘選/對應 vmcs12 頁面，即在 KVM 重試取得 vmcs12 頁面之前保證完整 VM-Exit。
    (CVE-2026-68081)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ClamAV 的 GPT 檔案格式剖析器中存在弱點，可讓未經驗證的遠端攻擊者因受影響裝置的記憶體損毀而造成 DoS 狀況或其他可能擴大的影響。此弱點是因為不當處理字節碼轉換作業，可能導致越界緩衝區寫入。攻擊者可提交特製的 GPT 檔案，讓 ClamAV 在受影響的裝置上掃描，藉此利用此弱點。成功的攻擊者可使 ClamAV 掃描過程終止，從而導致受影響的軟體出現 DoS 條件。（CVE-2026-20345）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - libceph：修正 cls_lock_client.c 中 decode_lockers（） 中兩個不安全的裸解碼 decode_lockers（） 包含兩個裸解碼作業，允許惡意或受損的 OSD 觸發 slab-out-of-bounds 讀取：
    1. num_lockers欄位的 ceph_decode_32（p） 沒有先前邊界檢查。ceph_start_decoding（） 接受 struct_len=0 為有效 -- 內部 ceph_decode_need（p， end， 0， bad） 總是通過 -- 因此當 OSD 發送 struct_len=0 時，ceph_start_decoding（） 傳回 success 並帶有 p == end。接著的裸ceph_decode_32 （p） 接著讀取 4 個位元組，超過已驗證的緩衝區邊界。垃圾值作為儲物櫃計數直接傳遞給 kzalloc_objs（）。osd_client.c 中的同級函式 decode_watchers（） 在自己的 ceph_start_decoding（） 呼叫之後已經使用 ceph_decode_32_safe（）。decode_lockers（） 是唯一使用裸變體的網站。2. decode_locker（） 迴圈之後的 ceph_decode_8（p） 沒有先行邊界檢查。如果 OSD 製作num_lockers使得迴圈將 p 精確地推進到結束，則後續的裸ceph_decode_8 （p） 會讀取一個位元組，超過已驗證的緩衝區邊界。結果會直接傳遞至
    *type，由呼叫端用作鎖定類型鑑別器，提供 OSD 控制的單位元組 OOB 讀取，並直接影響鎖定類型欄位。透過將裸操作替換為安全變體來修正這兩個問題：ceph_decode_32（p） -> ceph_decode_32_safe（p， end， *num_lockers， err_inval） ceph_decode_8（p） -> ceph_decode_8_safe（p， end， *type， err_free_lockers） goto 目標故意不同： err_inval： 是直接傳回 -EINVAL 的新標籤。它用於尚未配置 *lockers 且不得傳遞給 ceph_free_lockers（） 的預先配置失敗路徑。err_free_lockers： 是現有的標籤。它用於配置 *lockers 且必須釋放的配置後失敗路徑。ret 設定為
    -EINVAL 在 ceph_decode_8_safe（） 之前，以便err_free_lockers在邊界違規時傳回正確的錯誤代碼。如果沒有這個，err_free_lockers將傳回一個過時的 ret 值（成功的 decode_locker（） 迴圈中的 0），並靜默地吞下錯誤。-EINVAL 對於這兩個失敗路徑都是正確的。從 OSD 接收的資料結構格式錯誤。-ENOMEM 會向調用方和stable@反向移植器分級錯誤路徑歪曲故障類別。攻擊者模型：多租用戶 Ceph 部署中的惡意或受損 OSD 可針對任何發出 lock.get_info 類別方法的核心用戶端觸發此攻擊 （例如，在 RBD 獨佔鎖定取得期間）。[ idryomov：修剪變更日誌、格式化 ]（CVE-2026-68082）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ClamAV 的 PDF 檔案格式剖析器中存在弱點，可讓未經驗證的遠端攻擊者因受影響裝置的記憶體損毀而造成 DoS 狀況或其他可能擴大的影響。此弱點是由於掃描期間對 PDF 檔案中內容的邊界檢查不當所造成，這可能會導致越界緩衝區讀取。攻擊者可藉由在受影響的裝置上遞交建構的 PDF 檔案由 ClamAV 掃描，來利用此弱點。成功的攻擊者可使 ClamAV 掃描過程終止，從而導致受影響的軟體出現 DoS 條件。（CVE-2026-20346）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - ClamAV 的 XAR 檔案格式剖析器中存在弱點，可讓未經驗證的遠端攻擊者因受影響裝置上的記憶體損毀而造成 DoS 狀況或其他可能擴大的影響。此弱點是由於掃描期間對 XAR 檔案中內容的邊界檢查不當所造成。攻擊者可藉由提交包含 XAR 內容的特製檔案來利用此弱點，讓 ClamAV 在受影響的裝置上掃描。成功的攻擊者可使 ClamAV 掃描過程終止，從而導致受影響的軟體出現 DoS 條件。
    (CVE-2026-20348)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - Kakoune 是一個代碼編輯器。在版本之前 2026.05.21，預設情況下啟用的捆綁「autorestore.kak」腳本可被惡意備份檔案利用，導致只需開啟檔案即可執行任意 kakoune 和 shell 命令。Kakoune 2026.05.21 已修正此問題。因應措施是將「autorestore-disable」新增至使用者 kakrc 會停用自動還原功能。（CVE-2026-48120）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - libvirt：網路 XML DNS TXT/SRV 欄位中的新行插入允許 dnsmasq 組態指令插入 （CVE-2026-61477） libvirt：檢查空字串條件，並跳過在錯誤訊息中包含 XML 文件內容。（CVE-2026-61478） 在 libvirt 中發現一個缺陷。本機攻擊者 （特別是以受限制的 'swtpm' 使用者身分執行的處理程序） 可利用 'virFileChownFiles（）' 函式中的符號連結追蹤弱點。透過在「swtpm」狀態目錄中植入符號連結，攻擊者可以誘騙根層級 libvirt 守護程式將任意檔案的所有權變更為「swtpm」使用者。這允許將權限從「swtpm」沙箱提升到根層級檔案擁有權控制。（CVE-2026-63622） 在 libvirt 中發現一個缺陷。在儲存磁碟區複製或轉換作業期間、新建立的磁碟區映像暫時可供全球讀取。這是由於「qemu-img」公用程式以過於寬鬆的檔案建立設定執行，允許任何本機使用者讀取完整的客體磁碟內容所造成。此弱點可能會導致客體虛擬機器的敏感資訊洩露。
    (CVE-2026-63623) (CVE-2026-61478)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - pypdf 是免費且開放原始碼的 pure-python PDF 程式庫。在之前 6.15.0，當 pypdf/_cmap.py 函式parse_bfrange在文字擷取期間剖析字型 /ToUnicode CMap 中異常大的原始程式碼或目標字串權杖時，特製的 PDF 可能會導致大量記憶體消耗。此問題已在 6.15.0中修正。
    (CVE-2026-71870)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - gopacket 為 Go 提供了封包處理能力。透過版本 1.7.0，多層解碼器在針對封包緩衝區進行驗證之前，會使用攻擊者控制的長度、計數或偏移量，從而允許透過 DecodingLayerParser 或 DecodeFromBytes 解碼的特製封包觸發未恢復的錯誤並遠端拒絕服務。修補程式提交可在 210f25f 取得。（CVE-2026-65819）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - JupyterHub 是一款允許使用者為 Jupyter 筆記本建立多用戶伺服器的軟體。在 5.5.0之前，表單型登入驗證器的無效輸入可能會將不受限制的攻擊者控制的使用者名稱放入失敗登入記錄中，讓未經驗證的攻擊者耗用記錄和儲存資源。5.5.0 版已修正此問題。(CVE-2026-54338)

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - pypdf 是免費且開放原始碼的 pure-python PDF 程式庫。在之前 6.15.0，當 pypdf/_font.py 函式在文字擷取期間擴充異常大的 CID 字型 /W 寬度範圍或過寬的項目時，Font._collect_cid_character_widths製作的 PDF 可能會導致長時間的執行時間和大量的記憶體消耗。此問題已在 6.15.0中修正。（CVE-2026-71852）

請注意，Nessus 依賴供應商報告的套件存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - Ruby JSON 是 Ruby 的 JSON 實作。From 2.20.0 until 2.21.2，Ruby 的 JSON 原生 C 延伸模組會清除已消耗的 JSON：：ResumableParser 輸入緩衝區，但會留下 state.start、state.cursor 和 state.end 指向已釋放的儲存區。當partial_value重建包含重複索引鍵的不完整物件時，重複索引鍵警告路徑會呼叫 cursor_position，這會取消參照那些過時的指標。這會導致釋放後堆積使用，並可能終止 Ruby 處理程序。當partial_value應用程式呼叫包含重複物件金鑰的不完整攻擊者控制輸入時，可以使用 JSON：：ResumableParser 向應用程式提供 JSON 資料流程資料的攻擊者可能會導致處理程序終止。
    2.21.2 版已修正此問題。(CVE-2026-71847)

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 之前 _02 1.034 的 0.45Perl 成像器版本可能會透過 strlen（） 從 copy_string_tags 中的零計數 ASCII EXIF 項目過度讀取而暴露相鄰的堆積位元組。copy_string_tags（） 將 ASCII EXIF 標籤的長度計算為 'entry->size - 1'，以剝離尾端 NUL。零計數 ASCII 項目將 'entry->size' 設定為 0，派生長度達到 i_tags_add（） 為 -1，這被解釋為呼叫 strlen（） 的請求，將項目掃描到下一個 NUL，並將這些位元組複製到標籤中。JPEG 透過 im_decode_exif（） 到達此路徑，單獨的 Imager：：File：：WEBP 發行版也是如此，這是透過升級 Imager 來修正的。在具有此類項目的攻擊者提供的影像上，任何 Imager->read（） 的呼叫端都可能會收到一個 exif_* 標籤，其中包含相鄰的堆積位元組，而不是空字串。（CVE-2026-19082）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 之前 3.2.1 的 crypto-js 套件 for Node.js 透過串連字串 0 來產生隨機數。
    使用整數，這使得輸出比必要的更容易預測。（CVE-2020-36732）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - go-git 是以純 Go 撰寫的可延伸的 git 實作程式庫。在 6.0.0-alpha.5 之前 5.19.2 ，參照名稱在用於建構參照儲存目錄下的磁碟路徑之前不會經過清理，因此惡意製作的參照名稱 （例如包含目錄遊走序列） 可能會導致 go-git 在預期的參照儲存目錄之外寫入檔案。5.19.2版本和 6.0.0-alpha.5 已修正此問題。（CVE-2026-71557）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

ID	名稱	嚴重性
334177	Linux Distros 未修補弱點：CVE-2026-68223	medium
334176	Linux Distros 未修補弱點：CVE-2026-68147	high
334175	Linux Distros 未修補弱點：CVE-2026-68144	critical
334174	Linux Distros 未修補弱點：CVE-2026-68194	medium
334173	Linux Distros 未修補弱點：CVE-2026-68284	high
334172	Linux Distros 未修補弱點：CVE-2026-68386	medium
334171	Linux Distros 未修補弱點：CVE-2026-68366	high
334170	Linux Distros 未修補弱點：CVE-2026-68299	high
334169	Linux Distros 未修補弱點：CVE-2026-68279	low
334168	Linux Distros 未修補弱點：CVE-2026-68187	medium
334167	Linux Distros 未修補弱點：CVE-2026-68408	medium
334166	Linux Distros 未修補弱點：CVE-2026-68289	medium
334159	Linux Distros 未修補弱點：CVE-2026-15970	medium
334158	Linux Distros 未修補弱點：CVE-2026-18497	high
334157	Linux Distros 未修補弱點：CVE-2026-15972	high
334156	Linux Distros 未修補弱點：CVE-2026-6426	medium
334155	Linux Distros 未修補弱點：CVE-2026-6791	critical
333620	Linux Distros 未修補弱點：CVE-2026-19404	medium
333619	Linux Distros 未修補弱點：CVE-2026-59088	medium
333618	Linux Distros 未修補弱點：CVE-2026-12372	low
333617	Linux Distros 未修補弱點：CVE-2026-72522	medium
333616	Linux Distros 未修補弱點：CVE-2026-59087	high
333615	Linux Distros 未修補弱點：CVE-2026-12570	medium
333585	Linux Distros 未修補弱點：CVE-2026-19389	high
333584	Linux Distros 未修補弱點：CVE-2026-19387	high
333566	Linux Distros 未修補弱點：CVE-2026-19017	medium
333565	Linux Distros 未修補弱點：CVE-2026-19016	medium
333561	Linux Distros 未修補弱點：CVE-2026-19014	medium
333560	Linux Distros 未修補弱點：CVE-2026-19015	medium
333559	Linux Distros 未修補弱點：CVE-2026-19012	medium
333558	Linux Distros 未修補弱點：CVE-2026-15534	medium
333557	Linux Distros 未修補弱點：CVE-2026-19113	medium
333553	Linux Distros 未修補弱點：CVE-2026-17510	high
333538	Linux Distros 未修補弱點：CVE-2026-20339	high
333537	Linux Distros 未修補弱點：CVE-2026-20347	high
333536	Linux Distros 未修補弱點：CVE-2026-68081	medium
333535	Linux Distros 未修補弱點：CVE-2026-20345	high
333534	Linux Distros 未修補弱點：CVE-2026-68082	critical
333533	Linux Distros 未修補弱點：CVE-2026-20346	high
333532	Linux Distros 未修補弱點：CVE-2026-20348	high
333526	Linux Distros 未修補弱點：CVE-2026-48120	high
333525	Linux Distros 未修補弱點：CVE-2026-61478	critical
333524	Linux Distros 未修補弱點：CVE-2026-71870	medium
333523	Linux Distros 未修補弱點：CVE-2026-65819	high
333522	Linux Distros 未修補弱點：CVE-2026-54338	medium
333383	Linux Distros 未修補弱點：CVE-2026-71852	medium
333382	Linux Distros 未修補弱點：CVE-2026-71847	high
333381	Linux Distros 未修補弱點：CVE-2026-19082	high
333380	Linux Distros 未修補弱點：CVE-2020-36732	medium
333379	Linux Distros 未修補弱點：CVE-2026-71557	medium

偵測

Nessus 的 Misc. 系列

medium

high

critical

medium

high

medium

high

high

low

medium

medium

medium

medium

high

high

medium

critical

medium

medium

low

medium

high

medium

high

high

medium

medium

medium

medium

medium

medium

medium

high

high

high

medium

high

critical

high

high

high

critical

medium

high

medium

medium

high

high

medium

medium