Dismissed
(max. allowed matches exceeded)
Activity log
- Created & dismissed (max. allowed matches exceeded) suggestion
Bluetooth: fix locking in hci_conn_request_evt() with HCI_PROTO_DEFER
In the Linux kernel, the following vulnerability has been resolved: Bluetooth: fix locking in hci_conn_request_evt() with HCI_PROTO_DEFER When protocol sets HCI_PROTO_DEFER, hci_conn_request_evt() calls hci_connect_cfm(conn) without hdev->lock. Generally hci_connect_cfm() assumes it is held, and if conn is deleted concurrently -> UAF. Only SCO and ISO set HCI_PROTO_DEFER and only for defer setup listen, and HCI_EV_CONN_REQUEST is not generated for ISO. In the non-deferred listening socket code paths, hci_connect_cfm(conn) is called with hdev->lock held. Fix by holding the lock.
References
Affected products
Linux
- ==3.17
- =<6.1.*
- =<5.15.*
- =<6.18.*
- =<6.12.*
- <6b4d226d01ab7da0d2027a2a1e3a6079152e5065
- =<7.0.*
- <9d4a6c0f43fc5e4d4f062e8e450e5483eb74176e
- <3.17
- <385b2d0468a0871fc716c549fa3b0c257c7dbcb3
- =<*
- <5c7209a341ff2ac338b2b0375c34a307b37c9ac2
- <c7777f534a8018ae4bb1c80d8925af4df588a314
- <60e3f4ff02d1f2d55bfbf2ca32a97285a9771ee4
- <c27224daf0b08efbb2b24ed64b6139b294f5473a
- =<5.10.*
- <541d5bf9b5afaf41090b2a3aa7b47f2db2ff801f
- =<6.6.*