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

  - meivsc修正因無效的 counted_by() 使用造成的 fortify-panic。gcc 15 接受 vsc_tp_packet.buf[] 上的 __counted_by(len) 屬性且 vsc-tp.c 程式碼以錯誤方式使用此屬性。 len 不包含緩衝區中的可用大小但它包含 *沒有* crc 的實際封包長度。因此一旦 vsc_tp_xfer() 嘗試將 crc 新增至 buf[]就會觸發 fortify-panic 處置程式[ 80.842193] memcpy
    偵測到的緩衝區溢位緩衝區大小為 0 的 4 位元組寫入 [ 80.842243] 警告 CPU: 4 PID: 272 at lib/string_helpers.c:1032 __fortify_report+0x45/0x50 ... [ 80.843175] __fortify_panic+0x9/0xb [ 80.843186] vsc_tp_xfer.cold+0x67/0x67 [mei_vsc_hw] [ 80.843210] ? seqcount_lockdep_reader_access.constprop.0+0x82/0x90 [ 80.843229] lockdep_hardirqs_on+0x7c/0x110 [80.843250] mei_vsc_hw_start+0x98/0x120 [mei_vsc] [ 80.843270] mei_reset+0x11d/0x420 [mei] 最簡單的修正是只中斷 counted-by 但 中的 ack 緩衝區除外vsc_tp_xfer_helper() (僅包含足夠空間容納封包標頭)則 vsc_tp_packet 的所有其他用途一律針對封包使用 VSC_TP_MAX_XFER_SIZE 位元組的緩衝區。如此一來fortify-source 緩衝區滿溢檢查在啟用時仍可正常運作而不是只放置 counted-by而是將 vsc_tp_packet 結構定義分割為標頭和完整封包定義並在封包定義中使用固定大小的 buf[]。
    (CVE-2025-37816)

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

偵測

Linux Distros 未修補的弱點：CVE-2025-37816

medium Nessus Plugin ID 246986

找不到變更記錄