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

  - Rack 是一種模組化的 Ruby Web 伺服器介面。從 3.0.0.beta1 版至 3.1.21 之前的版本以及 3.2.0 版至 3.2.6之前的版本中Rack::Utils.forwarded_values 會先在分號上分割再處理 quoted-string 值以剖析 RFC 7239 轉寄標頭。由於引用的值可合法包含分號因此 Rack 可將標頭解譯為多個轉寄指示詞而非值的單一引用。在上游 Proxy、WAF 或中介裝置以不同方式驗證或保留引用的轉送值的部署中此差異可允許攻擊者透過單一標頭值走私 host、proto、for 或 by 參數。此問題已在 3.1.21、3.2.6 和 CVE-2026-32762 版本中修正。

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

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

  - 在 3.6.6之前的 Mbed TLS 3.x 中發現一個問題。library/ccm.c 的 mbedtls_ccm_finish() 中的超出邊界讀取弱點允許攻擊者透過叫用具有過大 tag_len 參數的 multipart CCM API 來取得相鄰的 CCM 內容資料。這是因為遺漏針對內部 16 位元組驗證緩衝區大小驗證 tag_len 參數所導致。此問題會影響 Mbed TLS 3.x中的公開 multipart CCM API其中的 mbedtls_ccm_finish() 可由應用程式直接叫用。在該修正之前的 Mbed TLS 4.x 版本內部實作中存在相同的遺漏驗證不過該函式並未做為公開 API 的一部分公開。惡意利用需要對 multipart CCM API 進行應用程式層級的叫用。 (CVE-2026-34876)

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

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

  - Rack 是一種模組化的 Ruby Web 伺服器介面。在 2.2.23、 3.1.21和 3.2.6版之前Rack::Static#applicable_rules 會對照原始 URL 編碼的 PATH_INFO 評估數個 header_rules 類型同時在提供檔案之前解碼基礎檔案提供路徑。因此靜態路徑之 URL 編碼變體的要求可以提供不含 header_rules 預定套用標頭的相同檔案。在依賴 Rack::Static 將安全性相關回應標頭附加至靜態內容的部署中這可允許攻擊者透過要求路徑的編碼形式繞過這些標頭。此問題已在 2.2.23、 3.1.21與 3.2.6版中修補。 (CVE-2026-34786)

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

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

  - Rack 是一種模組化的 Ruby Web 伺服器介面。在 2.2.23、 3.1.21和 3.2.6版之前Rack::Static 會使用簡單字串前置詞檢查判斷是否應將要求作為靜態檔案提供。當使用 URL 前置詞 (例如 /css) 設定時它會符合以該字串開頭的任何要求路徑包括不相關的路徑例如 /css-config.env 或 /css-backup.sql。因此可能會意外提供名稱僅共用已設定前置詞之靜態 root 下的檔案進而導致資訊洩漏。此問題已在 2.2.23、3.1.21 和 3.2.6 版本中修正。
    (CVE-2026-34785)

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

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

  - 影響：Lodash 版本 4.17.23 和更早版本容易受到 _.unset 和
    _.omit 函式。（CVE-2025-13465： https://github.com/lodash/lodash/security/advisories/GHSA-xxjr-mmjv-4gpg） 的修正僅防止字串金鑰成員，因此攻擊者可以透過傳遞陣列包裝的路徑區段來繞過檢查。這允許從內建原型（例如 Object.prototype、Number.prototype 和 String.prototype）中刪除屬性。此問題允許刪除原型屬性，但不允許覆寫其原始行為。修補程式：此問題已在 4.18.0中修補。因應措施：無。升級至已修補的版本。（CVE-2026-2950）

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

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

  - 在 2.30之前的Nothings stb 中發現一個弱點。此問題會影響 GIF Decoder 元件之 stb_image.h 程式庫中的 stbi__gif_load_next 函式。此類操控會導致拒絕服務。攻擊者可在遠端執行此攻擊。攻擊程式已向公眾披露且可能會遭到利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。
    (CVE-2026-5313)

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

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

  - 適用於 Perl 的 4.000 至 4.009_002 版 Sereal::Encoder 內嵌了有弱點的 Zstandard 程式庫版本。Sereal::Encoder 內嵌的 Zstandard (zstd) 程式庫版本容易受到 CVE-2019-11922的影響。這是 1.3.8 版之前 Zstandard 的一次性壓縮函式中的爭用情形如果使用小於建議大小的輸出緩衝區可讓攻擊者寫入超出邊界的位元組。 (CVE-2024-14031)

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

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

  在 Nothings stb 1.26 版及更早版本中識別了一個漏洞。受影響的元件是 TTF 檔案處理器元件中 stb_truetype.h 函式庫內的 stbtt__buf_get8 函式。執行此操作可能會導致越界讀取。攻擊者可從遠端執行此攻擊。該漏洞已被公開披露，可能會被利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-5315)

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

