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.
CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before 7ed00a3edc8597fe2333f524401e2889aa1b5edf; 6a2968aaf50c7a22fced77a5e24aa636281efca8 builds before 5eef9ebec7f5738f12cadede3545c05b34bf5ac3; from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before ca54e904a071aa65ef3ad46ba42d51aaac6b73b4; from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before eb435d150ca74b4d40f77f1a2266f3636ed64a79; 6a2968aaf50c7a22fced77a5e24aa636281efca8 builds before 1edc12d2bbcb7a8d0f1088e6fccb9d8c01bb1289; from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before d89b74bf08f067b55c03d7f999ba0a0e73177eb3; from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before 09143c0e8f3b03517e6233aad42f45c794d8df8e; from 6a2968aaf50c7a22fced77a5e24aa636281efca8 before 4527025d440ce84bf56e75ce1df2e84cb8178616
from 3.2.1 before 5.10.253; from 5.11 before 5.15.203; from 5.16 before 6.1.168; from 6.2 before 6.6.131; from 6.7 before 6.12.80; from 6.13 before 6.18.21; from 6.19 before 6.19.11; 3.2; and 7 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.