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

  - 在允許遠端攻擊者透過特製的 HTML 頁面洩露跨來源資料之前 148.0.7778.96 ，Google Chrome 中的搜尋中沒有充分的原則強制執行。(Chromium 安全性嚴重性 : 低) (CVE-2026-8011)

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

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

  - Google Chrome 148.0.7778.96 之前版本的 WebRTC 中存在釋放後使用問題，遠端攻擊者可利用此弱點，透過建構的 HTML 頁面在沙箱內執行任意程式碼。(Chromium 安全性嚴重性 : 中) (CVE-2026-7987)

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

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

  - 在 148.0.7778.96 Google Chrome 中的導航中實施不當，允許破壞轉譯器進程的遠端攻擊者透過特製的 HTML 頁面繞過網站隔離。
    (Chromium 安全性嚴重性 : 中) (CVE-2026-7959)

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

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

  - 在允許遠端攻擊者透過惡意網路流量執行沙箱逸出之前 148.0.7778.96 ，Google Chrome 中的 DevTools 中沒有足夠的原則強制執行。(Chromium 安全性嚴重性 : 低) (CVE-2026-8018)

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

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

  - 在允許遠端攻擊者透過特製的 HTML 頁面繞過網站隔離之前 148.0.7778.96 ，Google Chrome 中的 ORB 實作不當。(Chromium 安全性嚴重性 : 中) (CVE-2026-7971)

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

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

  - 在允許遠端攻擊者透過特製的 HTML 頁面在沙箱內執行任意程式碼之前，在 148.0.7778.96 Google Chrome 的 WebRTC 中輸入混淆。(Chromium 安全性嚴重性 : 中) (CVE-2026-7988)

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

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

  - 在 Google Chrome 148.0.7778.96 中 SiteIsolation 中對不受信任輸入的驗證不足，導致入侵轉譯器進程的遠端攻擊者透過特製的 HTML 頁面繞過網站隔離。(Chromium 安全性嚴重性 : 低) (CVE-2026-8010)

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

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

  - 在 Google Chrome 中對 ANGLE 中不受信任的輸入進行不充分的驗證之前 148.0.7778.96 ，允許入侵轉譯器進程的遠端攻擊者透過特製的 HTML 頁面執行任意讀取/寫入。(Chromium 安全性嚴重性 : 中) (CVE-2026-7943)

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

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

  - 在允許遠端攻擊者透過特製的 HTML 頁面執行沙箱逸出之前，在 148.0.7778.96 Google Chrome 的 ServiceWorker 中釋放後使用。(Chromium 安全性嚴重性 : 高) (CVE-2026-7922)

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

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

  - 在 Google Chrome 中的 GPU 中進行未初始化使用之前， 148.0.7778.96 允許破壞渲染器進程的遠端攻擊者透過特製的 HTML 頁面洩露跨來源資料。(Chromium 安全性嚴重性 : 中) (CVE-2026-7972)

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

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

  - 在 Google Chrome 148.0.7778.96 之前版本中，執行階段中存在類型混淆問題，遠端攻擊者可以利用此問題，透過建構的 HTML 頁面在沙箱內執行任意程式碼。(Chromium 安全性嚴重性 : 高) (CVE-2026-7927)

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

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

  - 在允許遠端攻擊者透過特製的 HTML 頁面從進程記憶體取得潛在敏感資訊之前 148.0.7778.96 ，Google Chrome 中的 V8 實作不當。(Chromium 安全性嚴重性 : 低) (CVE-2026-7999)

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

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

  - x86/kexec：對先前核心的 IMA kexec 緩衝區新增健全性檢查 當第二階段核心透過 kexec 使用限制命令列 （例如 mem=<size>） 啟動時，包含結轉的 IMA 測量清單的實體範圍可能會超出截斷的 RAM，從而導致核心錯誤。錯誤：無法處理位址的頁面錯誤：ffff97793ff47000 RIP：ima_restore_measurement_list+0xdc/0x45a #PF：
    error_code（0x0000） 不存在頁面 其他架構已經使用 page_is_ram（） 驗證範圍，如提交 cbf9c4b9617b 中所做的那樣（of：根據記憶體邊界檢查先前核心的 ima-kexec-buffer）對 x86 進行類似的檢查。如果不跨 kexec 攜帶測量清單，證明就會失敗。
    (CVE-2026-43240)

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

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

  - 在 Windows 148.0.7778.96 上 Google Chrome 的輔助功能中類型混淆之前，允許入侵渲染器進程的遠端攻擊者可能透過特製的 HTML 頁面執行沙箱逸出。(Chromium 安全性嚴重性 : 高) (CVE-2026-7914)

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

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

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

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

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

  - 在 148.0.7778.96 Google Chrome 中 ServiceWorker 中的不當實作允許攻擊者說服使用者安裝惡意擴充功能，透過特製的 Chrome 擴充功能插入任意指令碼或 HTML （UXSS）。(Chromium 安全性嚴重性 : 中) (CVE-2026-7958)

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

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

  - 在 Google Chrome 的 Skia 中越界寫入之前， 148.0.7778.96 允許入侵轉譯器進程的遠端攻擊者可能透過特製的 HTML 頁面執行沙箱逸出。
    (Chromium 安全性嚴重性 : 高) (CVE-2026-7923)

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

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

  - hfs：將 BUG_ON 替換為 CNID 計數檢查的錯誤處理 在 a06ec283e125 中，超級區塊資訊中的next_id、folder_count和file_count已擴充為 64 位，並新增BUG_ONs以偵測溢位。
    這觸發了 syzbot 報告的錯誤：如果 MDB 損毀，則觸發 BUG_ON。此修補程式以適當的錯誤處理取代了此機制，並解決了 syzbot 報告的錯誤。Singed-off-by：
    喬里·庫爾斯特拉 <jkoolstra@xs4all.nl> （CVE-2026-43228）

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

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

  - media： radio-keene：修正錯誤路徑中的記憶體洩漏 修正 usb_keene_probe（） 中的記憶體洩漏。v4l2 控制項處理常式已初始化並新增控制項，但如果之後 v4l2_device_register（） 或 video_register_device（） 失敗，則處理常式永遠不會被釋放，從而洩漏記憶體。在err_v4l2錯誤路徑中新增 v4l2_ctrl_handler_free（） 呼叫，以確保控制處理常式在初始化後針對所有錯誤路徑正確釋放。（CVE-2026-43231）

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

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

  - EFI/CPER：不要越過 ARM 處理器 CPER 記錄緩衝區 GHES/CPER 內部有一個邏輯來檢測section_length是否太小，但它不會檢測它是否太大。目前，如果韌體收到 ARM 處理器 CPER 記錄，指出區段長度很大，核心會盲目信任section_length，產生很長的轉儲。例如，ERR_INFO_NUM設定為 46198 且區段長度設定為 854918320 的 67 位元組記錄會傾印大量超出韌體記憶體對應區域的資料。透過新增邏輯來修正它，以防止它在 ERR_INFO_NUM 太大時越過緩衝區，使其改為報告： [硬體錯誤]：來自 APEI 的硬體錯誤 通用硬體錯誤 來源：1 [硬體錯誤]：事件嚴重性：可復原 [硬體錯誤]：錯誤 0，類型：可復原 [硬體錯誤]：
    section_type：ARM 處理器錯誤 [硬體錯誤]：MIDR：0xff304b2f8476870a [硬體錯誤]：區段長度：854918320，CPER 大小：67 [硬體錯誤]：區段長度過大 [硬體錯誤]：韌體產生的錯誤記錄不正確 [硬體錯誤]：ERR_INFO_NUM為 46198 [ rjw： 主題和變更日誌調整 ] （CVE-2026-43266）

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

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

  - drm/amdkfd： 修正 kfd_event_page_set（） 中的越界寫入 kfd_event_page_set（） 函式透過 memset 寫入 KFD_SIGNAL_EVENT_LIMIT * 8 位元組，而不檢查緩衝區大小參數。這允許無權限的使用者空間透過傳遞一個小緩衝區來觸發越界核心記憶體寫入，從而導致潛在的權限提升。（CVE-2026-43206）

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

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

  - APEI/GHES： ARM 處理器錯誤：不要超過分配的記憶體 如果 BIOS 產生非常小的 ARM 處理器錯誤或不完整的錯誤，則目前邏輯將無法延遲錯誤>section_length和 ctx_info->大小 新增檢查以避免這種情況。透過此類變更，此類 GHESv2 記錄不會造成這樣的 OOPS： [ 1.492129] 內部錯誤：哎呀：0000000096000005 [#1] SMP [ 1.495449] 連結的模組：[1.495820] CPU：0 UID：0 PID：9 Comm：kworker/0:0 未受污染 6.18.0-rc1-00017-gabadcc3553dd-dirty #18 PREEMPT [ 1.496125] 硬體名稱：QEMU QEMU 虛擬機器，BIOS 不明 02/02/2022 [ 1.496433] 工作佇列：kacpi_notify acpi_os_execute_deferred [ 1.496967] pstate：814000c5 （Nzcv daIF +PAN -UAO -TCO +DIT -SSBS BTYPE=--） [ 1.497199] pc ： log_arm_hw_error+0x5c/0x200 [ 1.497380] lr ：
    ghes_handle_arm_hw_error+0x94/0x220 0xffff8000811c5324 在 log_arm_hw_error （../drivers/ras/ras.c：75）。
    70 err_info = （結構 cper_arm_err_info *）（錯誤 + 1）;71 ctx_info = （結構 cper_arm_ctx_info *）（err_info + err->err_info_num）;72 ctx_err = （u8 *）ctx_info;73 74 for （n = 0; n < err->context_info_num; n++） { 75 sz = sizeof（struct cper_arm_ctx_info） + ctx_info->size; 76 ctx_info = （struct cper_arm_ctx_info
    *）（（長）ctx_info + sz）;77 ctx_len += sz;78 } 79 和類似的，同時嘗試存取大小太小的錯誤轉儲上的 section_length。[ rjw： 主題調整 ]（CVE-2026-43201）

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

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

  - HID： hid-pl：處理探查錯誤 init 中的錯誤必須回報回來，否則我們將在第一次使用 FF 時遵循 NULL 指標。（CVE-2026-43152）

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

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

  - md/bitmap：修正write_page中由調整大小爭用引起的 GPF 在調整陣列大小期間，write_page（） 中會發生一般保護錯誤： RIP： 0010：write_page+0x22b/0x3c0 [md_mod] 這是 bitmap_daemon_work（） 和 __bitmap_resize（） 之間的釋放後使用爭用。常駐程式在不鎖定的情況下迭代「bitmap->storage.filemap」，而調整大小路徑則透過 md_bitmap_file_unmap（） 釋放該儲存空間。'quiesce（）' 不會停止 md 執行緒，允許並行存取釋放的頁面。在點陣圖更新期間按住「mddev->bitmap_info.mutex」來修正。（CVE-2026-43163）

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

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

  - net： qrtr：刪除 IPCR DL 通道的 MHI auto_queue功能 MHI 堆疊提供「auto_queue」功能，可讓 MHI 堆疊自動將 RX 路徑 （DL 通道） 的緩衝區排入佇列。雖然這項功能可簡化用戶端驅動程式設計，但它會在用戶端驅動程式與 MHI 堆疊之間引入爭用。例如，使用 auto_queue時，可能會在完全探測用戶端驅動程式之前呼叫 DL 通道的「dl_callback」。這表示，當呼叫 dl_callback 時，用戶端驅動程式的結構可能不會初始化，導致 NULL ptr 取消參照。目前，驅動程式必須在呼叫 mhi_prepare_for_transfer_autoqueue（） 之前初始化內部結構來解決此問題。但即便如此，用戶端驅動程式的內部程式碼路徑仍有可能在呼叫 mhi_prepare_for_transfer_autoqueue（） 之前呼叫 MHI 佇列 API，從而導致類似的 NULL ptr 取消參照。此問題已在影響開機的 Qcom X1E80100 CRD 電腦上報告。因此，若要正確修復所有這些爭用，請完全刪除 MHI「auto_queue」功能，並讓用戶端驅動程式 （QRTR） 手動管理 RX 緩衝區。
    在 QRTR 驅動程式中，根據探測期間的環長度將 RX 緩衝區排入佇列，並在使用緩衝區後回收「dl_callback」中的緩衝區。這也需要從控制器驅動程式中移除「auto_queue」旗標的設定。目前，此「auto_queue」功能僅針對 IPCR DL 通道啟用。所以只有 QRTR 用戶端驅動程式需要修改。（CVE-2025-71285）

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

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

  - wifi： iwlwifi：修正 22000 系列 SMEM 剖析 如果韌體報告三個 LMAC（硬體中不存在），則使用 fwrt->smem_cfg.lmac[2] 就是陣列的溢位。拒絕此類內容，並在此函式中使用 IWL_FW_CHECK 而不是 WARN_ON。（CVE-2026-43172）

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

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

  - HID： magicmouse：不要在缺少 msc->input 時當機 假的 USB 裝置可以傳送自己的報告描述元，但不會呼叫 input_mapping（） 鉤子。在此情況下，msc->input 會維持為 NULL，導致稍後當機。在 input_configured（） 勾點中偵測此狀況並拒絕裝置。這不應該發生在實際的魔術鼠標設備上，但可以通過強加為魔術鼠標 USB 設備來引發。（CVE-2026-43140）

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

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

  - HID： logitech-hidpp： 檢查 hidpp_get_report_length（） 中的 maxfield 當報告沒有欄位時，不要當機。
    假冒的 USB 小工具可以發送自己的 HID 報告描述元，並且可以定義沒有有效欄位的報告結構。這可用於透過 USB 使核心崩潰。（CVE-2026-43136）

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

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

  - ima：驗證前一個核心的 IMA 緩衝區位於 ima_restore_measurement_list（） v3 中的可定址 RAM 修補程式系列位址頁面錯誤中。當第二階段核心透過具有限制命令列 mem=<size> 的 kexec 啟動時，例如我們觀察到發生的 pafe 錯誤。錯誤：無法處理位址的頁面錯誤：ffff97793ff47000 RIP：ima_restore_measurement_list+0xdc/0x45a #PF：error_code（0x0000） 不存在頁面 這僅發生在 x86_64 上，因為此問題已在 aarch64 的提交中修正：cbf9c4b9617b （OF：根據記憶體邊界檢查先前核心的 ima-kexec-buffer） 此修補程式（共 3 個）：當第二階段核心使用限制命令列啟動時（例如 mem=<size>），則從先前核心移交的 IMA 測量緩衝區可能位於新核心的可定址 RAM 之外。存取這類緩衝區可能會在早期還原期間發生錯誤。引入一個小型通用協助程式 ima_validate_range（），用於驗證先前核心 IMA 緩衝區的實體 [start， end] 範圍是否位於可定址記憶體內： - 在 x86 上，使用 pfn_range_is_mapped（）。- 在 OF 型架構上，請使用 page_is_ram（）。
    (CVE-2026-43129)

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

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

  - ocfs2：修正 reflink 保留清理問題提交 c06c303832ec （ocfs2：修正 xattr 陣列項目__counted_by錯誤） 無法處理所有情況，而且保留 xattr 項目的清理工作仍然有錯誤： - 清理陣列項目後，「最後一個」指標應該移動一個單位。- 當 xh_count 為 1 時，目前的程式碼邏輯不會清除第一個項目。請注意，提交 c06c303832ec 也是 0fe9b66c65f3 的錯誤修正。
    (CVE-2026-43168)

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

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

  - 已解決 Linux 核心中的下列弱點：PCI: hv: Fix double ida_free in hv_pci_probe error path If hv_pci_probe() fails after storing the domain number in hbus->bridge->domain_nr, there is a call to free this domain_nr via pci_bus_release_emul_domain_nr(), however, during cleanup, the bridge release callback pci_release_host_bridge_dev() also frees the domain_nr causing ida_free to be called on same ID twice and triggering following warning: ida_free called for id=28971 which is not allocated. WARNING: lib/idr.c:594 at ida_free+0xdf/0x160, CPU#0: kworker/0:2/198 Call Trace: pci_bus_release_emul_domain_nr+0x17/0x20 pci_release_host_bridge_dev+0x4b/0x60 device_release+0x3b/0xa0 kobject_put+0x8e/0x220 devm_pci_alloc_host_bridge_release+0xe/0x20 devres_release_all+0x9a/0xd0 device_unbind_cleanup+0x12/0xa0 really_probe+0x1c5/0x3f0 vmbus_add_channel_work+0x135/0x1a0 Fix this by letting pci core handle the free domain_nr and remove the explicit free called in pci-hyperv driver. (CVE-2026-43097)

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

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

  - drm/amd/display：將 TMDS DCN35 的 PHY FSM 轉換調整為 TX_EN-to-PLL_ON [Why] 為此所做的 DCN401 更改的反向移植解決了我們在停用 TMDS 輸出時關閉 PHY PLL 的問題，這會導致 OTG 保持卡住。當 DCHVM 認為 HUBP 仍處於開啟狀態，但未收到全域同步時，停滯的 OTG 可能會導致 DCHVM 的 ACK 無效功能中斷。向 PLL_ON 的轉換必須是不可部分完成的，因為無法保證執行緒不會被搶佔，或能夠在 IOMMU 監視程式逾時之前完成。[如何]將實作從 dcn401 反向移植回 dcn35。dcn401 程式碼中停用 eDP 輸出的時間存在功能差異，因此我們不想直接使用它。（CVE-2026-43191）

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

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

  - net/rds：清除重新連接擱置位元 取消重新連接工作程式時，必須注意重設重新連接擱置位元。如果在取消之前尚未排程重新連接背景工作，則重新連接擱置位將永遠保持開啟狀態。（CVE-2026-43230）

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

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

  - fbdev： vt8500lcdfb：修正缺少的 dma_free_coherent（） fbi->fb.screen_buffer 會使用 dma_alloc_coherent（） 配置，但如果到達錯誤路徑，則不會釋放。（CVE-2026-43202）

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

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

  - wifi：rtw88：在 rtw_set_supported_band（） 中使用 devm_kmemdup（） 使用裝置受控記憶體配置來簡化程式碼。這也修正了 rtw_register_hw（） 中的記憶體洩漏問題。未在錯誤路徑中釋放支援的頻段。複製自提交 145df52a8671 （wifi： rtw89： 將rtw89_core_set_supported_band轉換為使用 devm_*）。（CVE-2025-71273）

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

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

  - dm：當最後一個複製 bio 完成時，清除複製的要求 bio 指標 已觀察到過時的 rq->bio 值會導致在要求型裝置對應程式目標中複製的 bios 雙重初始化，進而導致釋放後使用和雙重釋放案例。在 PCIe NVMe 命名空間之上使用 dm-multipath 時，會發生此類情況，其中克隆的請求 bios 在 blk_complete_request（） 期間被釋放，但 rq->bio 保持不變。
    隨後的克隆拆解會嘗試透過 blk_rq_unprep_clone（） 再次釋放相同的 bios。產生的雙重自由路徑如下所示： nvme_pci_complete_batch（） nvme_complete_batch（） blk_mq_end_request_batch（） blk_complete_request（） // 在 DM 複製請求上調用 bio_endio（） // 首先釋放所有複製 bios ...rq->end_io（） // end_clone_request（） dm_complete_request（TIO->orig） dm_softirq_done（） dm_done（） dm_end_request（） blk_rq_unprep_clone（） // 複製 BIOS 的釋放時間 在最後一個複製的 bio 完成時清除複製請求的 bio 指標來解決此問題，確保後續的拆卸路徑不會嘗試釋放已發佈的 bio。（CVE-2026-43278）

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

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

  - wifi：rtw89：pci：驗證 TX 發行報告的序號 硬體很少在 TX 發行報告中報告異常序號，這會存取 wd_ring > 頁數組的越界，造成 NULL 指標解除參照。錯誤：核心 NULL 指標解除參照，位址：0000000000000000 #PF：核心模式下的主管讀取存取權 #PF：error_code（0x0000） - 不存在頁面 PGD 0 P4D 0 哎呀：0000 [#1] 搶佔 SMP NOPTI CPU：1 PID：1085 通訊：irq/129-rtw89_p 污染：G S U 6.1.145-17510-g2f3369c91536 #1 （雜湊：69e8 1） 呼叫追蹤： <IRQ> rtw89_pci_release_tx+0x18f/0x300 [rtw89_pci （雜湊：4c83 2）] rtw89_pci_napi_poll+0xc2/0x190 [rtw89_pci （雜湊：4c83 2）] net_rx_action+0xfc/0x460 net/core/dev.c：6578 net/core/dev.c：6645 net/core/dev.c：6759 handle_softirqs+0xbe/0x290 kernel/softirq.c：601 ？rtw89_pci_interrupt_threadfn+0xc5/0x350 [rtw89_pci （HASH：4c83 2）] __local_bh_enable_ip+0xeb/0x120 kernel/softirq.c：499 kernel/softirq.c：423 </IRQ> <TASK> rtw89_pci_interrupt_threadfn+0xf8/0x350 [rtw89_pci （HASH：4c83 2）] ？ irq_thread+0xa7/0x340 kernel/irq/manage.c：0 irq_thread+0x177/0x340 kernel/irq/manage.c：1205 kernel/irq/manage.c：1314 ？ thaw_kernel_threads+0xb0/0xb0 kernel/irq/manage.c：1202 ？ irq_forced_thread_fn+0x80/0x80 kernel/irq/manage.c：1220 kthread+0xea/0x110 kernel/kthread.c：376 ？synchronize_irq+0x1a0/0x1a0 kernel/irq/manage.c：1287 ？kthread_associate_blkcg+0x80/0x80 kernel/kthread.c：331 ret_from_fork+0x1f/0x30 arch/x86/entry/entry_64.S：295 </TASK> 為防止損毀，請在使用前驗證 rpp_info.seq。（CVE-2026-43213）

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

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

  - media：ccs：避免可能的除以零 計算刻度器配置的最大 M 涉及除以限制暫存器MIN_X_OUTPUT_SIZE值。儘管該值可能為非零，但驅動程序實際上缺少檢查。修正此問題。（CVE-2026-43182）

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

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

  - jfs：jfs_rename中的 nlink 溢位 如果目錄 （-1） 的 nlink 為最大值，且在該目錄內您對某些子目錄執行重新命名 （不從母目錄移動），則第一個目錄的 nlink 會先遞增，然後遞減。通常這沒問題，但當 nlink = -1 時，這會導致環繞為 0，然後drop_nlink發出警告。套用修補程式後，syzbot 不再發出任何警告。我還運行了一些基本的 fs 測試來尋找任何回歸。（CVE-2025-71292）

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

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

  - xfs：移除 xfs_attr_leaf_hasname xfs_attr_leaf_hasname（） 的呼叫慣例有問題，因為當 xfs_attr3_leaf_read 失敗時，它會傳回 NULL 緩衝區，當 xfs_attr3_leaf_lookup_int傳回 -ENOATTR 或 -EEXIST 時傳回有效緩衝區，當xfs_attr3_leaf_lookup_int因其他錯誤值而失敗時，已釋放緩衝區的非空緩衝區指標。只要在呼叫端中開啟程式碼xfs_attr_leaf_hasname即可修正此問題，讓緩衝區釋放程式碼由xfs_attr3_leaf_read的每個呼叫端完成。（CVE-2026-43153）

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

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

  - 9p/xen：保護xen_9pfs_front_free免受並行呼叫 xenwatch 執行緒可能會與其他後端變更通知爭用，並呼叫 xen_9pfs_front_free（） 兩次，由於雙重釋放而導致觀察到的一般保護錯誤。保護拆卸路徑，以便一次只有一個呼叫端可以釋放前端狀態，以防止損毀。這是對以下雙重釋放的修正： [ 27.052347] 哎呀：一般保護錯誤，可能用於非規範位址 0x6b6b6b6b6b6b6b6b：0000 [#1] SMP DEBUG_PAGEALLOC NOPTI [ 27.052357] CPU：0 UID：0 PID：32 通訊：xenwatch 未受污染 6.18.0-02087-g51ab33fc0a8b-dirty #60 PREEMPT（none） [ 27.052363] RIP：e030：xen_9pfs_front_free+0x1d/0x150 [ 27.052368] 代碼：90 90 90 90 90 90 90 90 90 90 90 90 90 41 55 41 54 55 48 89 fd 48 c7 c7 48 d0 92 85 53 e8CB CB 05 00 48 8b 45 08 48 8b 55 00 <48> 3b 28 0f 85 f9 28 35 fe 48 3b 6a 08 0f 85 ef 28 35 fe 48 89 42 [ 27.052377] RSP：
    e02b：ffffc9004016fdd0 EFLAGS：00010246 [ 27.052381] RAX：6b6b6b6b6b6b6b6b6b RBX：ffff88800d66e400 RCX：
    000000000000000000 [ 27.052385] RDX：6b6b6b6b6b6b6b6b6b RSI：0000000000000000000 RDI：0000000000000000000 [27.052389] RBP：ffff88800a887040 R08： 00000000000000000 R09： 00000000000000000 [ 27.052393] R10：
    000000000000000000 R11： 00000000000000000000 R12： ffff888009e46b68 [ 27.052397] R13： 0000000000000200 R14：
    00000000000000000 R15： ffff88800a887040 [ 27.052404] FS： 000000000000000000（0000） GS：ffff88808ca57000（0000） knlGS：0000000000000000000000 [ 27.052408] CS：e030 DS：0000 ES：0000 CR0：0000000080050033 [ 27.052412] CR2：
    00007f9714004360 CR3：0000000004834000 CR4：0000000000050660 [ 27.052418] 呼叫追蹤：[ 27.052420] [ <TASK>27.052422] xen_9pfs_front_changed+0x5d5/0x720 [ 27.052426] ？ xenbus_otherend_changed+0x72/0x140 [27.052430] ？ __pfx_xenwatch_thread+0x10/0x10 [ 27.052434] xenwatch_thread+0x94/0x1c0 [ 27.052438] ？
    __pfx_autoremove_wake_function+0x10/0x10 [ 27.052442] kthread+0xf8/0x240 [ 27.052445] ？
    __pfx_kthread+0x10/0x10 [ 27.052449] ？ __pfx_kthread+0x10/0x10 [ 27.052452] ret_from_fork+0x16b/0x1a0 [27.052456] ？ __pfx_kthread+0x10/0x10 [ 27.052459] ret_from_fork_asm+0x1a/0x30 [ 27.052463] </TASK>27.052465[] 連結的模組： [ 27.052471] ---[ 結束追蹤 00000000000000000 ]--- （CVE-2026-43249）

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

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

  - media：cx23885：新增 snd_cx23885_hw_params（） 中缺少的取消映射 在錯誤路徑中，新增 cx23885_alsa_dma_unmap（） 以釋放 cx23885_alsa_dma_map（） 所取得的資源。（CVE-2026-43135）

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

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

  - scsi：ufs：core： 當 RPM 層次為零時排清異常狀況處理工作 當執行階段電源管理層級設為 UFS_PM_LVL_0 時，請確定在暫停期間明確排清異常事件處理工作。當 RPM 層級為零時，裝置電源模式和鏈路狀態都會保持作用中狀態。
    先前，UFS 核心驅動程式會略過此設定中的排清例外狀況事件處理作業。
    這會造成爭用情形，在系統已進入深度斷電狀態之後，驅動程式可能會嘗試存取主機控制器來處理例外狀況，進而導致系統損毀。
    在暫停回呼繼續之前，明確排清這項工作並停用自動 BKOP。這可確保擱置中的例外狀況工作完成，並防止在斷電序列期間非法存取硬體。
    (CVE-2026-43275)

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

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

  - iommu/amd：將 wait_on_sem（） 移出微調鎖定 當 iommu.strict=1 時，現有的完成等候路徑可能會在壓力環境下造成軟鎖定，因為 wait_on_sem（） 在停用中斷的情況下在微調鎖定下忙碌等待。將 iommu_completion_wait（） 中的完成等待移出微調鎖定。
    wait_on_sem（） 只會輪詢硬體更新的cmd_sem，不需要 iommu->lock，因此在忙碌等候期間保留鎖定會不必要地增加爭用，並延長停用中斷的時間。（CVE-2026-43253）

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

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

  - media： chips-media： wave5： 測試 fluster 時修正 Null 參照 當建立/破壞多個實例時，會發生許多中斷，並移除解碼器的結構。struct vpu_instance此結構會針對解碼器中的所有流程共用，因此如果結構不受鎖定保護，有時可能會發生 Null 取消參照。IRQ 處理程序被分成兩個階段，並添加了 Lock。
    (CVE-2026-43263)

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

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

  - media：cx88：新增 snd_cx88_hw_params（） 中缺少的取消映射 在錯誤路徑中，新增 cx88_alsa_dma_unmap（） 以釋放 cx88_alsa_dma_map（） 所取得的資源。（CVE-2026-43257）

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

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

  - drm/amd/pm：修正 NULL 指標解除參照問題 如果停用 SMU，則在 RAS 初始化期間，此處將出現 NULL 指標解除參照問題。（CVE-2026-43131）

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

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

  - USB：dwc3：小工具：將 vbus 繪製移至工作佇列內容 目前可從不可部分完成內容呼叫 dwc3_gadget_vbus_draw（），進而叫用 power-supply-core API。有些 PMIC API 的作業可能會休眠，導致核心錯誤。藉由將vbus_draw移至工作佇列內容來修正此問題。（CVE-2026-43170）

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

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

  - net：wan：farsync：修正由未完成的 tasklet 引起的釋放後使用錯誤 當 FarSync T 系列卡被分離時，fst_card_info會在 fst_remove_one（） 中解除配置。但是，fst_tx_task或fst_int_task可能仍在執行或擱置中，導致在 fst_process_tx_work_q（） 或 fst_process_int_work_q（） 中存取已釋放fst_card_info時出現釋放後使用錯誤。典型的爭用情形如下所示： CPU 0 （清理） |CPU 1 （tasklet） |fst_start_xmit（） fst_remove_one（） |tasklet_schedule（） unregister_hdlc_device（）| |fst_process_tx_work_q（） //處理程式 kfree（card） //free |do_bottom_half_tx（） |card-> //use 已擷取下列 KASAN 追蹤：
    ================================================================== 錯誤：KASAN：在 do_bottom_half_tx+0xb88/0xd00 中的 slab-use-after-free 透過任務 ksoftirqd/3/32 在 addr ffff88800aad101c 讀取大小 4 ... 呼叫追蹤： <IRQ> dump_stack_lvl+0x55/0x70 print_report+0xcb/0x5d0 ？ do_bottom_half_tx+0xb88/0xd00 kasan_report+0xb8/0xf0 ？ do_bottom_half_tx+0xb88/0xd00 do_bottom_half_tx+0xb88/0xd00 ？
    _raw_spin_lock_irqsave+0x85/0xe0 ？__pfx__raw_spin_lock_irqsave+0x10/0x10？
    __pfx___hrtimer_run_queues+0x10/0x10 fst_process_tx_work_q+0x67/0x90 tasklet_action_common+0x1fa/0x720 ？hrtimer_interrupt+0x31f/0x780 handle_softirqs+0x176/0x530 __irq_exit_rcu+0xab/0xe0 sysvec_apic_timer_interrupt+0x70/0x80 ... 由 cpu 3 上的任務 41 在 72.330843s 分配：
    kasan_save_stack+0x24/0x50 kasan_save_track+0x17/0x60 __kasan_kmalloc+0x7f/0x90 fst_add_one+0x1a5/0x1cd0 local_pci_probe+0xdd/0x190 pci_device_probe+0x341/0x480 really_probe+0x1c6/0x6a0
    __driver_probe_device+0x248/0x310 driver_probe_device+0x48/0x210 __device_attach_driver+0x160/0x320 bus_for_each_drv+0x101/0x190 __device_attach+0x198/0x3a0 device_initial_probe+0x78/0xa0 pci_bus_add_device+0x81/0xc0 pci_bus_add_devices+0x7e/0x190 enable_slot+0x9b9/0x1130 acpiphp_check_bridge.part.0+0x2e1/0x460 acpiphp_hotplug_notify+0x36c/0x3c0 acpi_device_hotplug+0x203/0xb10 acpi_hotplug_work_fn+0x59/0x80 ... 在 75.138639 秒被 cpu 1 上的任務 41 釋放：kasan_save_stack+0x24/0x50 kasan_save_track+0x17/0x60 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kfree+0x135/0x410 fst_remove_one+0x2ca/0x540 pci_device_remove+0xa6/0x1d0 device_release_driver_internal+0x364/0x530 pci_stop_bus_device+0x105/0x150 pci_stop_and_remove_bus_device+0xd/0x20 disable_slot+0x116/0x260 acpiphp_disable_and_eject_slot+0x4b/0x190 acpiphp_hotplug_notify+0x230/0x3c0 acpi_device_hotplug+0x203/0xb10 acpi_hotplug_work_fn+0x59/0x80 ... 有錯誤的位址屬於 ffff88800aad1000 的物件，該物件屬於大小為 1024 的快取 kmalloc-1k 有錯誤的位址位於釋放的 1024 位元組區域內的 28 個位元組 有錯誤的位址屬於實體頁面： page： refcount：0 mapcount：0 mapping：000000000000000 index：0x0 pfn：0xaad0 head： order：3 mapcount：0 entire_mapcount：0 nr_pages_mapped：0 pincount：0 旗標： 0x100000000000040（head|node=0|zone=1） page_type： f5（slab） raw：
    0100000000000040 ffff888007042dc0 dead00000000000122 0000000000000000000000 raw： 0000000000000000000000000 0000000080100010 0000000000000000000000000000000000000000000000000000000000000 head： 0100000000000040 ffff888007042dc0 dead000000000000122 0000000000000000 head： 000000000000000000 0000000080100010 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    0100000000000003 ffffea00002ab401 00000000ffffffff 000000000ffffffff head： 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 頁面轉儲 因為： kasan：偵測到錯誤存取 錯誤位址周圍的記憶體狀態：ffff88800aad0f00： fc ffff88800aad8800aad8800aad8800>： fc 英足總 FB ---truncated--- （CVE-2026-43232）

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

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

  - Apache：：Session：：Generate：：ModUniqueId 版本1.541.94的 Perl 工作階段 ID 不安全。
    Apache：：Session：：Generate：：ModUniqueId （在版本 1.54中新增） 會針對工作階段識別碼使用UNIQUE_ID環境變數的值。UNIQUE_ID 變數由 Apache mod_unique_id 外掛程式設定，該外掛程式會為請求產生唯一的 ID。ID 以 IPv4 位址、處理程序 ID、紀元時間、16 位計數器和執行緒索引為基礎，沒有模糊處理。伺服器 IP 通常可供公眾使用，如果無法使用，則可以從先前發出的工作階段 ID 中猜測。處理程序 ID 也可以從先前的工作階段識別碼中猜出。時間戳記很容易被猜到（並在 HTTP Date 回應標頭中洩露）。mod_unique_id的目的是為請求指派唯一的 ID，以便可以在不同的日誌中關聯事件。ID 並非設計，也不適合用於安全目的。
    (CVE-2026-5081)

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

ID	名稱	嚴重性
312869	Linux Distros 未修補的弱點：CVE-2026-8011	medium
312868	Linux Distros 未修補的弱點：CVE-2026-7987	high
312867	Linux Distros 未修補的弱點：CVE-2026-7959	low
312866	Linux Distros 未修補的弱點：CVE-2026-8018	high
312865	Linux Distros 未修補的弱點：CVE-2026-7971	medium
312864	Linux Distros 未修補的弱點：CVE-2026-7988	high
312863	Linux Distros 未修補的弱點：CVE-2026-8010	medium
312862	Linux Distros 未修補的弱點：CVE-2026-7943	medium
312861	Linux Distros 未修補的弱點：CVE-2026-7922	high
312860	Linux Distros 未修補的弱點：CVE-2026-7972	medium
312859	Linux Distros 未修補的弱點：CVE-2026-7927	high
312857	Linux Distros 未修補的弱點：CVE-2026-7999	medium
312856	Linux Distros 未修補的弱點：CVE-2026-43240	medium
312855	Linux Distros 未修補的弱點：CVE-2026-7914	high
312854	Linux Distros 未修補的弱點：CVE-2026-7901	high
312853	Linux Distros 未修補的弱點：CVE-2026-7958	medium
312852	Linux Distros 未修補的弱點：CVE-2026-7923	high
312820	Linux Distros 未修補的弱點：CVE-2026-43228	medium
312819	Linux Distros 未修補的弱點：CVE-2026-43231	medium
312818	Linux Distros 未修補的弱點：CVE-2026-43266	medium
312817	Linux Distros 未修補的弱點：CVE-2026-43206	high
312816	Linux Distros 未修補的弱點：CVE-2026-43201	medium
312815	Linux Distros 未修補的弱點：CVE-2026-43152	medium
312814	Linux Distros 未修補的弱點：CVE-2026-43163	medium
312813	Linux Distros 未修補的弱點：CVE-2025-71285	medium
312812	Linux Distros 未修補的弱點：CVE-2026-43172	high
312811	Linux Distros 未修補的弱點：CVE-2026-43140	medium
312810	Linux Distros 未修補的弱點：CVE-2026-43136	medium
312809	Linux Distros 未修補弱點：CVE-2026-43129	medium
312808	Linux Distros 未修補的弱點：CVE-2026-43168	medium
312807	Linux Distros 未修補的弱點：CVE-2026-43097	high
312806	Linux Distros 未修補的弱點：CVE-2026-43191	medium
312805	Linux Distros 未修補的弱點：CVE-2026-43230	high
312804	Linux Distros 未修補的弱點：CVE-2026-43202	medium
312803	Linux Distros 未修補的弱點：CVE-2025-71273	medium
312802	Linux Distros 未修補的弱點：CVE-2026-43278	high
312801	Linux Distros 未修補的弱點：CVE-2026-43213	high
312800	Linux Distros 未修補的弱點：CVE-2026-43182	medium
312799	Linux Distros 未修補的弱點：CVE-2025-71292	medium
312798	Linux Distros 未修補弱點：CVE-2026-43153	high
312797	Linux Distros 未修補弱點：CVE-2026-43249	high
312796	Linux Distros 未修補的弱點：CVE-2026-43135	medium
312795	Linux Distros 未修補的弱點：CVE-2026-43275	medium
312794	Linux Distros 未修補的弱點：CVE-2026-43253	high
312793	Linux Distros 未修補的弱點：CVE-2026-43263	high
312792	Linux Distros 未修補的弱點：CVE-2026-43257	medium
312791	Linux Distros 未修補的弱點：CVE-2026-43131	medium
312790	Linux Distros 未修補弱點：CVE-2026-43170	medium
312789	Linux Distros 未修補的弱點：CVE-2026-43232	high
312788	Linux Distros 未修補的弱點：CVE-2026-5081	high

偵測

Nessus 的 Misc. 系列

medium

high

low

high

medium

high

medium

medium

high

medium

high

medium

medium

high

high

medium

high

medium

medium

medium

high

medium

medium

medium

medium

high

medium

medium

medium

medium

high

medium

high

medium

medium

high

high

medium

medium

high

high

medium

medium

high

high

medium

medium

medium

high

high