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

  - 已解決 Linux 核心中的下列弱點：mm/damon/core: disallow non-power of two min_region_sz on damon_start() Commit d8f867fa0825 (mm/damon: add damon_ctx->min_sz_region) introduced a bug that allows unaligned DAMON region address ranges. Commit c80f46ac228b (mm/damon/core:
    disallow non-power of two min_region_sz) fixed it, but only for damon_commit_ctx() use case. Still, DAMON sysfs interface can emit non-power of two min_region_sz via damon_start(). Fix the path by adding the is_power_of_2() check on damon_start(). The issue was discovered by sashiko [1]. (CVE-2026-52905)

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

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

  - 問題摘要：當應用程式呼叫 X509_VERIFY_PARAM_set1_email 來驗證特製的電子郵件地址時 （例如在 S/MIME 訊息驗證期間），可能會發生越界讀取。影響摘要：此越界讀取不會直接洩漏讀取給攻擊者的資料，因此最有可能的結果是當機和拒絕服務。從 X509_VERIFY_PARAM_[set|add]_email（） 呼叫的內部協助函式在驗證電子郵件地址的本機部分時使用了錯誤的長度。這可能會導致未強制執行電子郵件地址本機部分的 64 個八位元組限制，或導致越界讀取並可能當機。此錯誤可透過 S-MIME 驗證來解決，並使用電子郵件訊息中提供的特製 From： 位址，這可能會導致當機。此問題不會影響任何 FIPS 模組，因為受影響的程式碼位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-42771）

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

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

  - 問題摘要：在 ASN1_mbstring_ncopy() 中調整 Unicode 輸出的目標緩衝區大小時，帶正負號的整數溢位可能會導致堆積緩衝區溢位。影響摘要：堆積緩衝區溢位可能導致當機，或可能導致攻擊者控製程式碼執行或其他未定義的行為。在 ASN1_mbstring_copy() 和 ASN1_mbstring_ncopy() 中，Unicode 輸出的目標大小以帶正負號的整數計算：透過將 BMPSTRING (UTF-16) 和 UNIVERSALSTRING (UTF-32) 的輸入字元計數左移，以及將 UTF8STRING 的每個字元位元組計數相加。當輸入達到大約 2^30 個字元時，計算會溢位。在最壞的情況下 (2^30 個字元的 UNIVERSALSTRING)，大小會包裝為零，會呼叫 OPENSSL_malloc(1)，後續字元副本會在單位元組配置後面寫入幾 GB。X.509 憑證處理會透過 ASN1_STRING_set_by_NID() 路由，其 DIRSTRING_TYPE 遮罩會排除 UNIVERSALSTRING，且其對於 NID 的大小限制可限制輸入長度；OpenSSL 中沒有任何網路通訊協定或憑證處理路徑會執行溢位。觸發錯誤需要應用程式直接呼叫 ASN1_mbstring_copy() 或 ASN1_mbstring_ncopy()，或透過 ASN1_STRING_TABLE_add() 註冊自訂字串類型，且攻擊者控制的輸入的量級為半 GB 或更多。基於這些原因，我們將此問題的嚴重性指定為「低危」。4.0、3.6、3.5、3.4 和 3.0 中的 FIPS 模組不受此問題影響，因為受影響程式碼位於 OpenSSL FIPS 模組邊界之外。(CVE-2026-7383)

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

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

  - greybus： gb-beagleplay：綁定的引導載入程式接收緩衝 cc1352_bootloader_rx（） 會在剖析引導載入程式封包之前，將每個 serdev 區塊附加到固定的rx_buffer中。協助程式可以在回呼之間保留剩餘的位元組，而且可能會在一個回呼中接收多個封包，因此單一計數值不受一個封包長度的限制。檢查傳入區塊是否適合 memcpy（） 之前剩餘的接收緩衝區空間。如果沒有，請捨棄暫存資料並耗用位元組，而不是溢位rx_buffer。（CVE-2026-46332）

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

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

  - drm/nouveau：修正孔徑移除失敗時的nvkm_device洩漏 當探測期間 aperture_remove_conflicting_pci_devices（） 失敗時，錯誤路徑會直接傳回，而不會展開 nvkm_device_pci_new（） 剛剛配置的nvkm_device。這會洩露設備包裝函式及其內部的 pci_enable_device（） 參照。跳至現有的fail_nvkm標籤，以便 nvkm_device_del（） 執行並平衡兩者。當檢測和孔徑去除之間的中間nvkm_device_del（） 被刪除以支持創建一次 pci 設備時，就引入了洩漏。
    (CVE-2026-52904)

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

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

  - iio： pressure： mprls0025pa：修正spi_transfer結構初始化 確保在使用前將spi_transfer結構歸零。（CVE-2026-46326）

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

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

  - 問題摘要：使用 DHX （X9.42） 對等金鑰呼叫 EVP_PKEY_derive_set_peer（） 時，未正確檢查對等金鑰以取得子群組成員資格。影響摘要：提供帶有受害者 p 和 g 參數的 X9.42 金鑰、偽造的 q = r （輔因子 （p1）/q_local 的小質因數） 和順序 r 的公開值 Y 的惡意對等體可以在少量金鑰交換嘗試後恢復受害者的私密金鑰。使用 DHX （X9.42） 對等金鑰呼叫 EVP_PKEY_derive_set_peer（） 時，子群組成員資格檢查 Y^q 1 （mod p） 會使用對等自己的 q 參數 （而不是本機金鑰的 q） 來執行。然後，對等的網域參數會與私密金鑰的網域參數進行比對，但不會比較 q 的值。如果惡意對等體提供帶有受害者的 p、g、偽造的 q = r （輔因數的小質因數） 和階數 r 的公開值 Y 的 X9.42 金鑰，則會通過所有檢查。
    然後，共用密碼僅採用 r 個不同值，從而洩露 priv mod r。對輔因子的每個小質因數重複並通過 CRT 組合可恢復完整的私鑰（LimLee / 小子組限制攻擊）。實際的攻擊破綻很窄：主要是具有長期 RA/CA DHX 金鑰的 CMP 部署，以及使用 X9.42 DHX 靜態金鑰搭配互動式通訊協定的客製化企業或政府應用程式，因此此問題的嚴重性被指派為「低」。、 3.63.43.53.1.2 和3.0中的 4.0FIPS 模組會受到此問題的影響。（CVE-2026-42770）

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

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

  - 已解決 Linux 核心中的下列弱點：staging: rtl8723bs: os_dep: avoid NULL pointer dereference in rtw_cbuf_alloc The return value of kzalloc_flex() is used without ensuring that the allocation succeeded, and the pointer is dereferenced unconditionally. Guard the access to the allocated structure to avoid a potential NULL pointer dereference if the allocation fails. (CVE-2026-46305)

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

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

  - Checkmk <2.5.0p5 中「使用者訊息」儀表板小工具中的授權不正確會導致訊息擷取端點傳回儀表板建立者的訊息，而不是檢視者的訊息，從而允許知道有效公用儀表板共用權杖的攻擊者透過向基礎端點傳送要求來讀取簽發者的個人訊息，即使沒有使用者訊息小工具也不存在。（CVE-2026-7765）

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

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

  - 已解決 Linux 核心中的下列弱點：pmdomain: mediatek: fix use-after-free in scpsys_get_bus_protection_legacy() In scpsys_get_bus_protection_legacy(), of_find_node_with_property() returns a device node with its reference count incremented. The function then calls of_node_put(node) before checking whether syscon_regmap_lookup_by_phandle() returns an error. If an error occurs, dev_err_probe() dereferences the node pointer to print diagnostic information, but the node memory may have already been freed due to the earlier of_node_put(), leading to a use-after-free vulnerability. Fix this by moving the of_node_put() call after the error check, ensuring the node is still valid when accessed in the error path. (CVE-2026-46308)

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

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

  - Checkmk <2.5.0p5、<2.4.0p31、<2.3.0p48 和所有 2.2.0 版本的 URL 驗證功能中對 HTML 編碼字元的不當無效化都允許經過身份驗證的使用者繞過 URL 驗證並注入惡意 URL，例如 javascript： URI，當其他使用者與特製的連結互動時，導致跨網站腳本。（CVE-2026-8833）

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

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

  - 已解決 Linux 核心中的下列弱點：mm/zone_device: do not touch device folio after calling ->folio_free() The contents of a device folio can immediately change after calling
    ->folio_free(), as the folio may be reallocated by a driver with a different order. Instead of touching the folio again to extract the pgmap, use the local stack variable when calling percpu_ref_put_many().
    (CVE-2026-46277)

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

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

  - 問題摘要：接收具有無效權杖的 QUIC 初始封包可能會在停用位址驗證的 OpenSSL QUIC 伺服器中觸發 NULL 指標解除參照。影響摘要：NULL 指標解除參照通常會導致受影響的 QUIC 伺服器處理程序異常終止和拒絕服務。如果在 OpenSSL QUIC 伺服器實作中停用位址驗證，攻擊者可以傳送具有無效或過期權杖的初始封包，以使伺服器當機。根據預設，OpenSSL QUIC 伺服器實作中會啟用用戶端位址驗證，這使得預設設定不易受到此問題的影響。不過，如果 SSL_LISTENER_FLAG_NO_VALIDATE 與 SSL_new_listener（） 呼叫搭配使用，則會停用位址驗證，使易受攻擊的程式碼可連線。、 3.6、 3.53.4、 中的 4.03.0 FIPS 模組不受此問題影響，因為受影響的程式碼位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-42764）

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

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

  - net： libwx：將 request_irq 用於 VF 雜項中斷 目前，request_threaded_irq（） 與主要處理常式一起使用，但與 NULL 執行緒處理常式一起使用，同時也設定 IRQF_ONESHOT 旗標。自提交 aef30c8d569c 以來，此特定組合會觸發警告 （genirq：警告不要在沒有執行緒處理常式的情況下使用 IRQF_ONESHOT）。警告：kernel/irq/manage.c：1502，位於 __setup_irq+0x4fa/0x760 切換到 request_irq（） （這是適當的介面或非執行緒中斷處理常式），並移除不必要的 IRQF_ONESHOT 標誌來修正此問題。（CVE-2026-46297）

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

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

  - 問題摘要：AES-SIV （RFC 5297） 和 AES-GCM-SIV （RFC 8452） 的實作不當處理具有空密文的 AAD （附加驗證資料） 驗證，允許偽造此類訊息。影響摘要：攻擊者可以使用這些密碼，將帶有任意 AAD 的空白訊息偽造到受害者的應用程式。AES-SIV （RFC 5297） 和 AES-GCM-SIV （RFC 8452） 是防隨機濫用的 AEAD 模式：它們接受金鑰、隨機、選用 AAD （已驗證但未加密的位元組） 和純文字，並產生密文加上 16 位元組標籤。解密時，記錄「EVP_DecryptFinal_ex（）」只有在標籤成功驗證時才傳回成功。在 OpenSSL 的這些加密提供者實作中，只有在使用非空白資料叫用解密函式時，才會計算預期的標籤。如果調用端提供 AAD，然後呼叫 'EVP_DecryptFinal_ex（）' 而不叫用加密文字更新 （當收到的加密文字長度為零時可能會發生），則永遠不會重新計算標籤，而且仍會保留其全零值。使用 AES-GCM-SIV 時，傳送任意 AAD、空密文和全零標籤的攻擊者會以他們不知道的任何金鑰單次通過身份驗證。使用 AES-SIV 時，若要掛接攻擊，應用程式必須重複使用解密內容，而不重設金鑰。AES-SIV 是從 OpenSSL 3.0開始實作的。AES-GCM-SIV 是從 OpenSSL 3.2開始實作的。OpenSSL 本身 （TLS/CMS/PKCS7/HPKE/QUIC） 中實作的任何通訊協定均不支援 AES-GCM-SIV 或 AES-SIV。若要掛載攻擊，應用程式必須實作自己的通訊協定，並使用 EVP 介面。此外，當帶有空密文的訊息到達時，他們必須跳過密文更新。、 3.43.63.5中的 3.0 FIPS 模組4.0不會受到此問題的影響，因為這些演算法未經 FIPS 核准，且受影響的程式碼位於 OpenSSL FIPS 模組邊界之外。（CVE-2026-45446）

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

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

  - media：renesas：vsp1：修正模組卸載時的 NULL 指標解除參照 在第 4 代卸載模組時，我們遇到 NULL 指標解除參照。這是因為清理程式碼呼叫 vsp1_drm_cleanup（），而它應該呼叫 vsp1_vspx_cleanup（）。透過檢查 IP 版本並相應地呼叫 drm 或 vspx 函式來解決此問題，其方式與 init 程式碼相同。（CVE-2026-46310）

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

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

  - net： txgbe：修正移除模組時的 RTNL 宣告警告 對於具有外部 PHY 的銅質 NIC，驅動程式在探測期間呼叫 phylink_connect_phy（），在移除期間呼叫 phylink_disconnect_phy（）。在移除模組時，它會導致 phylink_disconnect_phy（） 中出現 RTNL 宣告警告。若要解決此問題，請在 remove 函式中的 phylink_disconnect_phy（） 周圍新增 rtnl_lock（） 和 rtnl_unlock（）。------------[ 切到這裡 ]------------ RTNL：drivers/net/phy/phylink.c 的判斷提示失敗 （2351） 警告：drivers/net/phy/phylink.c：2351 位於 phylink_disconnect_phy+0xd8/0xf0 [phylink]， CPU#0： rmmod/4464 連結的模組：... CPU：0 UID：0 PID：
    4464 通訊：rmmod Kdump：已載入 未受污染 7.0.0-rc4+ 硬體名稱：Micro-Star International Co.， Ltd.
    MS-7E16/X670E GAMING PLUS WIFI （MS-7E16）， BIOS 1.90 12/31/2024 RIP： 0010：phylink_disconnect_phy+0xe4/0xf0 [phylink] 代碼： 5b 41 5c 41 5d 41 5e 41 5f 5d 31 c0 31 d2 31 f6 31 ff e9 3a 38 8f e7 48 8d 3d 48 87 e2 ff ba 2f 09 00 00 48 c7 c6 c1 22 24 c0 <67> 48 0f b9 3a e9 34 ff ff ff 66 90 90 90 90 90 9090 90 90 90 90 RSP：0018：ffffce7288363ac0 EFLAGS：00010246 RAX：000000000000000000 RBX：ffff89654b2a1a00 RCX：
    000000000000000000 RDX：000000000000092f RSI：ffffffffc02422c1 RDI：ffffffffc0239020 RBP：ffffce7288363ae8R08：0000000000000000000 R09： 0000000000000000000000 R10： 000000000000000000000 R11： 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 R12
    ffff8964c4022000 R13： ffff89654fce3028 R14： ffff89654ebb4000 R15： ffffffffc0226348 FS：
    0000795e80d93780（0000） GS：ffff896c52857000（0000） knlGS：00000000000000000 CS：0010 DS：0000 ES：0000 CR0：
    0000000080050033 CR2：00005b528b592000 CR3：0000000170d0f000 CR4：0000000000f50ef0 PKRU：55555554 呼叫追蹤： <TASK> txgbe_remove_phy+0xbb/0xd0 [txgbe] txgbe_remove+0x4c/0xb0 [txgbe] pci_device_remove+0x41/0xb0 device_remove+0x43/0x80 device_release_driver_internal+0x206/0x270 driver_detach+0x4a/0xa0 bus_remove_driver+0x83/0x120 driver_unregister+0x2f/0x60 pci_unregister_driver+0x40/0x90 txgbe_driver_exit+0x10/0x850 [txgbe]
    __do_sys_delete_module.isra.0+0x1c3/0x2f0 __x64_sys_delete_module+0x12/0x20 x64_sys_call+0x20c3/0x2390 do_syscall_64+0x11c/0x1500 ？srso_alias_return_thunk+0x5/0xfbef5 ？do_syscall_64+0x15a/0x1500 ？srso_alias_return_thunk+0x5/0xfbef5 ？do_fault+0x312/0x580 ？srso_alias_return_thunk+0x5/0xfbef5 ？
    __handle_mm_fault+0x9d5/0x1040 ？srso_alias_return_thunk+0x5/0xfbef5 ？count_memcg_events+0x101/0x1d0 ？srso_alias_return_thunk+0x5/0xfbef5 ？handle_mm_fault+0x1e8/0x2f0 ？srso_alias_return_thunk+0x5/0xfbef5 ？do_user_addr_fault+0x2f8/0x820 ？srso_alias_return_thunk+0x5/0xfbef5 ？irqentry_exit+0xb2/0x600 ？srso_alias_return_thunk+0x5/0xfbef5 ？exc_page_fault+0x92/0x1c0 entry_SYSCALL_64_after_hwframe+0x76/0x7e （CVE-2026-46287）

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

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

  - 由於主機剖析不正確，依賴 UriComponentsBuilder 來剖析和驗證外部提供的 URL 字串的應用程式可能會遭受伺服器端要求偽造 （SSRF） 攻擊。受影響的版本：Spring Framework 7.0.0 至 7.0.7; 至 6.2.18. 6.2.0（CVE-2026-41854）

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

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

  - 已解決 Linux 核心中的下列弱點：9p: fix access mode flags being ORed instead of replaced Since commit 1f3e4142c0eb (9p: convert to the new mount API), v9fs_apply_options() applies parsed mount flags with |= onto flags already set by v9fs_session_init(). For 9P2000.L, session_init sets V9FS_ACCESS_CLIENT as the default, so when the user mounts with access=user, both bits end up set. Access mode checks compare against exact values, so having both bits set matches neither mode.
    This causes v9fs_fid_lookup() to fall through to the default switch case, using INVALID_UID (nobody/65534) instead of current_fsuid() for all fid lookups. Root is then unable to chown or perform other privileged operations. Fix by clearing the access mask before applying the user's choice. (CVE-2026-52906)

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

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

  - x86/efi： 修正 FPU softirq 變更後的正常錯誤處理 自提交 d02198550423 以來 （x86/fpu：
    透過使核心模式 FPU 在 softirq 中可靠地使用來提高加密效能），kernel_fpu_begin（） 呼叫使用 local_bh_disable（） 而不是先前的 preempt_disable（） 的 fpregs_lock（）。這會在整個 EFI 執行階段服務呼叫期間設定 preempt_count 中的 SOFTIRQ_OFFSET，導致 in_interrupt（） 在一般工作內容中傳回 true。正常的頁面錯誤處理常式 efi_crash_gracefully_on_page_fault（） 使用 in_interrupt（） 來救助實際中斷上下文中的錯誤。現在設定SOFTIRQ_OFFSET後，處理常式一律會退出，讓 EFI 韌體頁面錯誤無法處理。這會升級為 die（），它也會將 in_interrupt（） 視為 true，並呼叫 panic（中斷中的致命異常），導致硬系統凍結。在具有有錯誤韌體的系統上，會在 EFI 執行階段呼叫期間觸發頁面錯誤 （例如，存取 GetTime（） 中的未對應記憶體），這會導致無法復原的懸置，而不是預期的順暢EFI_ABORTED復原。透過將 in_interrupt（） 替換為 ！in_task（） 來修正。這保留了針對中斷或 NMI 故障進行保釋的原始意圖，同時不再從 FPU 程式碼路徑的 local_bh_disable（） 錯誤觸發。[ardb：Sashiko 發現，使用 'in_hardirq（） || in_nmi（）' 會留下一個窗口，其中可以在調用 fpregs_lock（） 之前進行 softirq，但在分配了 efi_rts_work.efi_rts_id 之後，並且該窗口中發生的任何頁面錯誤都會被錯誤地識別為由固件引起的。請改用包含 in_serving_softirq（） 的 ！in_task（）。] （CVE-2026-46290）

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

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

  - Arm C1-Ultra、C1-Premium、Neoverse V3 和 V3AE、Neoverse V2、Neoverse V1、Neoverse-N2、Neoverse-N1、Cortex-X4X925、Cortex-X3、Cortex-X2、Cortex-X1 和 X1C、Cortex-A710、Cortex-A78、A78AE 和 A78C、Cortex-A77、Cortex-A76 和 A76A 可能允許寫入更高異常層級所擁有的資源。
    (CVE-2025-10263)

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

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

  - 在 389 Directory Server 中發現缺陷。SSO 權杖延伸作業處理常式中的類型混淆，會導致部分堆疊位址資訊會在 LDAP 回應中向已驗證使用者揭露。
    (CVE-2026-11785)

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

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

  - 還原 net/smc：引入 TCP ULP 支援 這會還原提交 d7cd421da9da2cc7b4d25b8537f66db5c8331c40。
    據 Al Viro 報導，對 SMC 的 TCP ULP 支持從根本上被破壞了。實作會嘗試透過就地修改基礎「結構檔案」、dentry 和 inode 來將作用中的 TCP 通訊端轉換成 SMC 通訊端，這違反了核心 VFS 不變量，假設這些結構對於開啟的檔案是不可變的，從而產生釋放錯誤和一般系統不穩定後使用的風險。鑑於此設計缺陷的嚴重性，以及存在更乾淨的替代方案 （例如 LD_PRELOAD、BPF） 來維持舊版應用程式的透明度，正確的做法是完全移除此功能。（CVE-2026-46330）

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

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

  - 已解決 Linux 核心中的下列弱點：net: gro: don't merge zcopy skbs skb_gro_receive() can currently copy frags between the source and GRO skb, without checking the zerocopy status, and in particular the SKBFL_MANAGED_FRAG_REFS flag. When SKBFL_MANAGED_FRAG_REFS is set, the skb doesn't hold a reference on the pages in shinfo->frags. Appending those frags to another skb's frags without fixing up the page refcount can lead to UAF. When either the last skb in the GRO chain (the one we would append frags to) or the source skb is zerocopy, don't merge the skbs. (CVE-2026-46323)

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

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

  - dm：修正 dm_suspended_md 的解鎖測試 此函式dm_blk_report_zones測試裝置是否因 dm_suspended_md 呼叫而暫停。但是，此函數是在不保留任何鎖定的情況下調用的，因此設備可能會在它之後暫停。在dm_get_live_table之後將呼叫移至 dm_suspended_md，以便在測試暫停狀態後無法暫停裝置。（CVE-2026-46327）

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

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

  - 已解決 Linux 核心中的下列弱點：Revert mm/hugetlbfs: update hugetlbfs to use mmap_prepare This reverts commit ea52cb24cd3f (mm/hugetlbfs: update hugetlbfs to use mmap_prepare) with conflict resolution to account for changes in commit ea52cb24cd3f (mm/hugetlbfs:
    update hugetlbfs to use mmap_prepare). The patch incorrectly handled hugetlb VMA lock allocation at the mmap_prepare stage, where a failed allocation occurring after mmap_prepare is called might result in the lock leaking. There is no risk of a merge causing a similar issues, as VMA_DONTEXPAND_BIT is set for hugetlb mappings. As a first step in addressing this issue, simply revert the change so we can rework how we do this having corrected the underlying issues. We maintain the VMA flags changes as best we can, accounting for the fact that we were working with a VMA descriptor previously and propagating like-for-like changes for this. Note that we invoke vma_set_flags() and do not call vma_start_write() as vm_flags_set() does. This is OK as it's being done in an .mmap hook where the VMA is not yet linked into the tree so nobody else can be accessing it. (CVE-2026-46318)

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

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

  - 在 389 Directory Server 中發現缺陷。在資料庫匯入期間處理具有尾端分號的屬性類型時，LDIF 剖析器會讀取堆積緩衝區的結尾，導致在記憶體檢測下偵測到越界讀取。（CVE-2026-11786）

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

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

  - netfilter： nf_tables：將 list_del_rcu 用於網路連結勾點 nft_netdev_unregister_hooks 和
    __nft_unregister_flowtable_net_hooks需要使用 list_del_rcu（） 時，此清單可由並行轉儲程式遍歷。新增協助程式並持續使用。（CVE-2026-46324）

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

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

  - 在 389 Directory Server 中發現缺陷。在綱目重新載入期間，attr_syntax_swap_ht（） 函式會無條件釋放屬性語法資訊節點，繞過屬性語法子系統中其他地方使用的以參照計數為基礎的延遲刪除。如果系統管理員在並行 LDAP 查詢流量處於作用中狀態時觸發結構描述重新載入，則背景工作執行緒可能會存取釋放的記憶體，進而導致釋放後使用或雙重釋放以及拒絕服務 （伺服器損毀）。（CVE-2026-11791）

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

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

  - erofs：正確處理檔案系統末端以進行檔案備份掛載 檔案系統末端以外的 I/O 要求應歸零，類似於回送裝置，這就是我們所期望的。（CVE-2026-46329）

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

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

  - 點選：tap_get_user_xdp（） 中錯誤路徑上的釋放頁面 tap_get_user_xdp（） 會拒絕使用 -EINVAL 時短於 ETH_HLEN 的幀，並在 build_skb（） 失敗時傳回 -ENOMEM。這兩個路徑都會跳轉到 err 標籤，而不會釋放 vhost_net_build_xdp（） 為框架配置的頁面。tap_sendmsg（） 捨棄每個緩衝區的傳回值，且一律傳回 0，因此 vhost_tx_batch（） 會採用成功路徑，而且永遠不會釋放頁面;批次中每個被拒絕的影格都會洩漏一個頁面片段區塊。在建置 skb 之前，釋放兩個錯誤路徑上的頁面。這是 tun_xdp_one（） 中相同洩漏的分頭對應部分。（CVE-2026-46320）

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

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

  - 在 389 Directory Server 中發現堆積緩衝區溢位缺陷。啟用稽核記錄時，auditlog.c 中的 create_masked_entry_string（） 函式會將固定長度的密碼遮罩複製到精確大小的堆積緩衝區中，而不檢查可用空間。如果記錄簡短的純文字密碼 （需要非預設的 CLEAR 密碼儲存區或遭入侵的複寫對等體），副本會溢位緩衝區，損毀堆積記憶體及稽核記錄輸出。（CVE-2026-11792）

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

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

  - HVM 客體 I/O 埠存取受制於模擬或至少轉譯。翻譯由裝置型號（透過XEN_DOMCTL_ioport_mapping）管理，因此所使用的鍊錶可能隨時變更。因此，周遊這些清單 （在處理客體 I/O 連接埠存取時） 需要與更新同步，而到目前為止還缺少更新。（CVE-2026-42487）

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

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

  - 某些影子分頁錯誤路徑會切換頁面表格，而不會更新目前執行中的 vCPU 參照。這會導致載入的頁面表格與 mapcache 中繼資料不相符，進而導致 mapcache 損毀。（CVE-2026-42488）

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

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

  - net/sched： act_ct：僅在ct_ft後才釋放 RCU 讀取鎖定 在 tcf_ct_flow_table_get（） 中查詢 act_ct 中的流程表時，rhashtable_lookup_fast（） 會在內部開啟和關閉 RCU 讀取關鍵區段，然後再傳回 ct_ft。在傳回的ct_ft上叫用 refcount_inc_not_zero（） 之前，tcf_ct_flow_table_cleanup_work（） 可以完成，從而在已釋放的 ct_ft 物件上產生 UAF。此漏洞可能導致權限提升。從 zdi-disclosures@trendmicro.com 分析：初始化act_ct時，調用tcf_ct_init（），內部觸發tcf_ct_flow_table_get（）。static int tcf_ct_flow_table_get（struct net *net， struct tcf_ct_params *params） { struct zones_ht_key key = { .net = net， .zone = params->zone }; struct tcf_ct_flow_table *ct_ft; int err = -ENOMEM; mutex_lock（&zones_mutex）;
    ct_ft = rhashtable_lookup_fast（&zones_ht， &key， zones_params）;[1] if （ct_ft & refcount_inc_not_zero（&ct_ft->ref）） // [2] 轉至out_unlock;... }靜態__always_inline無效
    *rhashtable_lookup_fast（ struct rhashtable *ht， const void *key， const struct rhashtable_params params） {void *obj; rcu_read_lock（）; obj = rhashtable_lookup（ht， key， params）; rcu_read_unlock（）; return obj; }在 [1] 中，rhashtable_lookup_fast（） 從 zones_ht 中查找並傳回對應的ct_ft。查詢是透過 rcu_read_lock（） / rcu_read_unlock（） 在 RCU 讀取關鍵區段內執行的，這會防止物件被釋放。然而，在函數返回時，rcu_read_unlock（） 已經被調用，並且在到達 [2] 的 refcount_inc_not_zero（&ct_ft->ref） 之前，沒有什麼可以阻止ct_ft被釋放。此間隔會成為爭用時段，在此期間可以釋放ct_ft。自由進程：tcf_ct_flow_table_put（） 透過路徑 tcf_ct_cleanup（） call_rcu（） tcf_ct_params_free_rcu（） tcf_ct_params_free（） tcf_ct_flow_table_put（） 執行。static void tcf_ct_flow_table_put（struct tcf_ct_flow_table *ct_ft） { if （refcount_dec_and_test（&ct_ft->ref）） {rhashtable_remove_fast（&zones_ht， &ct_ft->node， zones_params）;INIT_RCU_WORK（&ct_ft->rwork， tcf_ct_flow_table_cleanup_work）;[3] queue_rcu_work（act_ct_wq， &ct_ft->rwork）;} } 在 [3] 中，tcf_ct_flow_table_cleanup_work（） 被安排為 RCU work static void tcf_ct_flow_table_cleanup_work（struct work_struct *work） { struct tcf_ct_flow_table *ct_ft; struct flow_block *block; ct_ft = container_of（to_rcu_work（work）， struct tcf_ct_flow_table， rwork）;
    nf_flow_table_free（&ct_ft->nf_ft）;區塊 = &ct_ft->nf_ft.flow_block;
    down_write（&ct_ft->nf_ft.flow_block_lock）;WARN_ON（！list_empty（&block->cb_list））;
    up_write（&ct_ft->nf_ft.flow_block_lock）;kfree（ct_ft）;[4] module_put（THIS_MODULE）;} tcf_ct_flow_table_cleanup_work（） 釋放 [4] 處的ct_ft。當此功能在 [1] 和 [2] 之間執行時，會發生 UAF。此爭用情形的爭用視窗非常短，因此通常難以觸發。
    因此，為了觸發此弱點，系統在 [1] （CVE-2026-46319)

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

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

  - tun：tun_xdp_one（） 中 build_skb 失敗時的釋放頁面 當 build_skb（） 在 tun_xdp_one（） 中失敗時，函數將 ret 設定為 -ENOMEM 並跳轉到 out 標籤，該標籤返回而不釋放 vhost_net_build_xdp（） 為框架分配的頁面。與短框架拒絕路徑一樣，tun_sendmsg（） 捨棄每個緩衝區錯誤，但仍傳回 total_len，因此 vhost_tx_batch（） 採用成功路徑，並且永遠不會釋放頁面。批次中的每個 build_skb（） 失敗都會洩漏一個頁面片段區塊。在走錯誤路徑之前釋放頁面，與 tun_xdp_one（） 的其他錯誤結束已經執行的 put_page（） 相符。
    (CVE-2026-46322)

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

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

  - 在 389 Directory Server 中發現缺陷。SMD5 密碼儲存外掛程式在從小於 16 位元組的特製密碼雜湊計算鹽長度時，會執行無符號的整數反向溢位，導致緩衝區過度讀取，從而在驗證期間使 LDAP 伺服器當機。（CVE-2026-11789）

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

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

  - KVM： arm64：重新指派 kvm->arch 後面mmu_lock陣列nested_mmus。nested_mmus[] 在 kvm->mmu_lock 下遍歷，包括從 MMU 通知程式路徑 （kvm_unmap_gfn_range（） -> kvm_nested_s2_unmap（）），該路徑可以隨時執行。kvm_vcpu_init_nested（） 重新分配陣列並釋放舊緩衝區，同時僅保留 kvm->arch.config_lock，因此這樣的步行者可以引用釋放的陣列。在mmu_lock外部配置新的陣列，因為配置可以休眠。在鎖定下，複製現有項目、修正後退指標並重新指派陣列。丟棄鎖定後釋放舊緩衝區，因為 kvfree（） 也可以休眠。（CVE-2026-46317）

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

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

  - [此 CNA 資訊記錄涉及多個 CVE;內文說明哪些方面/弱點對應於哪個 CVE。若要建立和管理客體，控制網域、可能的 Xenstore 網域或控制特定客體的網域會使用 domctl 作業。其中一些作業可能不會並行執行，因此會使用全系統鎖定。然而，獲得鎖定的方式並沒有提供任何公平性。這是 CVE-2026-42489。此外，在使用 XSM/Flask 的情況下，對於某些操作，鎖定獲取將在任何權限檢查之前發生。這是 CVE-2026-42490。（CVE-2026-42489）

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

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

  - 在 389 Directory Server 中發現缺陷。PBKDF2-SHA256 密碼儲存外掛程式不會對從儲存的密碼雜湊擷取的反覆運算計數強制執行上限。可修改使用者密碼雜湊的特權攻擊者可在驗證期間造成過多的 CPU 消耗，進而造成拒絕服務。（CVE-2026-11790）

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

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

  - 已解決 Linux 核心中的下列弱點：KVM: arm64: vgic-its: Drop the translation cache reference only for the erased entry vgic_its_invalidate_cache() walks the per-ITS translation cache with xa_for_each() and drops the cache's reference on each entry with vgic_put_irq(). It puts the iterated pointer, though, rather than the value returned by xa_erase(). The function is called from contexts that do not exclude one another: the ITS command handlers hold its_lock, the GITS_CTLR write path holds cmd_lock, and the path that clears EnableLPIs in a redistributor's GICR_CTLR holds neither. Two or more of them can drain the same cache concurrently, and if each one observes the same entry, erases it and then puts it, the single reference the cache holds on that entry is dropped more than once. The entry can then be freed while an ITE still maps it. xa_erase() is atomic and returns the previous entry, so put only the entry that this context actually removed. The cache reference is then dropped exactly once per entry even when the invalidations run concurrently, and the behavior is unchanged when only one context runs. (CVE-2026-46316)

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

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

  - tun：在 tun_xdp_one（） 中拒絕短幀時釋放頁面 tun_xdp_one（） 在短於 ETH_HLEN 的幀上返回 -EINVAL，而不釋放 vhost_net_build_xdp（） 為其配置的頁面。tun_sendmsg（） 捨棄該 -EINVAL 但仍傳回 total_len，因此 vhost_tx_batch（） 採用成功路徑並且永遠不會釋放頁面;批次中的每個短框架都會洩漏一個頁面片段區塊。可以開啟 /dev/net/tun 和 /dev/vhost-net 的本機處理程序可以到達此路徑：它連接一個 tun/tap 裝置作為 vhost-net 後端，並提供長度減去 virtio-net 標頭低於 ETH_HLEN 的 TX 描述元。每次踢出都會洩漏該批次的頁面片段區塊，而緊密的提交迴圈會耗盡主機記憶體並觸發 OOM 錯誤。在傳回 -EINVAL 之前釋放頁面，以符合相同函式中的 XDP 程式錯誤路徑。
    (CVE-2026-46321)

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

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

  - 在 389 Directory Server 中發現缺陷。ldap_utf8prev（） 函式會在緩衝區開始之前讀取位元組，而不進行邊界檢查，導致字串篩選剖析中的堆積緩衝區過度讀取，進而影響內部篩選處理行為。（CVE-2026-11787）

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

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

  - [此 CNA 資訊記錄涉及多個 CVE;內文說明哪些方面/弱點對應於哪個 CVE。若要建立和管理客體，控制網域、可能的 Xenstore 網域或控制特定客體的網域會使用 domctl 作業。其中一些作業可能不會並行執行，因此會使用全系統鎖定。然而，獲得鎖定的方式並沒有提供任何公平性。這是 CVE-2026-42489。此外，在使用 XSM/Flask 的情況下，對於某些操作，鎖定獲取將在任何權限檢查之前發生。這是 CVE-2026-42490。（CVE-2026-42490）

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

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

  - 在 389 Directory Server 中發現缺陷。取消參照控制外掛程式不會在使用 BER 結構之前檢查配置失敗，因此允許未經驗證的遠端攻擊者在系統處於記憶體壓力之下時損毀 LDAP 伺服器。（CVE-2026-11788）

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

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

  - RDMA/rxe：修正 MR 頁面大小的 iova 到 va 轉換 ！= PAGE_SIZE 目前的實作錯誤地處理頁面大小與系統PAGE_SIZE不同的記憶體區域 （MR）。核心問題是 rxe_set_page（） 以 mr->page_size 步長增量調用，但 page_list 儲存單獨的結構頁面指標，每個指標代表記憶體PAGE_SIZE。ib_sg_to_page（） 確保當 i>=1 時，a） SG[i-1].dma_end 和 SG[i].dma_addr 是連續的，或者 b） SG[i-1].dma_end 和 SG[i].dma_addr 是 mr->page_size 對齊的。這會導致在以下情況下不正確的 iova 到 va 轉換： 1） page_size < PAGE_SIZE （例如，MR：4K，系統：64K）：ibmr->iova = 0x181800 sg[0]： dma_addr=0x181800， len=0x800 sg[1]：
    dma_addr=0x173000， len=0x1000 Access iova = 0x181800 + 0x810 = 0x182010 預期 VA：0x173010 （第二個 SG，位移 0x10） 修正前： - 索引 = （0x182010 >> 12） - （0x181800 >> 12） = 1 - page_offset = 0x182010 &; 0xFFF = 0x10 - xarray[1] 儲存系統頁面基底0x170000 - 結果 VA：0x170000 + 0x10 = 0x170010 （錯誤） 2） page_size > PAGE_SIZE （例如，MR：64K，系統：4K）：ibmr->iova = 0x18f800 sg[0]：
    dma_addr=0x18f800， len=0x800 sg[1]： dma_addr=0x170000， len=0x1000 Access iova = 0x18f800 + 0x810 = 0x190010 預期 VA：0x170010 （第二個 SG，偏移量 0x10） 修正前： - index = （0x190010 >> 16） - （0x18f800 >> 16） = 1 - page_offset = 0x190010 &; 0xFFFF = 0x10 - xarray[1] 儲存系統頁面 for dma_addr 0x170000 - 結果 VA：系統頁面為 0x170000 + 0x10 = 0x170010 （錯誤） Yi Zhang 幾年前報告了一個與此缺陷相關的核心錯誤[1]。解決方法：1、將xarray替換為預先分配的rxe_mr_page數組進行順序索引（所有MR頁面索引都是連續的） 2.每個 rxe_mr_page 都會在系統頁面 3 中儲存結構頁面* 和偏移量。處理 MR page_size ！= PAGE_SIZE關係： - page_size > PAGE_SIZE：
    將 MR 頁面分割成多個系統頁面 - page_size <= PAGE_SIZE：將偏移儲存在系統頁面內 4.新增邊界檢查和相容性驗證 無論 MR 頁面大小和系統PAGE_SIZE關係為何，這都能確保正確的 iova 到 va 轉換，同時透過陣列型循序存取來改善效能。在 4K 和 64K PAGE_SIZE主機上的測試： - rdma-core/pytests $ ./build/bin/run_tests.py --dev eth0_rxe
    - blktest： $ TIMEOUT=30 QUICK_RUN=1 USE_RXE=1 NVMET_TRTYPES=rdma ./檢查 nvme srp rnbd [1] https://lore.kernel.org/all/CAHj4cs9XRqE25jyVw9rj9YugffLn5+f=1znaBEnu1usLOciD+g@mail.gmail.com/T/(CVE-2026-46325）

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

遠端主機上安裝的 Adobe InCopy 版本低於 20.5.4、21.4.0。因此，會受到 APSB26-59 公告中所提及的多個弱點影響。

  - InCopy 版本21.320.5.3和更早版本會受到堆疊型緩衝區溢位弱點的影響，此弱點可能會導致在目前使用者的內容中執行任意程式碼。需要使用者互動才能利用此問題，因為受害者必須得開啟惡意檔案。(CVE-2026-34708)

  - InCopy 版本 21.3和 20.5.3 更早版本會受到越界寫入弱點影響，該弱點可能導致在目前使用者的內容中執行任意程式碼。需要使用者互動才能利用此問題，因為受害者必須得開啟惡意檔案。(CVE-2026-34706)

  - InCopy 21.3、20.5.3 與更舊版本受到堆積型緩衝區溢位弱點影響，導致攻擊者可在目前使用者的內容中執行任意程式碼。需要使用者互動才能利用此問題，因為受害者必須得開啟惡意檔案。(CVE-2026-34707)

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

遠端主機上安裝的 Adobe Experience Manager 版本低於 6.5.25.0。因此，會受到 APSB26-57 公告中所提及的多個弱點影響。

  - Adobe Experience Manager Forms JEE LTS SP1 6.5.24.0 和更早版本受到已儲存跨網站指令碼 （XSS） 弱點的影響，攻擊者可能會濫用該弱點，將惡意指令碼插入易受攻擊的表單欄位。當受害者瀏覽到包含易受攻擊欄位的頁面時，惡意 JavaScript 可能會在受害者的瀏覽器中執行，從而可能獲得對受害者帳戶或會話的提升存取權或控制權。範圍已變更。(CVE-2026-34691)

  - Adobe Experience Manager Forms JEE LTS SP1 6.5.24.0 和更早版本受到反映的跨網站指令碼 （XSS） 弱點影響。攻擊者可惡意利用此弱點，將惡意指令碼插入網頁，進而可能取得受害者帳戶或工作階段的提升存取權或控制權。惡意利用取決於攻擊者無法控制的條件。需要使用者互動才能利用此問題，因為受害者必須得訪問惡意特製的 URL，或與遭到入侵的網頁互動。範圍已變更。(CVE-2026-34693)

  - Adobe Experience Manager Forms JEE LTS SP1 6.5.24.0 和更早版本受到已儲存跨網站指令碼 （XSS） 弱點的影響，高特權攻擊者可能會濫用該弱點，將惡意指令碼插入易受攻擊的表單欄位。當受害者瀏覽到包含易受攻擊欄位的頁面時，可能會在受害者的瀏覽器中執行惡意 JavaScript。範圍已變更。(CVE-2026-34694)

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

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

  - Perl 的 _027 之前 0.10的 Catalyst：:P lugin：：Authentication 版本容易受到工作階段固定攻擊。Catalyst：:P lugin：：Authentication 不會在驗證後自動變更工作階段 ID。取得工作階段識別碼 Cookie 的攻擊者可以使用它來模擬受害者。
    (CVE-2009-10007)

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

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

  - 在允許遠端攻擊者透過特製的 HTML 頁面執行任意程式碼之前，在 149.0.7827.103 Mac 上的 Google Chrome 付款中釋放後使用。(Chromium 安全性嚴重性 : 高) (CVE-2026-11657)

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

ID	名稱	嚴重性
320329	Linux Distros 未修補弱點：CVE-2026-52905	medium
320328	Linux Distros 未修補弱點：CVE-2026-42771	medium
320327	Linux Distros 未修補弱點：CVE-2026-7383	high
320326	Linux Distros 未修補弱點：CVE-2026-46332	high
320325	Linux Distros 未修補弱點：CVE-2026-52904	medium
320324	Linux Distros 未修補弱點：CVE-2026-46326	high
320323	Linux Distros 未修補弱點：CVE-2026-42770	low
320322	Linux Distros 未修補弱點：CVE-2026-46305	medium
320321	Linux Distros 未修補弱點：CVE-2026-7765	medium
320320	Linux Distros 未修補弱點：CVE-2026-46308	high
320319	Linux Distros 未修補弱點：CVE-2026-8833	high
320318	Linux Distros 未修補弱點：CVE-2026-46277	high
320317	Linux Distros 未修補弱點：CVE-2026-42764	high
320316	Linux Distros 未修補弱點：CVE-2026-46297	medium
320315	Linux Distros 未修補弱點：CVE-2026-45446	medium
320314	Linux Distros 未修補弱點：CVE-2026-46310	medium
320313	Linux Distros 未修補弱點：CVE-2026-46287	medium
320312	Linux Distros 未修補弱點：CVE-2026-41854	medium
320311	Linux Distros 未修補弱點：CVE-2026-52906	high
320310	Linux Distros 未修補弱點：CVE-2026-46290	medium
320169	Linux Distros 未修補弱點：CVE-2025-10263	high
320168	Linux Distros 未修補弱點：CVE-2026-11785	medium
320167	Linux Distros 未修補弱點：CVE-2026-46330	high
320166	Linux Distros 未修補弱點：CVE-2026-46323	high
320165	Linux Distros 未修補弱點：CVE-2026-46327	high
320164	Linux Distros 未修補弱點：CVE-2026-46318	medium
320163	Linux Distros 未修補弱點：CVE-2026-11786	medium
320162	Linux Distros 未修補弱點：CVE-2026-46324	high
320161	Linux Distros 未修補弱點：CVE-2026-11791	medium
320160	Linux Distros 未修補弱點：CVE-2026-46329	medium
320159	Linux Distros 未修補弱點：CVE-2026-46320	high
320158	Linux Distros 未修補弱點：CVE-2026-11792	low
320157	Linux Distros 未修補弱點：CVE-2026-42487	high
320156	Linux Distros 未修補弱點：CVE-2026-42488	high
320155	Linux Distros 未修補弱點：CVE-2026-46319	high
320154	Linux Distros 未修補弱點：CVE-2026-46322	high
320153	Linux Distros 未修補弱點：CVE-2026-11789	medium
320152	Linux Distros 未修補弱點：CVE-2026-46317	high
320151	Linux Distros 未修補弱點：CVE-2026-42489	medium
320150	Linux Distros 未修補弱點：CVE-2026-11790	medium
320149	Linux Distros 未修補弱點：CVE-2026-46316	high
320148	Linux Distros 未修補弱點：CVE-2026-46321	high
320147	Linux Distros 未修補弱點：CVE-2026-11787	medium
320146	Linux Distros 未修補弱點：CVE-2026-42490	medium
320145	Linux Distros 未修補弱點：CVE-2026-11788	high
320144	Linux Distros 未修補弱點：CVE-2026-46325	critical
320130	Adobe InCopy < 20.5.4 / 21.0 < 21.4.0 多個任意程式碼執行弱點 (APSB26-59)	high
320129	Adobe Experience Manager 6.0.0.0 < 6.5.25.0 多個任意程式碼執行（APSB26-57）	medium
320121	Linux Distros 未修補弱點：CVE-2009-10007	critical
320120	Linux Distros 未修補弱點：CVE-2026-11657	high

偵測

Nessus 的 Misc. 系列

medium

medium

high

high

medium

high

low

medium

medium

high

high

high

high

medium

medium

medium

medium

medium

high

medium

high

medium

high

high

high

medium

medium

high

medium

medium

high

low

high

high

high

high

medium

high

medium

medium

high

high

medium

medium

high

critical

high

medium

critical

high