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

  - arm_mpam還原頻寬計數器時修正 null 指標解除參照。當使支援記憶體頻寬監控的 MSC 離線後再上線時mpam_restore_mbwu_state() 會呼叫
    __ris_msmon_read() 以還原頻寬計數器的組態。它不會在意讀取的值 mbwu_arg.val，也不會在 時導致 null 指標解除參照
    __ris_msmon_read() 會新增該項目。這會導致核心 oops 並帶有如下呼叫追踪呼叫追踪
    __ris_msmon_read+0x19c/0x64c (P) mpam_restore_mbwu_state+0xa0/0xe8 smp_call_on_cpu_callback+0x1c/0x38 process_one_work+0x154/0x4b4 worker_thread+0x188/0x310 kthread+0x11c/0x130 ret_from_fork+0x10/0x20 Provide a local variable for val to avoid __ris_msmon_read() dereferencing新增至 val 時的 null 指標。
    (CVE-2026-23433)

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

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

  - ACPI處理器修正先前的 acpi_processor_errata_piix4() 修正 commi f132e089fe89 後 (ACPI
    processor修正 acpi_processor_errata_piix4()) 中的 NULL 指標解除參照裝置指標可能在放置對其所指向的裝置物件的參照後解除參照可能造成發生釋放後使用。此外如果未設定對應的錯字勘誤表旗標則可能列印有關啟用錯字勘誤表的除錯訊息。將訊息列印移至程式碼中設定了錯字勘誤表旗標的位置藉此解決所有這些問題。 (CVE-2026-23443)

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

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

  - Lupa 將 Lua 或 LuaJIT2 的執行階段整合到 CPython 中。在 2.6 及更早之前，當透過 getattr 和 setattr 等內建函式存取屬性時，不會一致地套用 attribute_filter。
    這使得攻擊者能夠繞過預期的限制，並最終實現任意程式碼執行。（CVE-2026-34444）

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

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

  - Emissary 是一個基於 P2P 的數據驅動工作流程引擎。在之前 8.39.0，GitHub Actions 工作流程檔案包含殼層插入點，其中使用者控制的workflow_dispatch輸入會透過 ${{ }} 運算式語法直接內插到殼層命令中。具有存放庫寫入存取權的攻擊者可能會插入任意 shell 命令，從而導致存放庫中毒和供應鏈受損，影響所有下游使用者。此弱點已在 8.39.0 中修正。(CVE-2026-35580)

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

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

  - mm/rmap修正 lazyfree 作品集的不正確 pte 還原我們按 folio_unmap_pte_batch 來批次取消對應匿名 lazyfree 作品集。如果批次混合有可寫入和不可寫入的位元我們最終可能會將整個批次設定為可寫入。透過在批次處理期間遵循可寫入位元來修正此問題。雖然 soft-dirty 位元會在lazyfree 作品集成功取消對應時遺失但會在批次處理期間遵循位元以使修正在 wrt 可寫入位元和 soft-dirty 位元中保持一致以便在 pte 還原時加以保留。我能夠寫入下列複製器並損毀核心。播放機說明 (將 64K mTHP 設為一律)：64K 大型作品集中發生錯誤。在 MADV_DONTFORK 中分割 VMA。 fork() - parent 指向具有 8 個可寫入 ptes 和 8 個不可寫入 ptes 的作品集。將 VMA 與 MADV_DOFORK 合併以便 folio_unmap_pte_batch() 可將所有 16 個 pte 判定為一個批次。對范圍執行 MADV_FREE 以將作品集標記為 lazyfree。寫入記憶體以變更 pte最終 rmap 會變更 folio。然後觸發回收我們將會命中 pte 還原路徑核心將會損毀並出現以下追踪。BUG 發生的位置 BUG_ON(atomic_inc_return(&ptc->anon_map_count) > 1 && rw);程式碼路徑要求將匿名頁面對應為可寫入至 pagetable。BUG_ON() 觸發表示此類可寫入頁面已對應至多個處理程序的頁面表格進而中斷匿名記憶體/CoW 語意。 [ 21.134473] mm/page_table_check.c:118! 的核心錯誤[ 21.134497] 內部錯誤
    Oops - 錯誤 00000000f2000800 [#1] SMP [ 21.135917] 連結的模組[ 21.136085] CPU1 UID0 PID1735 通訊dup-lazyfree 未受污染的 7.0.0-rc1-00116-g018018a17770 #1028 PREEMPT [ 21.136858] 硬體名稱
    linux,dummy-virt (DT) [ 21.137019] pstate21400005 (nzCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) [21.137308] pc page_table_check_set+0x28c/0x2a8 [ 21.137607] lr page_table_check_set+0x134/0x2a8 [21.137885] sp ffff80008a3b3340 [ 21.138124] x29 ffff80008a3b3340 x28fffffdffc3d14400 x27
    ffffd1a55e03d000 [ 21.138623] x26: 0040000000000040 x25: ffffd1a55f7dd000 x24: 0000000000000001 [21.139045] x23: 0000000000000001 x22: 0000000000000001 x21: ffffd1a55f217f30 [ 21.139629] x20:
    0000000000134521 x190000000000134519 x18005c43e000040000 [ 21.140027] x170001400000000000 x16
    000170000000000 x15: 000000000000ffff [ 21.140578] x14: 000000000000000c x13: 005c006000000000 x12
    0000000000000020 [ 21.140828] x11: 0000000000000000 x10: 005c000000000000 x9 : ffffd1a55c079ee0 [21.141077] x8 : 0000000000000001 x7 : 005c03e000040000 x6 : 000000004000ffff [ 21.141490] x5 :
    ffff00017fffce00 x4 0000000000000001 x3 0000000000000002 [ 21.141741] x2 0000000000134510 x1
    000000000000000 x0ffff0000c08228c0 [ 21.141991] 呼叫追踪 [ 21.142093] page_table_check_set+0x28c/0x2a8 (P) [ 21.142265] __page_table_check_ptes_set+0x144/0x1e8 [ 21.142441]
    __set_ptes_anysz.constprop.0+0x160/0x1a8 [ 21.142766] contpte_set_ptes+0xe8/0x140 [ 21.142907] try_to_unmap_one+0x10c4/0x10d0 [ 21.143177] rmap_walk_anon+0x100/0x250 [ 21.143315] try_to_unmap+0xa0/0xlistc8 [ 21.143441] shrink_folio_listc8 [[]] +0x59c/0x18a8 [ 21.143759] shrink_lruvec+0x664/0xbf0 [ 21.144043] shrink_node+0x218/0x878 [ 21.144285] __node_reclaim.constprop.0+0x98/0x338 [ 21.144763] user_proactive_reclaim+0x2a4/0x340 [ 21.145056] reclaim_store+ 0x3c/0x60 [ 21.145216] dev_attr_store+0x20/0x40 [ 21.145585] sysfs_kf_write+0x84/0xa8 [ 21.145835] kernfs_fop_write_iter+0x130/0x1c8 [ 21.145994] vfs_write+0x2b8/0x368 [ 21.146119] ksys_write+0x70/0x110 [21.146240] __arm64_sys_write+0x24/0x38 [ 21.146380] invoke_syscall+0x50/0x120 [ 21.146513] el0_svc_common.constprop.0+0x48/0xf8 [ 21.146679] do_el0_svc+0x28/0x40 [ 21.146798] el0_svc+0x34/0x110 [21.146926] el0t ---truncated--- (CVE-2026-31398)

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

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

  - mm/huge_memory修正一般 THP 和巨型零頁面 move_pages_huge_pmd() 處理 UFFDIO_MOVE 中 move_pages_huge_pmd() 中 NULL 作品集的使用。針對大型零頁面路徑src_folio 明確設為 NULL並用作略過 lock 和 rmap 之類的作品集作業的標記。在大型零頁面分支中src_folio 為 NULL因此 folio_mk_pmd(NULL, pgprot) 將 NULL 傳遞至 folio_pfn() 和 page_to_pfn()。透過 SPARSEMEM_VMEMMAP這會以無訊息的方式產生假的 PFN進而安裝指向不存在的實體記憶體的 PMD。在其他記憶體模型上這是 NULL 解除參照。使用 page_folio(src_page) 從頁面取得有效的大型零作品集其可從 pmd_page() 取得併始終保持有效。在提交 d82d09e48219 (mm/huge_memory將大型零項目集的 PMD 對應標記為特殊)之後移動的大型零 PMD 必須保持為特殊因此 vm_normal_page_pmd() 才會繼續將其視為特殊對應處理。
    move_pages_huge_pmd() 目前會在大型零頁面分支中重建目的地 PMD這會捨棄 PMD 狀態例如具有 CONFIG_ARCH_HAS_PTE_SPECIAL 的架構上的 pmd_special()。因此vm_normal_page_pmd() 可將移動的巨大零 PMD 視為正常頁面並損毀其 refcount。不會從作品集重新構建 PMD而是在 pmdp_huge_clear_flush() 之後從 src_pmdval 衍生目的地項目然後按照 move_huge_pmd() 對已移動項目的處理方式處理 PMD 詮釋資料將其標記為 soft-dirty 並清除 uffd-wp。 (CVE-2026-31397)

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

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

  - iommu/sva修正 iommu_sva_unbind_device() 中的損毀問題 domain->mm->iommu_mm 可藉由 iommu_domain_free() 來釋放 iommu_domain_free() mmdrop() __mmdrop() mm_pasid_drop() iommu_domain_free() 傳回後存取 domain->mm- >iommu_mm 可能會解除參照已釋放的 mm 結構進而導致當機。在呼叫 iommu_domain_free() 之前移動存取 domain->mm->iommu_mm 的程式碼 以修正此問題。
    (CVE-2026-23429)

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

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

  - ip_tunnel將 iptunnel_xmit_stats() 調整為 NETDEV_PCPU_STAT_DSTATS 受到責備的認可忘記 vxlan/geneve 使用會呼叫 iptunnel_xmit_stats() 的 udp_tunnel[6]_xmit_skb()。 iptunnel_xmit_stats() 假設通道僅使用 NETDEV_PCPU_STAT_TSTATS。 pcpu_sw_netstats 和 pcpu_dstats 中的 @syncp 位移不同。
    如果 syncp 序列遭到覆寫32 位元核心會發生損毀或凍結。此修補程式也會將 pcpu_stat_type 移近 dev->{t,d}stats以避免潛在的快取行遺漏因為 iptunnel_xmit_stats() 需要讀取該快取行。 (CVE-2026-23459)

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

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

  - mshv修正 mshv_map_user_memory 錯誤路徑中的釋放後使用。在 mshv_map_user_memory() 的錯誤路徑中直接在區域上呼叫 vfree()會使 MMU 通知程式註冊。當使用者空間之後取消對應記憶體時通知程式會觸發並存取已釋放的區域進而造成釋放後使用及潛在的核心錯誤。將 vfree() 取代為 mshv_partition_put()以便在釋放區域前正確取消註冊 MMU 通知程式。 (CVE-2026-23432)

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

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

  - GitLab 已修正 GitLab CE/EE 中的一個問題 10.0 之前的 18.7.6、 18.8 之前的 18.8.6和 18.9 之前的 18.9.2 其可允許未經驗證的使用者透過發出特製的在某些情況下對存放庫封存端點的要求。
    (CVE-2025-13929)

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

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

  - R i386 3.5.0 的 [GUI 喜好設定] 對話方塊中包含本機緩衝區溢位弱點，允許本機攻擊者藉由提供惡意輸入來觸發結構化異常處理常式 （SEH） 覆寫。
    攻擊者可以在「選單和訊息的語言」欄位中製作有效負載字串，以覆蓋 SEH 記錄，並使用計算器或任意 shellcode 實現程式碼執行。（CVE-2019-25656）

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

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

  - FileZilla 3.40.0 在本機搜尋功能中包含拒絕服務弱點，允許本機攻擊者透過提供格式錯誤的路徑字串來使應用程式當機。攻擊者可以透過在搜尋目錄欄位中輸入包含 384 個「A」字元的特製路徑，然後輸入「BBBB」和「CCCC」序列，然後啟動本機搜尋作業，從而觸發當機。（CVE-2019-25683）

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

遠端主機上執行的 Fortinet FortiClient EMS 執行個體容易受到 CVE-2026-35616影響這是反向代理伺服器標頭信任弱點。CertChainAuth 中介軟體盲目地信任 X-SSL-CLIENT-VERIFY 和 X-SSL-CLIENT-CERT 標頭而未驗證其是否源自合法反向代理伺服器。

可直接連線 EMS HTTPS 連接埠的未經驗證攻擊者可插入 X-SSL-CLIENT-VERIFY: SUCCESS 和用戶端憑證以繞過相互 TLS 驗證閘道並存取受 CertChainAuth 保護的 API 端點。

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

  - Go JOSE 在 Go 中提供一組 Javascript 物件簽署和加密標準的實作包括對 JSON Web 加密 (JWE)、JSON Web 簽章 (JWS) 和 JSON Web Token (JWT) 標準的支援。在 4.1.4 和 3.0.5之前的版本中如果 alg 欄位指示金鑰包裝演算法 (結尾為 KW, A128GCMKW、A192GCMKW 和 A256GCMKW 除外) 且encrypted_key 欄位為空白。此錯誤發生在 key_wrap.go 中的 cipher.KeyUnwrap() 嘗試根據 crypto_key 的長度配置零長度或負長度的配量時。此程式碼路徑可從 ParseEncrypted() / ParseEncryptedJSON() / ParseEncryptedCompact() (接著是結果物件上的 Decrypt()) 存取。請注意parse 函式會採用已接受之金鑰演算法的清單。如果接受的金鑰演算法不包含任何金鑰包裝演算法則剖析將會失敗且應用程式不受影響。使用長度少於 16 位元組的任何加密文字參數直接呼叫 cipher.KeyUnwrap()也會導致此錯誤但直接呼叫此函式的情況較不常見。不穩定可導致拒絕服務。此弱點已在 4.1.4 和 3.0.5 中修正。(CVE-2026-34986)

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

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

  - 在 OFFIS DCMTK 3.7.0中發現安全缺陷，直至 。這會影響元件 storescp 之 dcmnet/apps/storescp.cc 檔案的 executeOnReception/executeOnEndOfStudy 函式。
    執行操作會導致作業系統命令插入。攻擊可能遭到遠端惡意利用。
    修補程式名為 edbb085e45788dccaf0e64d71534cfca925784b8。建議透過安裝修補程式來解決此問題。(CVE-2026-5663)

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

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

  - 在 11.4.10之前的 MariaDB 伺服器、 11.5.x 之前的 11.8.x 至 [ 11.8.6以及 12.x 之前的 12.2.2中發現一個問題。如果已安裝 caching_sha2_password 驗證外掛程式且部分使用者帳戶設為使用該外掛程式大型封包可能會使伺服器當機這是因為 sha256_crypt_r 使用 alloca。
    (CVE-2026-35549)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。從 3.2.0 到 3.2.7之前的 、 3.3.9和 3.4.9DWA 有損解碼器會使用帶正負號的 32 位元算術建構各元件的暫時區塊指標。若寬度夠大計算會溢位且之後的解碼器儲存區會在已配置 rowBlock 後備儲存區之外的包裝指標上運作。此弱點已在 3.2.7、 3.3.9和 3.4.9中修正。 (CVE-2026-34589)

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

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

  - 在 libcap 中發現缺陷。本機非特權使用者可利用 'cap_set_file（）' 函式中的 Time-of-check-to-time-of-use （TOCTOU） 爭用情形。這可讓具有父目錄寫入權限的攻擊者將檔案功能更新重新導向至攻擊者控制的檔案。透過這樣做，功能可能會被注入或剝離意外的可執行檔，從而導致權限提升。
    (CVE-2026-4878)

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

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

  - Hugo 是一個靜態網站產生器。從 0.60.0 到 0.159.2之前的 版本在 HTML 轉譯器的預設 markdown 中連結和影像連結未正確逸出。信任其 Markdown 內容或具有連結和影像的自訂轉譯勾點的 Hugo 使用者不會受到影響。此弱點已在 0.159.2 中修正。
    (CVE-2026-35166)

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

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

  - Vim 是開放原始碼命令列文字編輯器。在 9.2.0280之前Vim zip.vim 外掛程式中的路徑遊走繞過允許在開啟特製 zip 封存時覆寫任意檔案規避先前的 CVE-2025-53906修正。此弱點已在 9.2.0280 中修正。
    (CVE-2026-35177)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。從 3.1.0 到 之前的 3.2.7、 3.3.9和 3.4.9中internal_exr_undo_piz() 會使具有帶正負號的 32 位元算術的工作小波指標前移。由於 nx、ny 和 wcount 為 int因此特製的 EXR 檔案可使此產品溢位和換行。然後下一個通道會從錯誤的位址解碼。Wavelet 解碼路徑會在適當位置運作因此會同時產生超出邊界讀取和超出邊界寫入。此弱點已在 3.2.7、 3.3.9和 3.4.9中修正。
    (CVE-2026-34588)

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

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

  - media：dvb-net：修正 ULE 延伸模組標頭表格中的 OOB 存取： ule_mandatory_ext_handlers[] handle_one_ule_extension（） 中的 and ule_optional_ext_handlers[] 表格以 255 個元素 （有效索引 0-254） 宣告，但索引 htype 衍生自網路控制的資料，為 （ule_sndu_type &; 0x00FF），範圍為 0-255。當 htype 等於 255 時，函式指標資料表上會發生越界讀取，而且 OOB 值可能會呼叫為函式指標。在存取任一資料表之前，針對陣列大小新增 htype 的邊界檢查。超出範圍的值現在會導致捨棄 SNDU。
    (CVE-2026-31405)

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

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

  - ksmbd取消設定失敗的系結要求上的 conn->binding當具有 SMB2_SESSION_REQ_FLAG_BINDING 的多通道 SMB2_SESSION_SETUP 要求失敗時ksmbd 會設定 conn->binding = true 但從未在錯誤路徑上清除它。
    這會使連線處於系結狀態在此所有後續 ksmbd_session_lookup_all() 呼叫都會回復至全域工作階段表格。這可透過清除錯誤路徑中的 conn->binding = false 來修正。
    (CVE-2026-31409)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。在 3.4.0 到 3.4.9之前的 版本中EXR 檔案標頭中的 dataWindow 屬性遺漏邊界檢查這會讓攻擊者在 generic_unpack() 中觸髮帶正負號的整數溢位。OpenEXRCore 將 dataWindow.min.x 設定為一個大的負值後會計算出極大的影像寬度然後在有正負號的整數乘法中使用該寬度會溢位進而導致處理程序透過 UBSan 以 SIGILL 終止。此弱點已在 3.4.9 中修復。(CVE-2026-34378)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。在 3.2.0 之前的 3.2.7、 3.3.9和 3.4.9中src/lib/OpenEXRCore/internal_pxr24.c 第 377 行的 undo_pxr24_impl() 存在一個帶正負號的整數溢位問題。運算式 (uint64_t)(w * 3) 會將 w * 3 計算為帶正負號的 32 位元整數然後轉換為 uint64_t。當 w 較大時此乘法會構成 C 標準下未定義的行為。在測試的版本 (不含清理程式的 clang/gcc) 上通常會發生二的補碼換行且針對特定的 w 值換行的結果是一個小的正整數其可允許後續的邊界檢查錯誤地通過。如果繞過檢查解碼迴圈會繼續透過 dout 寫入像素資料進而可能延伸到遠遠超出配置的輸出緩衝區。此弱點已在 3.2.7、 3.3.9和 3.4.9中修正。
    (CVE-2026-34380)

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

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

  - ksmbd使用 FS_OBJECT_ID_INFORMATION 中的磁碟區 UUID使用 sb->s_uuid 作為主要選擇適當的磁碟區。針對不提供 UUID 的檔案系統回歸至從 vfs_statfs() 取得的 stfs.f_fsid。 (CVE-2026-31410)

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

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

  - OpenEXR 提供 EXR 檔案格式 (一種電影業的影像儲存格式) 的規格和參照實作。從 3.2.0 到 之前的 3.2.7、 3.3.9和 3.4.9src/lib/OpenEXRCore/internal_dwa_decoder.h:749 的 LossyDctDecoder_execute() 中存在一個未對齊記憶體寫入弱點。
    解碼含有 FLOAT 類型通道的 DWA 或 DWAB 壓縮 EXR 檔案時解碼器會將未對齊的 uint8_t * row 指標轉換為 float * 並透過該指標寫入藉此執行就地 HALFFLOAT 轉換。由於列緩衝區可能不是 4 位元組對齊因此這會構成 C 標準下未定義的行為並在強制對齊的架構 (ARM、RISC-V 等) 上立即當機。在 x86 中它會在運行時間以無訊息模式受到允許但仍可透過假設存取一致的編譯器最佳化遭到惡意利用。此弱點已在 3.2.7、 3.3.9和 3.4.9中修正。 (CVE-2026-34379)

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

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

  - 在 tar 中發現一個缺陷。遠端攻擊者可惡意利用此弱點透過特製惡意封存導致內含完全由攻擊者控制的隱藏檔案插入。這會繞過擷取前的檢查機制進而可能允許攻擊者在未偵測到的情況下將惡意檔案引入系統。 (CVE-2026-5704)

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

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

  - 在 libtheora 中發現一個缺陷。此堆積型越界讀取弱點存在於 AVI （音訊視訊交錯） 剖析器中，特別是 avi_parse_input_file（） 函式中。本機攻擊者可誘騙使用者開啟包含截斷標頭子區塊的特製 AVI 檔案，藉此利用此弱點。這可能會導致拒絕服務 （應用程式當機） 或可能從堆積中洩漏敏感資訊。（CVE-2026-5673）

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

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

  - 已解決 Linux 核心中的下列弱點：xfrm: Fix work re-schedule after cancel in xfrm_nat_keepalive_net_fini() After cancel_delayed_work_sync() is called from xfrm_nat_keepalive_net_fini(), xfrm_state_fini() flushes remaining states via __xfrm_state_delete(), which calls xfrm_nat_keepalive_state_updated() to re-schedule nat_keepalive_work. The following is a simple race scenario: cpu0 cpu1 cleanup_net() [Round 1] ops_undo_list() xfrm_net_exit() xfrm_nat_keepalive_net_fini() cancel_delayed_work_sync(nat_keepalive_work); xfrm_state_fini() xfrm_state_flush() xfrm_state_delete(x)
    __xfrm_state_delete(x) xfrm_nat_keepalive_state_updated(x) schedule_delayed_work(nat_keepalive_work);
    rcu_barrier(); net_complete_free(); net_passive_dec(net); llist_add(&net->defer_free_list, &defer_free_list); cleanup_net() [Round 2] rcu_barrier(); net_complete_free() kmem_cache_free(net_cachep, net); nat_keepalive_work() // on freed net To prevent this, cancel_delayed_work_sync() is replaced with disable_delayed_work_sync(). (CVE-2026-31406)

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

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

  - 藍牙：SCO：修正 sco_recv_frame（） 中由於缺少 sock_hold sco_recv_frame（） 讀取 sco_conn_lock（） 下的 conn->sk，但立即釋放鎖定而不保留對通訊端的引用，因此修正了 （） 中的釋放後使用。並行 close（） 可以釋放鎖定釋放和後續 sk->sk_state 存取之間的通訊端，從而導致釋放後使用。同一檔案中的其他函式 （sco_sock_timeout（）、sco_conn_del（）） 會正確使用 sco_sock_hold（） 來安全地將參照保存在鎖定之下。透過在釋放鎖定之前使用 sco_sock_hold（） 進行參照，並在所有退出路徑上新增 sock_put（） 來修正。
    (CVE-2026-31408)

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

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

  - 已解決 Linux 核心中的下列弱點：netfilter: conntrack: add missing netlink policy validations Hyunwoo Kim reports out-of-bounds access in sctp and ctnetlink. These attributes are used by the kernel without any validation. Extend the netlink policies accordingly. Quoting the reporter: nlattr_to_sctp() assigns the user-supplied CTA_PROTOINFO_SCTP_STATE value directly to ct->proto.sctp.state without checking that it is within the valid range. [..] and: ... with exp->dir = 100, the access at ct->master->tuplehash[100] reads 5600 bytes past the start of a 320-byte nf_conn object, causing a slab-out-of-bounds read confirmed by UBSAN. (CVE-2026-31407)

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

遠端主機上安裝的 AOS 版本低於 7.5.1。因此會受到 NXSA-AOS-7.5.1 公告中提及的多個弱點影響。

  - 在 GNU Binutils 中發現一個弱點 2.45。受影響的元素是元件連結器之程式庫 bfd/elfcode.h 中的 elf_swap_shdr 函式。攻擊者可利用此弱點造成堆積型緩衝區溢位。
    攻擊必須在本機執行。攻擊程式已向公眾披露且可能會遭到利用。修補程式的識別碼是 9ca499644a21ceb3f946d1c179c38a83be084490。若要修正此問題建議部署修補程式。程式碼維護者以 2.46[] 的  ixed 回覆。 (CVE-2025-11083)

  - 在限制不足的情況下配置 multipart 標頭的資源時，會啟用 Apache Commons FileUpload 中的 DoS 弱點。此問題會影響 Apache Commons FileUpload： 從 1.0 到 1.6；從 2.0.0-M1 到 2.0.0-M4 之前的 。建議使用者升級至 1.6 或 2.0.0-M4 版，即可修正此問題。(CVE-2025-48976)

  - urllib.parse.urlsplit() 和 urlparse() 函式未正確驗證括弧中的主機 (`[]`)進而允許非 IPv6 或 IPvFuture 的主機。此行為不符合 RFC 3986，且如果 URL 由多個 URL 剖析器處理，可能會導致伺服器端要求偽造 (SSRF) 攻擊。(CVE-2024-11168)

  - CPython 3.9 和更舊版本並未禁止設定 SSLContext.set_npn_protocols() 的空白清單 ([])其為基礎 OpenSSL API 的無效值。這會導致在使用 NPN 時發生緩衝區過度讀取 (針對 OpenSSL，請參閱 CVE-2024-5535 )。此弱點的嚴重性為低，這是因為 NPN 並未廣泛使用，而且指定空白清單在實務中可能並不常見 (通常會設定通訊協定名稱)。(CVE-2024-5642)

  - 在 CPython「venv」模組和 CLI 中發現一個弱點其中建立虛擬環境時未正確引用所提供的路徑名稱進而允許建立者將命令插入虛擬環境啟動指令碼 (即來源 venv/bin/activate)。這表示當啟用虛擬環境時，受攻擊者控制的虛擬環境能夠執行命令。
    非攻擊者建立或使用前未啟動的虛擬環境 (即 ./venv/bin/python) 不會受到影響。 (CVE-2024-9287)

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

遠端主機上安裝的 AOS 版本低於 7.5.1.1。因此，它會受到 NXSA-AOS-7.5.1.1 公告中提及的多個弱點的影響。

  - Apache CXF 會將大型資料流型訊息儲存為本機檔案系統上的暫存檔。系統引入一個錯誤，導致整個暫存檔被讀入記憶體，並寫入記錄檔。攻擊者可能利用此弱點，透過觸發記憶體溢位例外狀況，發動拒絕服務攻擊。
    此外，雖然 CXF 支援加密暫存檔以避免敏感憑證以明文儲存在本機檔案系統中，但此錯誤會導致這些暫存檔以未加密的形式被寫入記錄檔。建議使用者升級至 3.5.11、3.6.6、4.0.7 或 4.1.1 版，即可修正此問題。(CVE-2025-48795)

  - 電子郵件模組（特別是 BytesGenerator 類別）在序列化電子郵件訊息時未正確引用電子郵件標頭的換行符，從而在序列化電子郵件時插入標頭。這僅適用於使用 LiteralHeader 寫入不遵守電子郵件折疊規則的標頭時，新行為將拒絕 BytesGenerator 中錯誤折疊的標頭。（CVE-2026-1299）

  - imaplib 模組在傳遞使用者控制的命令時，可以使用新行插入其他命令。緩解措施會拒絕包含控制字元的命令。（CVE-2025-15366）

  - poplib 模組在傳遞使用者控制命令時，可以使用換行符插入其他命令。緩解措施會拒絕包含控制字元的命令。（CVE-2025-15367）

  - 使用者控制的標頭名稱和包含換行符的值可以允許插入 HTTP 標頭。
    (CVE-2026-0865)

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

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

  - Avahi 是一種可透過 mDNS/DNS-SD 通訊協定套件在區域網路上協助探索服務的系統。在 0.9-rc4 版之前任何無權限的本機使用者皆可透過傳送具有衝突發布旗標的單一 D-Bus 方法呼叫來損毀 avahi-daemon。此問題已在 0.9-rc4 版中修補。
    (CVE-2026-34933)

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

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

  - JupyterHub 是一款可用於為 Jupyter 筆記本建立多使用者伺服器的軟體。在 5.4.4版之前JupyterHub 中的開放重新導向弱點允許攻擊者建構連結點擊該連結時會將使用者帶到 JupyterHub 登入頁面然後將其傳送至 JupyterHub 外部的任意攻擊者控製網站而非 JupyterHub 頁面繞過 JupyterHub 的檢查以防止此情況。此問題已在 5.4.4 版中修正。(CVE-2026-33709)

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

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

  - soc: microchip: mpfs修正 mpfs_sys_controller_probe() 中的記憶體洩漏。在 mpfs_sys_controller_probe() 中如果 of_get_mtd_device_by_node() 失敗該函式會立即傳回而不釋放給 sys_controller 配置的記憶體進而導致記憶體洩漏。透過跳至 out_free 標籤修正此問題以確保正確釋放記憶體。此外整合 mbox_request_channel() 失敗案例的錯誤處理以使用相同的標籤。 (CVE-2026-23464)

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

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

  - drm/vmwgfx不覆寫 KMS 表面已變更追踪器。我們在此處覆寫了表面的已變更追踪器造成記憶體洩漏。 (CVE-2026-23430)

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

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

  - drm/amdgpu限制 BO 清單項目計數以防止資源耗盡使用者空間可透過 bo_number 欄位傳送任意數量的 BO 清單項目。雖然先前的乘法溢位檢查可防止超出邊界配置大量的項目仍可造成過多的記憶體配置 (可能高達 GB)以及不必要地過長的清單處理時間。引入每個 BO 清單 128k 項目的硬性限制這對於任何實際使用案例 (例如包含大型場景中所有緩衝區的單一清單) 來說都已足夠。如此可防止記憶體耗盡攻擊並確保可預測的效能。如果要求的項目計數超過限制 (從認可 688b87d39e0aa8135105b40dc167d74b5ada5332 精選)則傳回 -EINVAL (CVE-2026-23468)

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

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

  - 藍牙L2CAP在提交 ab4eedb790ca 之後修正 l2cap_unregister_user 中的釋放後使用 (藍牙
    L2CAP修正 hci_chan_del) 中損毀的清單l2cap_conn_del() 使用 conn->lock 保護 conn->users 的存取權。不過l2cap_register_user() 與 l2cap_unregister_user() 未使用 conn->lock造成爭用情形這些函式可利用 l2cap_conn_del()同時存取 conn->users 和 conn->hchan。據 syzbot 報告這可導致釋放後使用和清單損毀錯誤。透過變更 l2cap_register_user() 和 l2cap_unregister_user() 來修正此問題以使用 conn->lock 而非 hci_dev_lock()確保 l2cap_conn 結構的一致鎖定。 (CVE-2026-23461)

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

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

  - drm/xe修正 xe_vm_madvise_ioctl 中的記憶體洩漏。當 check_bo_args_are_sane() 驗證失敗時跳至新的 free_vmas 清理標籤以正確釋放已配置的資源。如此可確保正確清除此錯誤路徑。 (從認可 29bd06faf727a4b76663e4be0f7d770e2d2a7965 中精選的內容) (CVE-2026-31390)

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

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

  - ipv6在 SRv6 路徑中新增 idev 的 NULL 檢查裝置沒有 IPv6 組態時 (例如 MTU < IPV6_MIN_MTU 或在 NETDEV_UNREGISTER 之後)__in6_dev_get() 會傳回 NULL。針對 傳回的 idev 新增 NULL 檢查
    在 seg6_hmac_validate_skb() 和 ipv6_srh_rcv() 中執行__in6_dev_get()以防止可能發生的 NULL 指標解除參照。 (CVE-2026-23442)

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

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

  - netmvpp2在每個 cpu 和共用緩衝區集區模式之間切換時mvpp2_bm_switch_buffers() 會在緩衝區切換中使用 global_tx_fc 保護流量控制更新。此函式透過 mvpp2_cm3_read()/mvpp2_cm3_write() 對 CM3 流量控制暫存器進行程式設計這會在沒有任何 NULL 檢查的情況下解除參照 priv->cm3_base。當裝置樹狀結構中不存在 CM3 RAM 資源時 (第三個 reg 項目由認可 60523583b07c (dts: marvell新增 CM3 RAM 記憶體至 cp11x 乙太網路裝置樹狀結構))priv->cm3_base 保持為 NULL 且 priv->global_tx_fc 為false。任何觸發 mvpp2_bm_switch_buffers() 的作業 (例如超過 jumbo 框架閾值的 MTU 變更) 都會當機 Unable to handle kernel NULL 指標解除參照在虛擬位址 0000000000000000 記憶體中止資訊ESR = 0x0000000096000006 EC = 0x25DABT (目前 EL) 、IL = 32 位元 pcreadl+0x0/0x18 lr
    mvpp2_cm3_read.isra.0+0x14/0x20 Call trace: readl+0x0/0x18 mvpp2_bm_pool_update_fc+0x40/0x12c mvpp2_bm_pool_update_priv_fc+0x94/0xd8 mvpp2_bm_switch_buffers.isra.0+0x80/0x1c0 mvpp2_change_mtu+0x140/0x380 __dev_set_mtu+0x1c/0x38 dev_set_mtu_ext+0x78/ 0x118 dev_set_mtu+0x48/0xa8 dev_ifsioc+0x21c/0x43c dev_ioctl+0x2d8/0x42c sock_ioctl+0x314/0x378 驅動程式中的每個其他流量控制呼叫網站已以 priv->global_tx_fc 或 port->tx_fc 防護硬體存取。
    mvpp2_bm_switch_buffers() 是唯一會省略此檢查的地方。將遺漏的 priv->global_tx_fc 防護新增至 mvpp2_bm_switch_buffers() 中的停用和重新啟用呼叫與驅動程式的其餘部分一致。 (CVE-2026-23438)

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

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

  - netfilternf_conntrack_h323檢查 DecodeQ931() 中的零長度在 DecodeQ931() 中UserUserIE 程式碼路徑會從封包讀取 16 位元長度然後將其遞減 1 以略過通訊協定辨別器位元組再將其傳送至 DecodeH323_UserInformation() 。若編碼長度為 0則遞減換行至
    -1然後以大值的形式將其傳送至解碼器進而導致超出邊界讀取。新增檢查以確保遞減後 len 為正。 (CVE-2026-23455)

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

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

  - wifi： wlcore： 修正鎖定錯誤 確保 wl->mutex 在解鎖之前已被鎖定。Clang 執行緒安全分析器已偵測到此問題。（CVE-2026-23420）

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

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

  - Emissary 是一個基於 P2P 的數據驅動工作流程引擎。在版本及以下版本 8.42.0 中，Executrix.getCommand（） 容易受到作業系統命令插入的影響，因為它會將暫存檔案路徑插入 /bin/sh -c shell 命令字串中，而無需進行任何逸出或輸入驗證。IN_FILE_ENDING 和 OUT_FILE_ENDING 組態金鑰會直接流入這些路徑，讓可以寫入或修改 .cfg 檔案的位置作者插入任意殼層中繼字元，以在 JVM 處理程序的安全內容中執行作業系統命令。在將 placeName 內嵌到相同的 shell 字串中之前，該框架已透過允許清單清理 placeName，但不會對檔案結尾值套用對等的清理。除了位置設定作者權限之外，不需要執行階段權限，也不需要 API 或網路存取權即可利用此弱點。這是架構層級的缺陷，下游實作者無法使用安全的緩解措施，因為 Executrix 既沒有針對檔案結尾輸入中的元字元提供逸出，也沒有記錄前置條件。8.43.0 版已修正此問題。(CVE-2026-35582)

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

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

  - net/rose修正重新連線時 rose_transmit_link 中的 NULL 指標解除參照 syzkaller 報告的錯誤 [1]可在 [2] 取得重現器。ROSE 通訊端使用四個 sk->sk_state 值TCP_CLOSE、TCP_LISTEN、TCP_SYN_SENT 和 TCP_ESTABLISHED。 rose_connect() 已拒絕 TCP_ESTABLISHED (-EISCONN) 和具有 SS_CONNECTING (-ECONNREFUSED) 的 TCP_CLOSE 呼叫但缺少 TCP_SYN_SENT 的檢查。當第一次連線嘗試仍在進行中 (TCP_SYN_SENT) 第二次呼叫 rose_connect() 時它會透過 rose_get_neigh() 覆寫 rose->neighbour。如果其傳回 NULL通訊端會保留為 rose->state == ROSE_STATE_1但 rose->neighbour == NULL。通訊端隨後關閉時rose_release() 會看到 ROSE_STATE_1 並呼叫 rose_write_internal() -> rose_transmit_link(skb, NULL)造成 NULL 指標解除參照。根據 connect(2)在連線進行中時第二個 connect() 應傳回
    -EALREADY。新增 TCP_SYN_SENT 缺少的檢查以完成 rose_connect() 中的狀態驗證。 [1] https://syzkaller.appspot.com/bug?extid=d00f90e0af54102fb271 [2] https://gist.github.com/mrpre/9e6779e0d13e2c66779b1653fef80516 (CVE-2026-23460)

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

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

  - 已解決 Linux 核心中的下列弱點：ksmbd: fix use-after-free in durable v2 replay of active file handles parse_durable_handle_context() unconditionally assigns dh_info->fp->conn to the current connection when handling a DURABLE_REQ_V2 context with SMB2_FLAGS_REPLAY_OPERATION.
    ksmbd_lookup_fd_cguid() does not filter by fp->conn, so it returns file handles that are already actively connected. The unconditional overwrite replaces fp->conn, and when the overwriting connection is subsequently freed, __ksmbd_close_fd() dereferences the stale fp->conn via spin_lock(&fp->conn->llist_lock), causing a use-after-free. KASAN report: [ 7.349357] ================================================================== [ 7.349607] BUG: KASAN: slab-use-after-free in _raw_spin_lock+0x75/0xe0 [ 7.349811] Write of size 4 at addr ffff8881056ac18c by task kworker/1:2/108 [ 7.350010] [ 7.350064] CPU: 1 UID: 0 PID: 108 Comm: kworker/1:2 Not tainted 7.0.0-rc3+ #58 PREEMPTLAZY [ 7.350068] Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 [ 7.350070] Workqueue: ksmbd-io handle_ksmbd_work [ 7.350083] Call Trace: [ 7.350087] <TASK> [ 7.350087] dump_stack_lvl+0x64/0x80 [ 7.350094] print_report+0xce/0x660 [7.350100] ? __pfx__raw_spin_lock_irqsave+0x10/0x10 [ 7.350101] ? __pfx___mod_timer+0x10/0x10 [ 7.350106] ?
    _raw_spin_lock+0x75/0xe0 [ 7.350108] kasan_report+0xce/0x100 [ 7.350109] ? _raw_spin_lock+0x75/0xe0 [7.350114] kasan_check_range+0x105/0x1b0 [ 7.350116] _raw_spin_lock+0x75/0xe0 [ 7.350118] ?
    __pfx__raw_spin_lock+0x10/0x10 [ 7.350119] ? __call_rcu_common.constprop.0+0x25e/0x780 [ 7.350125] ? close_id_del_oplock+0x2cc/0x4e0 [ 7.350128] __ksmbd_close_fd+0x27f/0xaf0 [ 7.350131] ksmbd_close_fd+0x135/0x1b0 [ 7.350133] smb2_close+0xb19/0x15b0 [ 7.350142] ? __pfx_smb2_close+0x10/0x10 [7.350143] ? xas_load+0x18/0x270 [ 7.350146] ? _raw_spin_lock+0x84/0xe0 [ 7.350148] ?
    __pfx__raw_spin_lock+0x10/0x10 [ 7.350150] ? _raw_spin_unlock+0xe/0x30 [ 7.350151] ? ksmbd_smb2_check_message+0xeb2/0x24c0 [ 7.350153] ? ksmbd_tree_conn_lookup+0xcd/0xf0 [ 7.350154] handle_ksmbd_work+0x40f/0x1080 [ 7.350156] process_one_work+0x5fa/0xef0 [ 7.350162] ? assign_work+0x122/0x3e0 [ 7.350163] worker_thread+0x54b/0xf70 [ 7.350165] ? __pfx_worker_thread+0x10/0x10 [ 7.350166] kthread+0x346/0x470 [ 7.350170] ? recalc_sigpending+0x19b/0x230 [ 7.350176] ?
    __pfx_kthread+0x10/0x10 [ 7.350178] ret_from_fork+0x4fb/0x6c0 [ 7.350183] ? __pfx_ret_from_fork+0x10/0x10 [ 7.350185] ? __switch_to+0x36c/0xbe0 [ 7.350188] ? __pfx_kthread+0x10/0x10 [ 7.350190] ret_from_fork_asm+0x1a/0x30 [ 7.350197] </TASK> [ 7.350197] [ 7.355160] Allocated by task 123: [ 7.355261] kasan_save_stack+0x33/0x60 [ 7.355373] kasan_save_track+0x14/0x30 [ 7.355484] __kasan_kmalloc+0x8f/0xa0 [7.355593] ksmbd_conn_alloc+0x44/0x6d0 [ 7.355711] ksmbd_kthread_fn+0x243/0xd70 [ 7.355839] kthread+0x346/0x470 [ 7.355942] ret_from_fork+0x4fb/0x6c0 [ 7.356051] ret_from_fork_asm+0x1a/0x30 [7.356164] [ 7.356214] Freed by task 134: [ 7.356305] kasan_save_stack+0x33/0x60 [ 7.356416] kasan_save_track+0x14/0x30 [ 7.356527] kasan_save_free_info+0x3b/0x60 [ 7.356646]
    __kasan_slab_free+0x43/0x70 [ 7.356761] kfree+0x1ca/0x430 [ 7.356862] ksmbd_tcp_disconnect+0x59/0xe0 [7.356993] ksmbd_conn_handler_loop+0x77e/0xd40 [ 7.357138] kthread+0x346/0x470 [ 7.357240] ret_from_fork+0x4fb/0x6c0 [ 7.357350] ret_from_fork_asm+0x1a/0x30 [ 7.357463] [ 7.357513] The buggy address belongs to the object at ffff8881056ac000 [ 7.357513] which belongs to the cache kmalloc-1k of size 1024 [ 7.357857] The buggy address is located 396 bytes inside of [ 7.357857] freed 1024-byte region
    ---truncated--- (CVE-2026-23427)

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

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

  - netfilternf_conntrack_sip修正 sip_help_tcp() 中的 Content-Length u32 截斷。sip_help_tcp() 使用 simple_strtoul() 剖析 SIP Content-Length 標頭這會傳回未簽署的 long但將結果儲存在未簽署的 int clen 中。在 64 位元系統上超過 UINT_MAX 的值會在計算 SIP 訊息邊界之前以無訊息方式截斷。例如Content-Length 4294967328 (2^32 + 32) 會截斷為 32造成剖析器錯誤計算目前訊息的結束位置。接著迴圈會將 TCP 區段中的結尾資料視為第二個 SIP 訊息並透過 SDP 剖析器加以處理。透過將 clen 變更為 unsigned long 以符合 simple_strtoul() 的傳回類型來修正此問題並拒絕超過剩餘 TCP 承載長度的 Content-Length 值。 (CVE-2026-23457)

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

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

  - 藍牙HIDP修正可能的 UAF 這可修正下列因呼叫 user->remove 回呼時未放置 l2cap_conn 參照所導致的追踪[ 97.809249] l2cap_conn_free釋放 conn ffff88810a171c00 [ 97.809907] CPU1 UID0 PID1419 Commrepro_standalon 未受污染的 7.0.0-rc1-dirty #14 PREEMPT(lazy) [ 97.809935] 硬體名稱: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.17.0-debian-1.17.0-1 04/ 01/2014 [ 97.809947] 呼叫追踪 [ 97.809954] <TASK> [ 97.809961] dump_stack_lvl (lib/dump_stack.c:122) [ 97.809990] l2cap_conn_free (net/bluetooth/l2cap_core.c:1808) [ 97.810017] l2cap_conn_del (./include/linux/kref.h:66 net/bluetooth/l2cap_core.c:1821 net/bluetooth/l2cap_core.c:1798) [ 97.810055] l2cap_disconn_cfm (net/bluetooth/l2cap_core.c:7347 (辨別器 1 ) net/bluetooth/l2cap_core.c:7340 (辨別器 1)) [ 97.810086] ? __pfx_l2cap_disconn_cfm (net/bluetooth/l2cap_core.c:7341) [ 97.810117] hci_conn_hash_flush (./include/net/bluetooth/hci_core.h:2152 (辨別器 2) net/bluetooth/hci_conn.c:2644 (辨別器 2)) [ 97.810148] hci_dev_close_sync (net/bluetooth/hci_sync.c:5360) [ 97.810180] ?
    __pfx_hci_dev_close_sync (net/bluetooth/hci_sync.c:5285) [ 97.810212] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810242] ? up_write (./arch/x86/include/asm/atomic64_64.h:87 (判別器 5) ./include/linux/atomic/atomic-arch-fallback.h:2852 (判別器 5) ./include/linux/atomic/ atomic-long.h:268 (識別碼 5) ./include/linux/atomic/atomic-instrumented.h:3391 (識別碼 5) kernel/locking/rwsem.c:1385 (識別碼 5) kernel/locking/rwsem.c :1643 (辨別器 5)) [ 97.810267] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810290] ? rcu_is_watching (./arch/x86/include/asm/atomic.h:23 ./include/linux/atomic/atomic-arch-fallback.h:457 ./include/linux/context_tracking.h:128 kernel/rcu/tree .c:752) [ 97.810320] hci_unregister_dev (net/bluetooth/hci_core.c:504 net/bluetooth/hci_core.c:2716) [ 97.810346] vhci_release (drivers/bluetooth/hci_vhci.c:691) [ 97.810375] ?
    __pfx_vhci_release (drivers/bluetooth/hci_vhci.c678) [ 97.810404] __fput (fs/file_table.c:470) [97.810430] task_work_run (kernel/task_work.c:235) [ 97.810451] ? __pfx_task_work_run (kernel/task_work.c:201) [ 97.810472] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [97.810495] ? do_raw_spin_unlock (./include/asm-generic/qspinlock.h:128 (discriminator 5) kernel/locking/spinlock_debug.c:142 (discriminator 5)) [ 97.810527] do_exit (kernel/exit.c:972) [97.810547] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810574] ? __pfx_do_exit (kernel/exit.c:897) [ 97.810594] lock_acquire (kernel/locking/lockdep.c:470 (辨別器 6) kernel/locking/lockdep.c:5870 (辨別器 6) kernel/locking/lockdep.c:5825 (辨別器 6)) [97.810616] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810639] ? do_raw_spin_lock (kernel/locking/spinlock_debug.c:95 (辨別器 4) kernel/locking/spinlock_debug.c:118 (辨別器 4)) [ 97.810664] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810688] ? find_held_lock (kernel/locking/lockdep.c:5350 (discriminator 1)) [ 97.810721] do_group_exit (kernel/exit.c:1093) [97.810745] get_signal (kernel/signal.c:3007 (discriminator 1)) [ 97.810772] ? security_file_permission (./arch/x86/include/asm/jump_label.h:37 security/security.c:2366) [ 97.810803] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810826] ? vfs_read (fs/read_write.c:555) [ 97.810854] ?
    __pfx_get_signal (kernel/signal.c:2800) [ 97.810880] srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810905] ? __pfx_vfs_read (fs/read_write.c:555) [ 97.810932] ? srso_alias_return_thunk (arch/x86/lib/retpoline.S:221) [ 97.810960] arch_do_signal_or_restart (arch/
    ---truncated--- (CVE-2026-23462)

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

ID	名稱	嚴重性
305180	Linux Distros 未修補的弱點：CVE-2026-23433	medium
305179	Linux Distros 未修補的弱點：CVE-2026-23443	medium
305178	Linux Distros 未修補的弱點：CVE-2026-34444	high
305177	Linux Distros 未修補弱點：CVE-2026-35580	critical
305176	Linux Distros 未修補的弱點：CVE-2026-31398	high
305175	Linux Distros 未修補的弱點：CVE-2026-31397	high
305174	Linux Distros 未修補的弱點：CVE-2026-23429	medium
305173	Linux Distros 未修補的弱點：CVE-2026-23459	high
305172	Linux Distros 未修補的弱點：CVE-2026-23432	high
305171	Linux Distros 未修補的弱點：CVE-2025-13929	high
305170	Linux Distros 未修補弱點：CVE-2019-25656	high
305169	Linux Distros 未修補弱點：CVE-2019-25683	medium
305155	FortiClient EMS 7.4.x 反向 Proxy 標頭偽造驗證繞過 (CVE-2026-35616)	critical
305116	Linux Distros 未修補的弱點：CVE-2026-34986	high
305109	Linux Distros 未修補的弱點：CVE-2026-5663	medium
305108	Linux Distros 未修補的弱點：CVE-2026-35549	medium
305107	Linux Distros 未修補的弱點：CVE-2026-34589	high
305106	Linux Distros 未修補弱點：CVE-2026-4878	high
305105	Linux Distros 未修補的弱點：CVE-2026-35166	medium
305104	Linux Distros 未修補的弱點：CVE-2026-35177	high
305103	Linux Distros 未修補的弱點：CVE-2026-34588	high
305088	Linux Distros 未修補的弱點：CVE-2026-31405	critical
305087	Linux Distros 未修補的弱點：CVE-2026-31409	high
305086	Linux Distros 未修補的弱點：CVE-2026-34378	medium
305085	Linux Distros 未修補的弱點：CVE-2026-34380	medium
305084	Linux Distros 未修補的弱點：CVE-2026-31410	medium
305083	Linux Distros 未修補的弱點：CVE-2026-34379	high
305082	Linux Distros 未修補的弱點：CVE-2026-5704	medium
305062	Linux Distros 未修補的弱點：CVE-2026-5673	high
305061	Linux Distros 未修補的弱點：CVE-2026-31406	high
305060	Linux Distros 未修補的弱點：CVE-2026-31408	high
305059	Linux Distros 未修補的弱點：CVE-2026-31407	high
305057	Nutanix AOS多個弱點 (NXSA-AOS-7.5.1)	medium
305049	Nutanix AOS：多個弱點（NXSA-AOS-7.5.1.1）	medium
305007	Linux Distros 未修補的弱點：CVE-2026-34933	medium
305006	Linux Distros 未修補的弱點：CVE-2026-33709	medium
304994	Linux Distros 未修補的弱點：CVE-2026-23464	medium
304993	Linux Distros 未修補的弱點：CVE-2026-23430	medium
304992	Linux Distros 未修補的弱點：CVE-2026-23468	medium
304991	Linux Distros 未修補的弱點：CVE-2026-23461	high
304990	Linux Distros 未修補的弱點：CVE-2026-31390	medium
304989	Linux Distros 未修補的弱點：CVE-2026-23442	medium
304988	Linux Distros 未修補的弱點：CVE-2026-23438	medium
304987	Linux Distros 未修補的弱點：CVE-2026-23455	critical
304986	Linux Distros 未修補的弱點：CVE-2026-23420	medium
304985	Linux Distros 未修補弱點：CVE-2026-35582	high
304984	Linux Distros 未修補的弱點：CVE-2026-23460	medium
304983	Linux Distros 未修補弱點：CVE-2026-23427	high
304982	Linux Distros 未修補的弱點：CVE-2026-23457	high
304981	Linux Distros 未修補的弱點：CVE-2026-23462	high

偵測

Nessus 的 Misc. 系列

medium

medium

high

critical

high

high

medium

high

high

high

high

medium

critical

high

medium

medium

high

high

medium

high

high

critical

high

medium

medium

medium

high

medium

high

high

high

high

medium

medium

medium

medium

medium

medium

medium

high

medium

medium

medium

critical

medium

high

medium

high

high

high