Answer in brief
CVE-2025-38290 records a High severity (CVSS 8.8) vulnerability in wifi: ath12k: fix node corruption in ar->arvifs list. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 8.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=d889913205cf7ebda905b1e62c5867ed4e39f6c2 <be049199dec9189602bc06e2c70eda3aa0f2ea6e || >=d889913205cf7ebda905b1e62c5867ed4e39f6c2 <6285516170f9e2f04b9dbf1e5100e0d7cbac22b4 || >=d889913205cf7ebda905b1e62c5867ed4e39f6c2 <6bfe7ae9bbd9734751b853e2d2e1c13e8b46fd2d || >=d889913205cf7ebda905b1e62c5867ed4e39f6c2 <823435bd23108d6f8be89ea2d025c0e2e3769c51 | be049199dec9189602bc06e2c70eda3aa0f2ea6e, 6285516170f9e2f04b9dbf1e5100e0d7cbac22b4, 6bfe7ae9bbd9734751b853e2d2e1c13e8b46fd2d, 823435bd23108d6f8be89ea2d025c0e2e3769c51 |
| Linux/Linuxgeneric | 6.3 | Not reported |
Published upstream
Jul 10, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 5, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: ath12k: fix node corruption in ar->arvifs list In current WLAN recovery code flow, ath12k_core_halt() only reinitializes the "arvifs" list head. This will cause the list node immediately following the list head to become an invalid list node. Because the prev of that node still points to the list head "arvifs", but the next of the list head "arvifs" no longer points to that list node. When a WLAN recovery occurs during the execution of a vif removal, and it happens before the spin_lock_bh(&ar->data_lock) in ath12k_mac_vdev_delete(), list_del() will detect the previously mentioned situation, thereby triggering a kernel panic. The fix is to remove and reinitialize all vif list nodes from the list head "arvifs" during WLAN halt. The reinitialization is to make the list nodes valid, ensuring that the list_del() in ath12k_mac_vdev_delete() can execute normally. Call trace: __list_del_entry_valid_or_report+0xd4/0x100 (P) ath12k_mac_remove_link_interface.isra.0+0xf8/0x2e4 [ath12k] ath12k_scan_vdev_clean_work+0x40/0x164 [ath12k] cfg80211_wiphy_work+0xfc/0x100 process_one_work+0x164/0x2d0 worker_thread+0x254/0x380 kthread+0xfc/0x100 ret_from_fork+0x10/0x20 The change is mostly copied from the ath11k patch: https://lore.kernel.org/all/[email protected]/ Tested-on: QCN9274 hw2.0 PCI WLAN.WBE.1.4.1-00199-QCAHKSWPL_SILICONZ-1
Quoted source text, attributed separately from HOL analysis.