Answer in brief
CVE-2026-74413 records a Unknown severity vulnerability in wifi: rtw89: fix wrong pci_get_drvdata type in AER handlers. 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.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <aefc30e4a829c1683f6ae999df7f9310c27eae6c || >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <c1907b9a4fa9cb33d11a9af138374dd2e93f7a93 || >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <7068c379cf9aa8afe4dce4d9d82390187aa9c4d0 | aefc30e4a829c1683f6ae999df7f9310c27eae6c, c1907b9a4fa9cb33d11a9af138374dd2e93f7a93, 7068c379cf9aa8afe4dce4d9d82390187aa9c4d0 |
| Linux/Linuxgeneric | 6.17 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: rtw89: fix wrong pci_get_drvdata type in AER handlers rtw89 stores an ieee80211_hw pointer via pci_set_drvdata() at probe time, but io_error_detected() and io_resume() retrieve it as a net_device pointer. This causes netif_device_detach/attach to operate on an ieee80211_hw struct, reading and writing at wrong offsets. The adjacent io_slot_reset() already does it correctly. Use ieee80211_stop_queues/wake_queues instead, consistent with every other queue stop/start path in the driver. Tested on RTL8852CE by calling the handlers from a test module before and after the fix.
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-74413 records a Unknown severity vulnerability in wifi: rtw89: fix wrong pci_get_drvdata type in AER handlers. 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.
A CVSS score is not reported in the current record. 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.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <aefc30e4a829c1683f6ae999df7f9310c27eae6c || >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <c1907b9a4fa9cb33d11a9af138374dd2e93f7a93 || >=16e3d93c6183649a3b210f82b83c1cb12aa5e8a3 <7068c379cf9aa8afe4dce4d9d82390187aa9c4d0 | aefc30e4a829c1683f6ae999df7f9310c27eae6c, c1907b9a4fa9cb33d11a9af138374dd2e93f7a93, 7068c379cf9aa8afe4dce4d9d82390187aa9c4d0 |
| Linux/Linuxgeneric | 6.17 | Not reported |
Published upstream
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 15, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 15, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: rtw89: fix wrong pci_get_drvdata type in AER handlers rtw89 stores an ieee80211_hw pointer via pci_set_drvdata() at probe time, but io_error_detected() and io_resume() retrieve it as a net_device pointer. This causes netif_device_detach/attach to operate on an ieee80211_hw struct, reading and writing at wrong offsets. The adjacent io_slot_reset() already does it correctly. Use ieee80211_stop_queues/wake_queues instead, consistent with every other queue stop/start path in the driver. Tested on RTL8852CE by calling the handlers from a test module before and after the fix.
Quoted source text, attributed separately from HOL analysis.