CVE-2026-23130

/// Technical description

In the Linux kernel, the following vulnerability has been resolved:

wifi: ath12k: fix dead lock while flushing management frames

Commit [1] converted the management transmission work item into a

wiphy work. Since a wiphy work can only run under wiphy lock

protection, a race condition happens in below scenario:

1. a management frame is queued for transmission.

2. ath12k_mac_op_flush() gets called to flush pending frames associated

with the hardware (i.e, vif being NULL). Then in ath12k_mac_flush()

the process waits for the transmission done.

3. Since wiphy lock has been taken by the flush process, the transmission

work item has no chance to run, hence the dead lock.

>From user view, this dead lock results in below issue:

wlp8s0: authenticate with xxxxxx (local address=xxxxxx)

wlp8s0: send auth to xxxxxx (try 1/3)

wlp8s0: authenticate with xxxxxx (local address=xxxxxx)

wlp8s0: send auth to xxxxxx (try 1/3)

wlp8s0: authenticated

wlp8s0: associate with xxxxxx (try 1/3)

/// Remediation

Check the references section for vendor advisories, patches, and mitigation guidance. If immediate patching is not possible, review the CVSS vector to understand the attack surface and apply compensating controls such as network segmentation or access restrictions.

/// References