Lucene search
+L

23242 matches found

osv_ubuntu
osv_ubuntu
•added 2026/08/28 8:16 a.m.•23 views

UBUNTU-CVE-2026-80692

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

8.8CVSS6.2AI score0.00375EPSS
SaveExploits0References5
osv_ubuntu
osv_ubuntu
•added 2026/08/28 8:16 a.m.•14 views

UBUNTU-CVE-2026-80721

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

8.8CVSS6.1AI score0.00375EPSS
SaveExploits0References7
osv_ubuntu
osv_ubuntu
•added 2026/08/28 8:16 a.m.•23 views

UBUNTU-CVE-2026-80666

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: sco: Fix a race condition in scosocktimeout scosocktimeout runs asynchronously and locksocksk. If the socket is closing while the timer is running, it holds the same lock locksocksk twice, leading to a deadlock. CPU 0...

5.7CVSS6.1AI score0.00206EPSS
SaveExploits0References12
UbuntuCve
UbuntuCve
•added 2026/08/28 8:16 a.m.•19 views

CVE-2026-80666

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: sco: Fix a race condition in scosocktimeout scosocktimeout runs asynchronously and locksocksk. If the socket is closing while the timer is running, it holds the same lock locksocksk twice, leading to a deadlock. CPU 0...

5.8AI score0.00206EPSS
SaveExploits0References11
UbuntuCve
UbuntuCve
•added 2026/08/28 8:16 a.m.•26 views

CVE-2026-80721

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

8.8CVSS5.8AI score0.00375EPSS
SaveExploits0References6
UbuntuCve
UbuntuCve
•added 2026/08/28 8:16 a.m.•16 views

CVE-2026-80692

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

8.8CVSS6.1AI score0.00375EPSS
SaveExploits0References4
UbuntuCve
UbuntuCve
•added 2026/08/28 8:16 a.m.•19 views

CVE-2026-80683

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: give the socket its own scoconn reference scoconndel drops a reference it does not own. It takes one transient reference via scoconnholdunlesszero and releases it with the scoconnput that follows scosockhold; the...

8.8CVSS6.3AI score0.00365EPSS
SaveExploits0References5
osv_cve
osv_cve
•added 2026/08/28 6:53 a.m.•24 views

CVE-2026-80721 Bluetooth: ISO: ensure no dangling hcon references in iso_conn

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

8.8CVSS5.8AI score
SaveExploits0References6
CVE
CVE
•added 2026/08/28 6:53 a.m.•62 views

CVE-2026-80721

A dangling pointer vulnerability exists in the Linux kernel Bluetooth ISO (Isochronous) subsystem. After iso_conn_del() is called, ISO sockets may still dereference the hcon (HCI connection) pointer because clearing iso_conn::hcon previously relied on iso_conn_del() releasing the last reference t...

8.8CVSS5.8AI score0.00375EPSS
SaveExploits0References3
EUVD
EUVD
•added 2026/08/28 6:53 a.m.•20 views

EUVD-2026-67456

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

5.8AI score0.00375EPSS
SaveExploits0References3
Cvelist
Cvelist
•added 2026/08/28 6:53 a.m.•57 views

CVE-2026-80721 Bluetooth: ISO: ensure no dangling hcon references in iso_conn

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

8.8CVSS0.00375EPSS
SaveExploits0References3
Debian CVE
Debian CVE
•added 2026/08/28 6:53 a.m.•27 views

CVE-2026-80721

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: ISO: ensure no dangling hcon references in isoconn After isoconndel, ISO sockets should not dereference the hcon any more. Currently, clearing isoconn::hcon relies on isoconndel releasing the last reference to the...

8.8CVSS6.1AI score0.00375EPSS
SaveExploits0
CVE
CVE
•added 2026/08/28 6:52 a.m.•54 views

CVE-2026-80692

CVE-2026-80692 is a theoretical Use-After-Free (UAF) in the Linux kernel's Bluetooth HCI subsystem , specifically in the hci_connect_acl() and hci_connect_le_sync() callbacks. If the conn object is freed while the hci_sync task is running, a UAF can occur. The fix holds a refcount to the conn obj...

8.8CVSS6.1AI score0.00375EPSS
SaveExploits0References3
Cvelist
Cvelist
•added 2026/08/28 6:52 a.m.•53 views

CVE-2026-80692 Bluetooth: hci_sync: hold conn in hci_connect_acl/le_sync() callbacks

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

8.8CVSS0.00375EPSS
SaveExploits0References3
EUVD
EUVD
•added 2026/08/28 6:52 a.m.•23 views

EUVD-2026-67427

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

6.1AI score0.00375EPSS
SaveExploits0References2
osv_cve
osv_cve
•added 2026/08/28 6:52 a.m.•28 views

CVE-2026-80692 Bluetooth: hci_sync: hold conn in hci_connect_acl/le_sync() callbacks

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

8.8CVSS5.8AI score
SaveExploits0References6
Debian CVE
Debian CVE
•added 2026/08/28 6:52 a.m.•25 views

CVE-2026-80692

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: hold conn in hciconnectacl/lesync callbacks There is theoretical UAF if the conn is freed while the hcisync task is running. Hold refcount to avoid that...

8.8CVSS6.2AI score0.00375EPSS
SaveExploits0
Cvelist
Cvelist
•added 2026/08/28 6:52 a.m.•51 views

CVE-2026-80683 Bluetooth: SCO: give the socket its own sco_conn reference

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: give the socket its own scoconn reference scoconndel drops a reference it does not own. It takes one transient reference via scoconnholdunlesszero and releases it with the scoconnput that follows scosockhold; the...

8.8CVSS0.00365EPSS
SaveExploits0References3
EUVD
EUVD
•added 2026/08/28 6:52 a.m.•22 views

EUVD-2026-67559

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: SCO: give the socket its own scoconn reference scoconndel drops a reference it does not own. It takes one transient reference via scoconnholdunlesszero and releases it with the scoconnput that follows scosockhold; the...

5.9AI score0.00365EPSS
SaveExploits0References3
CVE
CVE
•added 2026/08/28 6:52 a.m.•45 views

CVE-2026-80683

CVE-2026-80683 is a use-after-free vulnerability in the Linux kernel's Bluetooth SCO subsystem . The root cause is a reference-counting bug: the SCO socket stores a sco_conn pointer without holding its own reference. When a socket close() races the Bluetooth controller's Disconnection Complete ev...

8.8CVSS5.9AI score0.00365EPSS
SaveExploits0References3
Rows per page
Query Builder