Answer in brief
CVE-2026-68362 records a Unknown severity vulnerability in wifi: ath11k: fix NULL pointer dereference in ath11k_hal_srng_access_begin. 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 | >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e517e207300edcf7f3a8f6c45f9155c0e419ffb9 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <d6bba659ac30d862ee7bab92862cd6e514f07521 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e5394605f9a985cc3a8263e610ba84b33cbe7b0c || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <4abb4e284d8897176e91d7a3168ee29ed876bb41 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e8d85672dd7e2523f774caafba8f858384e18df7 | e517e207300edcf7f3a8f6c45f9155c0e419ffb9, d6bba659ac30d862ee7bab92862cd6e514f07521, e5394605f9a985cc3a8263e610ba84b33cbe7b0c, 4abb4e284d8897176e91d7a3168ee29ed876bb41, e8d85672dd7e2523f774caafba8f858384e18df7 |
| Linux/Linuxgeneric | 6.1 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix NULL pointer dereference in ath11k_hal_srng_access_begin In ATH11K_QMI_EVENT_FW_READY, ATH11K_FLAG_REGISTERED is set unconditionally even when ath11k_core_qmi_firmware_ready() fails. This leaves the driver in an inconsistent state where initialization is considered complete although the firmware ready handling did not finish successfully. During the subsequent SSR, the driver enters the restart path based on this incorrect state and dereferences uninitialized srng members, resulting in a NULL pointer dereference. Call trace: ath11k_hal_srng_access_begin+0xc/0x60 [ath11k] (P) ath11k_ce_cleanup_pipes+0x17c/0x180 [ath11k] ath11k_core_restart+0x40/0x168 [ath11k] Fix this by: - skipping firmware_ready if ATH11K_FLAG_REGISTERED is already set - setting ATH11K_FLAG_REGISTERED only when firmware_ready succeeds - setting ATH11K_FLAG_QMI_FAIL and aborting the FW_READY handling on error Tested-on: WCN6750 hw1.0 AHB WLAN.MSL.2.0.c2-00204-QCAMSLSWPLZ-1
Quoted source text, attributed separately from HOL analysis.
Answer in brief
CVE-2026-68362 records a Unknown severity vulnerability in wifi: ath11k: fix NULL pointer dereference in ath11k_hal_srng_access_begin. 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 | >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e517e207300edcf7f3a8f6c45f9155c0e419ffb9 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <d6bba659ac30d862ee7bab92862cd6e514f07521 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e5394605f9a985cc3a8263e610ba84b33cbe7b0c || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <4abb4e284d8897176e91d7a3168ee29ed876bb41 || >=6fe62a8cec51c756159c71be35a16b2cc8cbd4c0 <e8d85672dd7e2523f774caafba8f858384e18df7 | e517e207300edcf7f3a8f6c45f9155c0e419ffb9, d6bba659ac30d862ee7bab92862cd6e514f07521, e5394605f9a985cc3a8263e610ba84b33cbe7b0c, 4abb4e284d8897176e91d7a3168ee29ed876bb41, e8d85672dd7e2523f774caafba8f858384e18df7 |
| Linux/Linuxgeneric | 6.1 | Not reported |
Published upstream
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Aug 10, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Aug 10, 2026
In the Linux kernel, the following vulnerability has been resolved: wifi: ath11k: fix NULL pointer dereference in ath11k_hal_srng_access_begin In ATH11K_QMI_EVENT_FW_READY, ATH11K_FLAG_REGISTERED is set unconditionally even when ath11k_core_qmi_firmware_ready() fails. This leaves the driver in an inconsistent state where initialization is considered complete although the firmware ready handling did not finish successfully. During the subsequent SSR, the driver enters the restart path based on this incorrect state and dereferences uninitialized srng members, resulting in a NULL pointer dereference. Call trace: ath11k_hal_srng_access_begin+0xc/0x60 [ath11k] (P) ath11k_ce_cleanup_pipes+0x17c/0x180 [ath11k] ath11k_core_restart+0x40/0x168 [ath11k] Fix this by: - skipping firmware_ready if ATH11K_FLAG_REGISTERED is already set - setting ATH11K_FLAG_REGISTERED only when firmware_ready succeeds - setting ATH11K_FLAG_QMI_FAIL and aborting the FW_READY handling on error Tested-on: WCN6750 hw1.0 AHB WLAN.MSL.2.0.c2-00204-QCAMSLSWPLZ-1
Quoted source text, attributed separately from HOL analysis.