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

  - usb： core： port：元件 unbind 上解除連接 Type-C 連接器 connector_unbind（） 是 connector_bind（） 的鏡像，但它缺少 connector_bind（） 透過以下方式對 typec_deattach（） 進行的對稱呼叫： if （port_dev->child） typec_attach（port_dev->connector， &port_dev->child->dev）;當 Thunderbolt 擴充座被拔下時，兩個拆卸路徑爭用：1. 元件框架首先呼叫 connector_unbind（），它設定 port_dev->connector = NULL，而不呼叫 typec_deattach（）。這會在結構typec_port中留下 port->usb2_dev/port->usb3_dev 指向即將釋放的 USB 裝置。
    2. usb_disconnect（） 接著呼叫 typec_deattach（port_dev->connector， ...），但 port_dev->connector 已經為 NULL，因此呼叫為無操作，並且連接埠>usb2_dev永遠不會被清除。3. 同時，UCSI 偵測到 PD 夥伴斷開連接事件並呼叫 typec_unregister_partner（），該事件讀取 port->usb2_dev（現在是釋放記憶體的懸空指標）並將其傳遞給釋放裝置上的 typec_partner_unlink_device（） -> sysfs_remove_link（） -> dev_name（），從而破壞 typec/UCSI 夥伴狀態。此損毀會讓 Thunderbolt 通道在下一個擴充基座熱插拔時處於不一致的狀態。在受影響的硬體上，擴充座的 I225/igc NIC 無法列舉： 當 igc 驅動程式仍在初始化 （PCIe 連結遺失） 時，AER 會觸發插槽重設，而後續的 igc_reset 嘗試在已中斷連結的裝置上命中igc_rd32：igc 0000：2e：00.0 eth0：PCIe 連結遺失，裝置現在已中斷連結 igc：讀取 reg 0x0 失敗！警告： CPU：9 PID：
    129 在 drivers/net/ethernet/intel/igc/igc_main.c：7005 igc_rd32+0xa4/0xc0 [igc] 呼叫追蹤：
    igc_disable_pcie_master+0x16/0xa0 [igc] igc_reset_hw_base+0x14/0x170 [igc] igc_reset+0x63/0x110 [igc] igc_io_slot_reset+0x9e/0xd0 [igc] report_slot_reset+0x5d/0xc0 pcie_do_recovery+0x209/0x400 aer_isr_one_error_type+0x235/0x430 aer_isr+0x4e/0x80 irq_thread+0xf4/0x1f0 4.UCSI 稍後會處理 PD 夥伴中斷連線並呼叫 typec_unregister_partner（），它仍然會看到過時的連接埠>usb2_dev，並嘗試第二次移除其 sysfs 連結： kernfs：無法移除 'typec'，無目錄 警告： CPU：6 PID：55 at fs/kernfs/dir.c：1706 kernfs_remove_by_name_ns+0xe9/0xf0 工作佇列：事件ucsi_handle_connector_change [typec_ucsi] 呼叫追蹤： sysfs_remove_link+0x19/0x50 typec_unregister_partner+0x6e/0x120 [typec] ucsi_unregister_partner+0x107/0x150 [typec_ucsi] ucsi_handle_connector_change+0x3ec/0x490 [typec_ucsi] process_one_work+0x18e/0x3e0 worker_thread+0x2e3/0x420 kthread+0x10a/0x230 ret_from_fork+0x121/0x140 ret_from_fork_asm+0x1a/0x30 在釋放後備記憶體後，會取消參照相同的過時指標， 將警告變成釋放後使用。修正不對稱性：在清除 port_dev->connector 之前呼叫 typec_deattach（），與 connector_bind（） 在綁定端所做的動作相符。typec_partner_deattach（） 已受 port->partner_link_lock 保護，因此可以使用並行的 typec_unregister_partner（） 路徑安全地序列化。
    (CVE-2026-68372)

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

偵測

Linux Distros 未修補弱點：CVE-2026-68372

medium Nessus Plugin ID 334568

版本 1.8