CVE-2026-31509
In the Linux kernel, the following vulnerability has been resolved: nfc: nci: fix circular locking dependency in nci_close_device nci_close_device() flushes rx_wq and tx_wq while holding req_lock. This causes a circular locking dependency because nci_rx_work() running on rx_wq can end up taking req_lock too: nci_rx_work - nci_rx_data_packet - nci_data_exchange_complete - __sk_destruct - rawsock_destruct - nfc_deactivate_target - nci_deactivate_target - nci_request - mutex_lock(&ndev-req_lock) Move the flush of rx_wq after req_lock has been released. This should safe (I think) because NCI_UP has already been cleared and the transport is closed, so the work will see it and return -ENETDOWN.
NIPA has been hitting this running the nci selftest with a debug kernel on roughly 4% of the runs.
- No active-exploitation, high-EPSS, or public-exploit signals - routine patching cadence
ATT&CK techniques
1Techniques this CVE enables - linked via CWECAPECATT&CK. High◆ = named directly in ATT&CK or Nuclei templates.
▤ Build a SIEM detection for these techniquesCAPEC attack patterns
3Attack patterns this CVE enables - the bridge from weakness to ATT&CK technique.