遠端主機上安裝的 OpenEXR Python 套件版本為 3.4.x 之前的 3.4.7版。
因此受到一個堆積緩衝區溢位弱點影響

  - 從 OpenJPH 緩衝區將解壓縮的範例複製到 EXR 輸出緩衝區時OpenEXR 的 HTJ2K 解碼器中會發生堆積緩衝區溢位 (超出邊界讀取)。 (CVE-2026-34545)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 aioHTTP 版本比 3.13.4 舊。因此會受到一個要求走私弱點影響:

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。 3.13.4版之前標頭/結尾處理的限制不足可造成沒有設定上限的記憶體使用量。此問題已在 3.13.4 版中修正。(CVE-2026-22815)

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前可能允許 multipart 標頭過多的回應使用比預期更多的記憶體進而可能允許 DoS 弱點。此問題已在 3.13.4 版中修正。(CVE-2026-34516)

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。 3.13.4版之前aiohttp 中允許有多個 Host 標頭。此問題已在 3.13.4 版中修正。(CVE-2026-34525)

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 Vim 版本低於 9.2.0276。因此，它受到 GHSA-8h6p-m6gr-mpw9 公告中提及的一個弱點影響。

  - Vim 中有一個 modeline 沙箱繞過，其允許使用者開啟特製檔案時，執行任意 OS 命令。complete、guitabtooltip 和 printheader 選項缺少 P_MLE 標記，進而允許執行 modeline。此外，mapset() 函式缺少 check_secure() 呼叫，進而允許從沙箱運算式濫用。(CVE-2026-34982)

請注意，Nessus 並未測試此問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

遠端主機上安裝的 Docker Engine 版本比 29.3.1 舊。因此，它受到多個弱點影響：

  - CVE-2026-34040：AuthZ Plugin 授權繞過弱點。在特定情況下可繞過授權 plugin，進而可能允許未經授權的存取。

  - CVE-2026-33997：「docker plugin install」命令中的 plugin 特權驗證繞過弱點。
    特權驗證中存在一個缺陷，此缺陷可部分繞過，進而可能導致未經授權的特權提升。

  - CVE-2026-33748：BuildKit Git URL 驗證弱點。未充分驗證 Git URL「#ref:subdir」片段，可允許存取預定存放庫範圍之外的檔案，進而導致在未經授權的情況下洩漏資訊。

  - CVE-2026-33747：BuildKit 任意檔案寫入弱點。未受信任的前端可造成在 BuildKit 狀態目錄之外寫入檔案，進而可能造成本機特權提升或在未經授權的情況下寫入檔案。

請注意，Nessus 並未測試這些問題，而是僅依據應用程式自我報告的版本號碼作出判斷。

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

  - apparmor修正限制原則命名空間的層級數目目前並未限制原則命名空間的數目依賴使用者命名空間限制。不過原則命名空間並未嚴格系結至使用者命名空間且攻擊者可建立這些命名空間並將其巢狀到任意深度藉此耗盡系統資源。將原則命名空間硬性設定為與使用者命名空間相同的深度。 (CVE-2026-23405)

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

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

  - PJSIP 是一個免費且開放原始碼的多媒體通訊程式庫，以 C 編寫。在版本之前 2.17，PJSIP 的 VP9 RTP 解包程式中存在堆積越界讀取弱點，此弱點會在剖析特製的 VP9 延展性結構 （SS） 資料時發生。承載描述元長度的邊界檢查不足，可能會導致讀取超出配置的 RTP 承載緩衝區。此問題已在 2.17 版中修正。此問題的解決方法是在不需要時停用 VP9 編解碼器。（CVE-2026-34235）

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

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

  - futex修正 futex_key_to_node_opt() 和 vma_replace_policy() 之間的 UaF在 futex_key_to_node_opt() 執行期間系統會在推測 mmap 鎖定和 RCU 下讀取 vma->vm_policy。同時mbind() 可呼叫 vma_replace_policy()其會立即透過 kmem_cache_free() 釋放舊的 mempolicy。這會造成爭用情形其中 __futex_key_to_node() 會解除參照已釋放的 mempolicy 指標進而造成 mpol->mode 的釋放後使用讀取。 [ 151.412631] 錯誤KASAN__futex_key_to_node 中有 slab 釋放後使用 (kernel/futex/core.c:349) [ 151.414046] 工作 e/87 在 addr ffff888001c49634 讀取大小 2 [ 151.415969] 呼叫追踪[ 151.416732]
    __asan_load2 (mm/kasan/generic.c271) [ 151.416777] __futex_key_to_node (kernel/futex/core.c:349) [151.416822] get_futex_key (kernel/futex/core.c:374 kernel/futex/core.c 386 kernel/futex/core.c:593) 透過新增 rcu 至 __mpol_put() 來修正。 (CVE-2026-23415)

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

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

  - tls清除 tls_decrypt_async_wait() 中的 async_hold。當 AEAD 引擎參照其分散清單資料時async_hold 佇列釘選了加密的輸入 skb。一旦 tls_decrypt_async_wait() 傳回即表示每個 AEAD 作業都完成且引擎不再參照這些 skb因此可以無條件釋放這些 skb。後續修補程式將批次非同步解密新增至 tls_sw_read_sock()並引入新的呼叫網站該網站必須排出擱置中的 AEAD 作業並釋放保留的 skbs。將 __skb_queue_purge(&ctx->async_hold) 移至 tls_decrypt_async_wait()因此可以集中進行清除而且每個呼叫端 (recvmsg 的排出路徑、tls_do_decryption() 中的 -EBUSY 遞補以及新的 read_sock 批次路徑) 都會在同步時釋放保留的 skb而不需要每個獨立管理清除的網站。這可修正在將部分複制的 skb 新增至 async_hold 佇列後tls_strp_msg_hold() 中途失敗時發生的洩漏。然後tls_decrypt_sg() 會呼叫 tls_decrypt_async_wait() 以處理所有擱置的解密併中斷同步模式但 tls_sw_recvmsg() 只會在已在完全非同步模式中處理一個記錄時排清 async_hold 佇列 (此處可能並非如此) 。 [pabeni@redhat.com新增洩漏註解] (CVE-2026-23414)

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

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

  - Moby 是一個開源的容器框架。在版本之前 29.3.1，已偵測到一個安全性弱點，該弱點允許在 docker 外掛程式安裝期間繞過外掛程式權限驗證。由於精靈的權限比較邏輯中存在錯誤，精靈可能會錯誤地接受與使用者核准的權限集不同的權限集。只要求一個權限的外掛程式也會受到影響，因為根本不會執行比較。此問題已在 29.3.1 版中修正。(CVE-2026-33997)

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

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

  - 在 Nothings stb 中發現弱點，直到 1.22。受影響的元素是檔案 stb_vorbis.c 的函式setup_free。操縱導致資源分配。攻擊可從遠端執行。此惡意利用可公開取得，且可能遭到利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-5316)

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

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

  - 已解決 Linux 核心中的下列弱點：apparmor: fix differential encoding verification Differential encoding allows loops to be created if it is abused. To prevent this the unpack should verify that a diff-encode chain terminates. Unfortunately the differential encode verification had two bugs. 1. it conflated states that had gone through check and already been marked, with states that were currently being checked and marked. This means that loops in the current chain being verified are treated as a chain that has already been verified. 2. the order bailout on already checked states compared current chain check iterators j,k instead of using the outer loop iterator i. Meaning a step backwards in states in the current chain verification was being mistaken for moving to an already verified state. Move to a double mark scheme where already verified states get a different mark, than the current chain being kept. This enables us to also drop the backwards verification check that was the cause of the second error as any already verified state is already marked. (CVE-2026-23409)

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

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

  - 已解決 Linux 核心中的下列弱點：apparmor: fix missing bounds check on DEFAULT table in verify_dfa() The verify_dfa() function only checks DEFAULT_TABLE bounds when the state is not differentially encoded. When the verification loop traverses the differential encoding chain, it reads k = DEFAULT_TABLE[j] and uses k as an array index without validation. A malformed DFA with DEFAULT_TABLE[j] >= state_count, therefore, causes both out-of-bounds reads and writes. [ 57.179855] ================================================================== [ 57.180549] BUG: KASAN: slab-out-of-bounds in verify_dfa+0x59a/0x660 [ 57.180904] Read of size 4 at addr ffff888100eadec4 by task su/993 [57.181554] CPU: 1 UID: 0 PID: 993 Comm: su Not tainted 6.19.0-rc7-next-20260127 #1 PREEMPT(lazy) [57.181558] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [57.181563] Call Trace: [ 57.181572] <TASK> [ 57.181577] dump_stack_lvl+0x5e/0x80 [ 57.181596] print_report+0xc8/0x270 [ 57.181605] ? verify_dfa+0x59a/0x660 [ 57.181608] kasan_report+0x118/0x150 [57.181620] ? verify_dfa+0x59a/0x660 [ 57.181623] verify_dfa+0x59a/0x660 [ 57.181627] aa_dfa_unpack+0x1610/0x1740 [ 57.181629] ? __kmalloc_cache_noprof+0x1d0/0x470 [ 57.181640] unpack_pdb+0x86d/0x46b0 [ 57.181647] ? srso_alias_return_thunk+0x5/0xfbef5 [ 57.181653] ? srso_alias_return_thunk+0x5/0xfbef5 [ 57.181656] ? aa_unpack_nameX+0x1a8/0x300 [ 57.181659] aa_unpack+0x20b0/0x4c30 [ 57.181662] ? srso_alias_return_thunk+0x5/0xfbef5 [ 57.181664] ? stack_depot_save_flags+0x33/0x700 [ 57.181681] ? kasan_save_track+0x4f/0x80 [ 57.181683] ? kasan_save_track+0x3e/0x80 [ 57.181686] ? __kasan_kmalloc+0x93/0xb0 [ 57.181688] ?
    __kvmalloc_node_noprof+0x44a/0x780 [ 57.181693] ? aa_simple_write_to_buffer+0x54/0x130 [ 57.181697] ? policy_update+0x154/0x330 [ 57.181704] aa_replace_profiles+0x15a/0x1dd0 [ 57.181707] ? srso_alias_return_thunk+0x5/0xfbef5 [ 57.181710] ? __kvmalloc_node_noprof+0x44a/0x780 [ 57.181712] ? aa_loaddata_alloc+0x77/0x140 [ 57.181715] ? srso_alias_return_thunk+0x5/0xfbef5 [ 57.181717] ?
    _copy_from_user+0x2a/0x70 [ 57.181730] policy_update+0x17a/0x330 [ 57.181733] profile_replace+0x153/0x1a0 [ 57.181735] ? rw_verify_area+0x93/0x2d0 [ 57.181740] vfs_write+0x235/0xab0 [ 57.181745] ksys_write+0xb0/0x170 [ 57.181748] do_syscall_64+0x8e/0x660 [ 57.181762] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 57.181765] RIP: 0033:0x7f6192792eb2 Remove the MATCH_FLAG_DIFF_ENCODE condition to validate all DEFAULT_TABLE entries unconditionally. (CVE-2026-23407)

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

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

  - 在 2.5.0b2 之前的 Checkmk 版本 2.5.0 (beta) 中已儲存的跨網站指令碼 (XSS) 允許擁有建立擱置變更權限的經驗證使用者將惡意 JavaScript 插入「擱置變更」側邊列並在其他檢視側邊列。 (CVE-2026-20915)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。在 3.4.0 版之前到 3.4.8版之前的版本特製的 B44 或 B44A EXR 檔案可在任何透過 exr_decoding_run() 解碼的應用程式中造成越界寫入。
    後果從立即當機 (最有可能) 到損毀相鄰堆積配置 (與配置相依)。此問題已在 3.4.8 版中修正。(CVE-2026-34544)

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

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

  - 已解決 Linux 核心中的下列弱點：apparmor: fix race on rawdata dereference There is a race condition that leads to a use-after-free situation: because the rawdata inodes are not refcounted, an attacker can start open()ing one of the rawdata files, and at the same time remove the last reference to this rawdata (by removing the corresponding profile, for example), which frees its struct aa_loaddata; as a result, when seq_rawdata_open() is reached, i_private is a dangling pointer and freed memory is accessed. The rawdata inodes weren't refcounted to avoid a circular refcount and were supposed to be held by the profile rawdata reference. However during profile removal there is a window where the vfs and profile destruction race, resulting in the use after free. Fix this by moving to a double refcount scheme. Where the profile refcount on rawdata is used to break the circular dependency.
    Allowing for freeing of the rawdata once all inode references to the rawdata are put. (CVE-2026-23410)

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

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

  - bpf修正 PROBE_MEM32 儲存區的常數偽裝 BPF_ST | bpf_jit_blind_insn() 未處理 BPF_PROBE_MEM32 立即數儲存區當 bpf_jit_harden >= 1 時允許使用者控制的 32 位元立即數不遮蔽保留為 JIT 編譯的原生程式碼。根本原因是 convert_ctx_accesses() 將 BPF_ST|BPF_MEM 重寫為 BPF_ST|BPF_PROBE_MEM32在驗證期間建立 arena 指標儲存區在 bpf_jit_blind_constants() 之前於 JIT 編譯期間執行。盲目式開關僅符合 BPF_ST|BPF_MEM (模式 0x60)不符合 BPF_ST|BPF_PROBE_MEM32 (模式 0xa0)。指示透過 unblinded 執行。新增 BPF_ST|BPF_PROBE_MEM32 案例至 bpf_jit_blind_insn() 及現有的 BPF_ST|BPF_MEM 案例。盲目式轉換相同透過 mov+xor 將盲目式立即數載入 BPF_REG_AX然後將立即數儲存區轉換為暫存器儲存區 (BPF_STX)。重寫的 STX 指令必須保留 BPF_PROBE_MEM32 模式以便架構 JIT 發出正確的 arena 定址 (基於 x86-64 的R12)。
    此處無法使用 BPF_STX_MEM() 巨集因為其硬式編碼 BPF_MEM 模式改為直接建構指示。 (CVE-2026-23417)

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

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

  - util-linux 是 Linux 公用程式的隨機集合。在 2.41.4版之前在 util-linux 的 SUID 二進位 /usr/bin/mount 中發現一個 TOCTOU (Time-of-Check-Time-of-Use) 弱點。設定迴圈裝置時掛載二進位會透過 fork() + setuid() + realpath() 以使用者權限驗證來源檔案路徑但隨後將其重新規範化並以 root 權限 (euid=0) 開啟而未驗證尚未在兩個作業之間取代路徑。未採用 O_NOFOLLOW、inode 比較或是 post-open fstat()。這允許無權限的本機使用者在爭用視窗期間將來源檔案替換為指向任何 root 所擁有之檔案或裝置的符號連結造成 SUID 二進位檔以 root 身分開啟並掛載。惡意利用需要具有 user、loop 選項的 /etc/fstab 項目其路徑指向攻擊者俱有寫入權限的目錄且 /usr/bin/mount 已設定 SUID 位元 (幾乎所有 Linux 發行版本的預設組態)。其影響是未經授權即可讀取存取受 root 保護的檔案和區塊裝置包括備份影像、磁碟磁碟區以及任何含有有效檔案系統的檔案。此問題已在 2.41.4 版中修正。(CVE-2026-27456)

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

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

  - 在 Nothings stb up to 1.22 中發現安全缺陷 。這會影響檔案 stb_vorbis.c 的功能start_decoder。操控此弱點可導致超出邊界寫入。攻擊可能從遠端執行。該漏洞利用程式已對外公開，可能被用於發動攻擊。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-5317)

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

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

  - Mbed TLS v3.3.0 至 3.6.5 和 4.0.0 允許演算法降級。 (CVE-2026-25834)

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

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

  - 3.6.6 之前的 Mbed TLS 和 1.1.0 之前的 TF-PSA-Crypto 誤用虛擬亂數產生器 (PRNG) 中的種子。 (CVE-2026-25835)

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

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

  - SciTokens C++ 是用於從 C 或 C++ 建立和使用 SciTokens 的最小程式庫。在 1.4.1版之前scitokens-cpp 在路徑型範圍驗證中容易受到授權繞過影響。檢查所要求的資源路徑是否由 token 的授權範圍路徑所涵蓋時強制執行器使用了簡單的字串前置詞比較。由於該檢查不需要路徑區段邊界因此限定為一個路徑的 token 可能會錯誤地授權對僅以相同前置詞開頭的同級路徑的存取。此問題已在 1.4.1 版中修正。(CVE-2026-32726)

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

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

  在 Nothings stb 1.26 版及更早版本中發現了一個漏洞。受影響的是元件 TTF 檔案處理常式的程式庫 stb_truetype.h 中的函式stbtt_InitFont_internal。執行操作會導致越界讀取。攻擊可能遭到遠端惡意利用。該漏洞已公開，且可能被利用。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。(CVE-2026-5314)

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

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

  - netfilterbpf延遲勾點記憶體釋放直到 rcu 讀取器完成為止當並行處理程序透過 nfnetlink_hooks 轉儲存勾點時Yiming Qian 報告 UaF錯誤KASANnfnl_hook_dump_one.isra.0+0xe71/0x10f0 讀取中發生 slab 釋放後使用大小 8 at addr ffff888003edbf88 by task poc/79 呼叫追踪
    <TASK> nfnl_hook_dump_one.isra.0+0xe71/0x10f0 netlink_dump+0x554/0x12b0 nfnl_hook_get+0x176/0x230 [..] 延遲釋放直到並行讀取器完成為止。 (CVE-2026-23412)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前控制 aiohttp 中 content_type 參數的攻擊者可利用此弱點插入額外標頭或類似惡意利用。此問題已在 3.13.4 版中修正。(CVE-2026-34514)

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

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

  - 在 3.6.6 和 3.6.5 中修正的 Mbed TLS 3.5.0 至 4.1.0 的 x509_inet_pton_ipv6() 函式中有緩衝區溢位問題 (CVE-2026-25833)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前當跟隨重新導向至不同來源時aiohttp 會放置授權標頭但會保留 Cookie 和 Proxy-Authorization 標頭。此問題已在 3.13.4 版中修正。(CVE-2026-34518)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前C 剖析器 (多數安裝的預設值) 接受回應標頭中的 NULL 位元組和控製字元。此問題已在 3.13.4 版中修正。(CVE-2026-34520)

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

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

  - clsact： 修正 init/destroy 回復不對稱中的釋放後使用 在 init/destroy 回復不對稱時修正 clsact qdisc 中的釋放後使用。後者是透過先完全起始設定 clsact 實例，然後在第二個步驟中對新的 clsact qdisc 實例進行替換失敗來實現。
    clsact_init（） 會先初始化輸入，然後處理輸出部分。這可能會中途失敗，例如透過 tcf_block_get_ext（） 。失敗時，核心將觸發 clsact_destroy（） 回呼。
    提交 1cb6f0bae504 （bpf：修正過早的 tcx_entry） 詳細說明了轉換的發生方式。如果 q->ingress_block 上的tcf_block_get_ext最終失敗，我們會在輸入端採用tcx_miniq_inc參照計數，但尚未在輸出端進行參考計數。clsact_destroy（） 測試 {ingress，egress}_entry 是否為非 NULL。不過，即使在取代的中途失敗中，兩者實際上都是非空的，且前一個 clsact 實例具有有效的egress_entry。我們真正需要測試的是 qdisc 實例特定的輸入端或輸出端之前是否已初始化。這會新增一個名為 mini_qdisc_pair_inited 的小型協助程式來檢查 miniq 初始化，並在 clsact_destroy（） 上利用它來修正釋放後使用案例。也轉換 ingress_destroy（） 端，以便兩者彼此一致。（CVE-2026-23413）

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

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

  - 已解決 Linux 核心中的下列弱點：apparmor: fix side-effect bug in match_char() macro usage The match_char() macro evaluates its character parameter multiple times when traversing differential encoding chains. When invoked with *str++, the string pointer advances on each iteration of the inner do-while loop, causing the DFA to check different characters at each iteration and therefore skip input characters. This results in out-of-bounds reads when the pointer advances past the input buffer boundary. [ 94.984676] ================================================================== [94.985301] BUG: KASAN: slab-out-of-bounds in aa_dfa_match+0x5ae/0x760 [ 94.985655] Read of size 1 at addr ffff888100342000 by task file/976 [ 94.986319] CPU: 7 UID: 1000 PID: 976 Comm: file Not tainted 6.19.0-rc7-next-20260127 #1 PREEMPT(lazy) [ 94.986322] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 94.986329] Call Trace: [ 94.986341] <TASK> [ 94.986347] dump_stack_lvl+0x5e/0x80 [ 94.986374] print_report+0xc8/0x270 [ 94.986384] ? aa_dfa_match+0x5ae/0x760 [94.986388] kasan_report+0x118/0x150 [ 94.986401] ? aa_dfa_match+0x5ae/0x760 [ 94.986405] aa_dfa_match+0x5ae/0x760 [ 94.986408] __aa_path_perm+0x131/0x400 [ 94.986418] aa_path_perm+0x219/0x2f0 [94.986424] apparmor_file_open+0x345/0x570 [ 94.986431] security_file_open+0x5c/0x140 [ 94.986442] do_dentry_open+0x2f6/0x1120 [ 94.986450] vfs_open+0x38/0x2b0 [ 94.986453] ? may_open+0x1e2/0x2b0 [94.986466] path_openat+0x231b/0x2b30 [ 94.986469] ? __x64_sys_openat+0xf8/0x130 [ 94.986477] do_file_open+0x19d/0x360 [ 94.986487] do_sys_openat2+0x98/0x100 [ 94.986491] __x64_sys_openat+0xf8/0x130 [94.986499] do_syscall_64+0x8e/0x660 [ 94.986515] ? count_memcg_events+0x15f/0x3c0 [ 94.986526] ? srso_alias_return_thunk+0x5/0xfbef5 [ 94.986540] ? handle_mm_fault+0x1639/0x1ef0 [ 94.986551] ? vma_start_read+0xf0/0x320 [ 94.986558] ? srso_alias_return_thunk+0x5/0xfbef5 [ 94.986561] ? srso_alias_return_thunk+0x5/0xfbef5 [ 94.986563] ? fpregs_assert_state_consistent+0x50/0xe0 [ 94.986572] ? srso_alias_return_thunk+0x5/0xfbef5 [ 94.986574] ? arch_exit_to_user_mode_prepare+0x9/0xb0 [ 94.986587] ? srso_alias_return_thunk+0x5/0xfbef5 [ 94.986588] ? irqentry_exit+0x3c/0x590 [ 94.986595] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 94.986597] RIP: 0033:0x7fda4a79c3ea Fix by extracting the character value before invoking match_char, ensuring single evaluation per outer loop. (CVE-2026-23406)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前可能允許 multipart 標頭過多的回應使用比預期更多的記憶體進而可能允許 DoS 弱點。此問題已在 3.13.4 版中修正。(CVE-2026-34516)

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

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

  - Docker 模型執行器（DMR）是用於管理、執行及部署 Docker AI 模型的軟體。在版本之前 1.1.25，Docker Model Runner 在其 OCI 登錄令牌交換流程中包含 SSRF 漏洞。提取模型時，Model Runner 會遵循登錄檔 WWW-Authenticate 標頭中的領域 URL，而不驗證配置、主機名稱或 IP 範圍。惡意 OCI 登錄可將領域設定為內部 URL (例如 http://127.0.0.1:3000/)，導致主機上執行的 Model Runner 向內部服務提出任意 GET 要求，並將完整的回應內文反映回呼叫者。此外，憑證交換機制可透過 Authorization： Bearer 標頭將內部服務資料中繼回攻擊者控制的登錄檔。此問題已在 1.1.25 版中修正。對於 Docker Desktop 使用者，啟用增強容器隔離（ECI）會阻擋容器存取 Model Runner，防止被利用。然而，若 Docker Model Runner 在特定配置下暴露於 localhost over TCP，該漏洞仍可被利用。（CVE-2026-33990）

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。在 3.13.4版之前在建立回應時控制 reason 參數的攻擊者可能可以插入額外標頭或類似惡意利用。此問題已在 3.13.4 版中修正。(CVE-2026-34519)

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。 3.13.4版之前aiohttp 中允許有多個 Host 標頭。此問題已在 3.13.4 版中修正。
    (CVE-2026-34525)

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

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

  - Moby 是一個開源的容器框架。在 29.3.1 版之前，偵測到一個安全性弱點，其允許攻擊者繞過授權外掛程式 (AuthZ)。此問題已在 29.3.1 版中修正。(CVE-2026-34040)

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

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

  - 在 LibRaw 之前的版本中發現一個瑕疵 0.22.0。這會影響 TIFF/NEF 元件 src/decoders/decoders_libraw.cpp 檔案的 LibRaw::nikon_load_padded_packed_raw 函式。執行引數 load_flags/raw_width 操控可導致超出邊界讀取。攻擊者可從遠端發動攻擊。惡意利用已發布且可能遭到利用。升級至 0.22.1 版可減輕此問題。此修補程式稱為 b8397cd45657b84e88bd1202528d1764265f185c。建議升級受影響的元件。 (CVE-2026-5342)

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

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

  - Flask-HTTPAuth 為 Flask 路由提供基本、摘要和權杖 HTTP 驗證。在版本 4.8.1之前，在用戶端向受權杖保護的資源提出要求而不傳遞權杖或傳遞空權杖的情況下，Flask-HTTPAuth 會叫用應用程式的權杖驗證回呼函式，並將權杖引數設為空字串。如果應用程式的資料庫中有任何使用者，且將空字串設定為權杖，則可能會針對任何這些使用者驗證用戶端要求。此問題已在 4.8.1 版中修正。(CVE-2026-34531)

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

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

  - SciTokens C++ 是用於從 C 或 C++ 建立和使用 SciTokens 的最小程式庫。 1.4.1版之前scitokens-cpp 在處理 token 中的路徑型範圍時容易受到授權繞過影響。程式庫會在授權前標準化來自 token 的範圍路徑並折疊 .. path 元件而非予以拒絕。因此攻擊者可在範圍宣告中使用父目錄遊走將有效授權範圍擴大到超出預定目錄。此問題已在 1.4.1 版中修正。(CVE-2026-32725)

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

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

  - mm/mseal：在合併時正確更新 VMA 結束 之前，我們將目前 VMA 的結尾儲存在 curr_end 中，然後在反覆運算至下一個 VMA 時，將curr_start更新為 curr_end 以前進至下一個 VMA。
    但是，這沒有考慮到 VMA 可能會因為 vma_modify_flags（） 的合併而更新，這可能會導致 curr_end 過時，因此，在將 curr_start 設定為 curr_end 時，最終在下一次迭代時出現不正確的curr_start。無條件地將 curr_end 設為 vma->vm_end 來解決此問題，以確保此值在發生此情況時保持更新。當我們在這裡時，只需將 const curr_[start/end] 設定為限制到輸入範圍和 VMA，即可消除這整類錯誤，這也恰好簡化了邏輯。（CVE-2026-23416）

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

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

  - AIOHTTP 是適用於 asyncio 和 Python 的非同步 HTTP 用戶端/伺服器架構。 3.13.4版之前針對某些多部分錶單欄位aiohttp 會在檢查 client_max_size 之前將整個欄位讀入記憶體。
    此問題已在 3.13.4 版中修正。(CVE-2026-34517)

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

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

  - 在 Nothings stb 中發現了一個弱點，直到 2.30。這會影響元件 Multi-frame GIF File Handler 的檔案 stb_image.h 的函式stbi__load_gif_main。這種操作會導致雙重釋放。攻擊需要本機存取權。該漏洞已向公眾開放，可用於攻擊。已就此洩漏問題及早聯絡供應商，但是供應商未以任何方式回應。
    (CVE-2026-5186)

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

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

  - 2.5.0b2 之前的 Checkmk 2.5.0 (beta) 中已儲存的跨網站指令碼 (XSS) 允許擁有建立主機或服務權限的經驗證使用者在統一搜尋功能中執行搜尋的其他使用者的瀏覽器中執行任意 JavaScript。 (CVE-2026-33276)

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

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

  - Botan 是 C++ 密碼編譯程式庫。在 3.11.0版之前在使用限制一組允許之 DNS 名稱集的名稱限制來處理 X.509 憑證路徑期間如果端點實體憑證中未定義主體替代名稱Botan 會檢查 CN 是否由DNS 名稱限制即使技術上 RFC 5280 並不要求此檢查也是如此。但是此檢查無法考慮混合大小寫 CN 的可能性。因此具有 CN=Sub.EVIL.COM 且無主體替代名稱的憑證會繞過 evil.com 的excludingSubtrees 限制因為比較作業區分大小寫。此問題已在 3.11.0 版中修正。(CVE-2026-32884)

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

ID	名稱	嚴重性
304826	Linux Distros 未修補的弱點：CVE-2026-32762	medium
304825	Linux Distros 未修補的弱點：CVE-2026-34876	high
304824	Linux Distros 未修補的弱點：CVE-2026-34786	medium
304823	Linux Distros 未修補的弱點：CVE-2026-34785	high
304822	Linux Distros 未修補的弱點：CVE-2026-2950	medium
304821	Linux Distros 未修補的弱點：CVE-2026-5313	high
304820	Linux Distros 未修補的弱點：CVE-2024-14031	high
304819	Linux Distros 未修補的弱點：CVE-2026-5315	medium
304814	Python Library OpenEXR 3.4.x < 3.4.7 堆積緩衝區溢位 (OOB 讀取)	high
304811	aioHTTP < 3.13.4 多個弱點 (CVE-2026-22815)	high
304807	Vim < 9.2.0276 OS 命令插入 (GHSA-8h6p-m6gr-mpw9)	high
304803	Docker Engine 29.3.1 多個弱點	high
304785	Linux Distros 未修補的弱點：CVE-2026-23405	medium
304784	Linux Distros 未修補弱點：CVE-2026-34235	medium
304783	Linux Distros 未修補的弱點：CVE-2026-23415	high
304782	Linux Distros 未修補的弱點：CVE-2026-23414	medium
304781	Linux Distros 未修補的弱點：CVE-2026-33997	high
304780	Linux Distros 未修補的弱點：CVE-2026-5316	medium
304779	Linux Distros 未修補的弱點：CVE-2026-23409	medium
304778	Linux Distros 未修補的弱點：CVE-2026-23407	high
304777	Linux Distros 未修補的弱點：CVE-2026-20915	high
304776	Linux Distros 未修補的弱點：CVE-2026-34544	high
304775	Linux Distros 未修補的弱點：CVE-2026-23410	high
304774	Linux Distros 未修補的弱點：CVE-2026-23417	medium
304773	Linux Distros 未修補的弱點：CVE-2026-27456	medium
304772	Linux Distros 未修補的弱點：CVE-2026-5317	medium
304771	Linux Distros 未修補的弱點：CVE-2026-25834	medium
304770	Linux Distros 未修補的弱點：CVE-2026-25835	high
304769	Linux Distros 未修補的弱點：CVE-2026-32726	high
304768	Linux Distros 未修補的弱點：CVE-2026-5314	medium
304767	Linux Distros 未修補的弱點：CVE-2026-23412	high
304766	Linux Distros 未修補的弱點：CVE-2026-34514	medium
304765	Linux Distros 未修補的弱點：CVE-2026-25833	high
304764	Linux Distros 未修補的弱點：CVE-2026-34518	medium
304763	Linux Distros 未修補的弱點：CVE-2026-34520	medium
304762	Linux Distros 未修補的弱點：CVE-2026-23413	high
304761	Linux Distros 未修補的弱點：CVE-2026-23406	high
304760	Linux Distros 未修補的弱點：CVE-2026-34516	high
304759	Linux Distros 未修補的弱點：CVE-2026-33990	medium
304758	Linux Distros 未修補的弱點：CVE-2026-34519	medium
304757	Linux Distros 未修補的弱點：CVE-2026-34525	medium
304756	Linux Distros 未修補的弱點：CVE-2026-34040	high
304755	Linux Distros 未修補的弱點：CVE-2026-5342	medium
304754	Linux Distros 未修補的弱點：CVE-2026-34531	high
304753	Linux Distros 未修補的弱點：CVE-2026-32725	high
304752	Linux Distros 未修補的弱點：CVE-2026-23416	medium
304751	Linux Distros 未修補的弱點：CVE-2026-34517	medium
304750	Linux Distros 未修補的弱點：CVE-2026-5186	high
304749	Linux Distros 未修補的弱點：CVE-2026-33276	high
304748	Linux Distros 未修補的弱點：CVE-2026-32884	medium

偵測

Nessus 的 Misc. 系列

medium

high

medium

high

medium

high

high

medium

high

high

high

high

medium

medium

high

medium

high

medium

medium

high

high

high

high

medium

medium

medium

medium

high

high

medium

high

medium

high

medium

medium

high

high

high

medium

medium

medium

high

medium

high

high

medium

medium

high

high

medium