Lucene search
+L

2270 matches found

UbuntuCve
UbuntuCve
•added 2026/07/02 3:17 p.m.•21 views

CVE-2026-53357

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: fix UAF in l2capsockcleanuplisten vs l2capconndel btacceptdequeue unlinks a not-yet-accepted child from the parent accept queue and releasesocks it before returning, so the returned sk has no caller reference and is...

8CVSS6.4AI score0.00413EPSS
SaveExploits0References36
EUVD
EUVD
•added 2026/07/02 1:43 p.m.•24 views

EUVD-2026-41372

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: fix UAF in l2capsockcleanuplisten vs l2capconndel btacceptdequeue unlinks a not-yet-accepted child from the parent accept queue and releasesocks it before returning, so the returned sk has no caller reference and is...

7.8CVSS6.5AI score0.00413EPSS
SaveExploits0References8
OSV
OSV
•added 2026/07/02 1:43 p.m.•16 views

CVE-2026-53358 Bluetooth: L2CAP: use chan timer to close channels in cleanup_listen()

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: use chan timer to close channels in cleanuplisten l2capchanclose removes the channel from conn-chanl, which must be done under conn-lock. cleanuplisten runs under the parent sklock, so acquiring conn-lock would...

8.8CVSS5.8AI score
SaveExploits0References11
attackerkb
attackerkb
•added 2026/07/02 1:43 p.m.•16 views

CVE-2026-53357

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: fix UAF in l2capsockcleanuplisten vs l2capconndel btacceptdequeue unlinks a not-yet-accepted child from the parent accept queue and releasesocks it before returning, so the returned sk has no caller reference and is...

6.5AI score0.00413EPSS
SaveExploits0References9Affected Software1
CVE
CVE
•added 2026/07/02 1:43 p.m.•71 views

CVE-2026-53358

The CVE-2026-53358 entry describes a Linux kernel Bluetooth L2CAP use of a timer-based close to avoid lock-order inversion, replacing a direct l2cap_chan_close() call with l2cap_chan_timeout() for asynchronous cleanup. The root cause is an incorrect conflate of conn->lock, chan->lock, and s...

8.8CVSS5.6AI score0.00318EPSS
SaveExploits0References8Affected Software1
EUVD
EUVD
•added 2026/07/02 1:43 p.m.•23 views

EUVD-2026-41373

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: use chan timer to close channels in cleanuplisten l2capchanclose removes the channel from conn-chanl, which must be done under conn-lock. cleanuplisten runs under the parent sklock, so acquiring conn-lock would...

5.6AI score0.00318EPSS
SaveExploits0References8
OSV
OSV
•added 2026/07/02 1:43 p.m.•16 views

CVE-2026-53357 Bluetooth: fix UAF in l2cap_sock_cleanup_listen() vs l2cap_conn_del()

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: fix UAF in l2capsockcleanuplisten vs l2capconndel btacceptdequeue unlinks a not-yet-accepted child from the parent accept queue and releasesocks it before returning, so the returned sk has no caller reference and is...

8CVSS5.8AI score
SaveExploits0References11
Positive Technologies
Positive Technologies
•added 2026/07/02 12:00 a.m.•43 views

PT-2026-55234

Name of the Vulnerable Software and Affected Versions Linux kernel affected versions not specified Description A use-after-free issue exists in the Bluetooth L2CAP socket cleanup process. The problem occurs during a race condition between l2cap sock cleanup listen and l2cap conn del. Specifically...

8CVSS5.8AI score0.00413EPSS
SaveExploits0
Positive Technologies
Positive Technologies
•added 2026/07/02 12:00 a.m.•25 views

PT-2026-55235

Name of the Vulnerable Software and Affected Versions Linux kernel affected versions not specified Description An issue exists in the Bluetooth L2CAP implementation where calling l2cap chan close within cleanup listen causes a lock inversion. Specifically, cleanup listen operates under the parent...

8.8CVSS5.5AI score0.00318EPSS
SaveExploits0
RedHat Linux
RedHat Linux
•added 2026/07/01 7:42 p.m.•24 views

kernel: ALSA: aloop: Fix peer runtime UAF during format-change stop

A flaw was found in the Linux kernel's ALSA Advanced Linux Sound Architecture aloop driver. This Use-After-Free UAF vulnerability occurs when loopbackcheckformat stops the capture side during a format change, while a concurrent close operation detaches or frees the runtime. An attacker could...

7.8CVSS7.1AI score0.00141EPSS
SaveExploits0References5
RedHat Linux
RedHat Linux
•added 2026/07/01 9:00 a.m.•87 views

kernel: ALSA: aloop: Fix peer runtime UAF during format-change stop

A flaw was found in the Linux kernel's ALSA Advanced Linux Sound Architecture aloop driver. This Use-After-Free UAF vulnerability occurs when loopbackcheckformat stops the capture side during a format change, while a concurrent close operation detaches or frees the runtime. An attacker could...

7.8CVSS7.1AI score0.00141EPSS
SaveExploits0References5
RedHat Linux
RedHat Linux
•added 2026/07/01 12:20 a.m.•20 views

kernel: ALSA: aloop: Fix peer runtime UAF during format-change stop

A flaw was found in the Linux kernel's ALSA Advanced Linux Sound Architecture aloop driver. This Use-After-Free UAF vulnerability occurs when loopbackcheckformat stops the capture side during a format change, while a concurrent close operation detaches or frees the runtime. An attacker could...

7.8CVSS7.1AI score0.00141EPSS
SaveExploits0References5
RedHat Linux
RedHat Linux
•added 2026/07/01 12:20 a.m.•28 views

kernel: ALSA: aloop: Fix peer runtime UAF during format-change stop

A flaw was found in the Linux kernel's ALSA Advanced Linux Sound Architecture aloop driver. This Use-After-Free UAF vulnerability occurs when loopbackcheckformat stops the capture side during a format change, while a concurrent close operation detaches or frees the runtime. An attacker could...

7.8CVSS7.1AI score0.00141EPSS
SaveExploits0References5
CVE
CVE
•added 2026/06/30 11:22 p.m.•82 views

CVE-2026-54897

Oj (Optimized JSON) Ruby gem versions prior to 3.17.2 contain a heap use-after-free in Oj::Doc iterators (each_value, each_child, each_leaf). If a Ruby block yields during iteration and doc.close or d.close is called, the heap memory is freed while the C iterator is active, leading to a use-after...

2.1CVSS6.2AI score0.00146EPSS
SaveExploits0References1
Cvelist
Cvelist
•added 2026/06/30 11:22 p.m.•51 views

CVE-2026-54897 Oj : Use-After-Free in Oj::Doc Iterators via Reentrant Close

Oj Optimized JSON is a JSON parser and Object marshaller packaged as a Ruby gem. Prior to 3.17.2, Oj::Doc iterators eachvalue, eachchild, eachleaf were vulnerable to a heap use-after-free. When a Ruby block yielded during iteration calls doc.close or d.close, the document's heap memory is freed...

2.1CVSS0.00146EPSS
SaveExploits0References1
Vulnrichment
Vulnrichment
•added 2026/06/30 11:22 p.m.•16 views

CVE-2026-54897 Oj : Use-After-Free in Oj::Doc Iterators via Reentrant Close

Oj Optimized JSON is a JSON parser and Object marshaller packaged as a Ruby gem. Prior to 3.17.2, Oj::Doc iterators eachvalue, eachchild, eachleaf were vulnerable to a heap use-after-free. When a Ruby block yielded during iteration calls doc.close or d.close, the document's heap memory is freed...

2.1CVSS6.2AI score0.00146EPSS
SaveExploits0References1
NVD
NVD
•added 2026/06/30 5:16 p.m.•29 views

CVE-2026-10655

The asynchronous SNTP client in Zephyr subsys/net/lib/sntp/sntp.c, sntpcloseasync closed the UDP socket file descriptor directly from the calling thread immediately after detaching it from the network socket service, without synchronizing with the socket-service poll thread. The socket service...

6.5CVSS0.0038EPSS
SaveExploits1References2
Vulnrichment
Vulnrichment
•added 2026/06/30 4:33 p.m.•21 views

CVE-2026-10655 Use-after-free race in SNTP async client when closing the socket while the socket service is still polling it

The asynchronous SNTP client in Zephyr subsys/net/lib/sntp/sntp.c, sntpcloseasync closed the UDP socket file descriptor directly from the calling thread immediately after detaching it from the network socket service, without synchronizing with the socket-service poll thread. The socket service...

6.5CVSS6.3AI score0.0038EPSS
SaveExploits1References2
attackerkb
attackerkb
•added 2026/06/30 4:33 p.m.•16 views

CVE-2026-10655

The asynchronous SNTP client in Zephyr subsys/net/lib/sntp/sntp.c, sntpcloseasync closed the UDP socket file descriptor directly from the calling thread immediately after detaching it from the network socket service, without synchronizing with the socket-service poll thread. The socket service...

6.5CVSS5.8AI score0.0038EPSS
SaveExploits1References3Affected Software1
OSV
OSV
•added 2026/06/30 4:33 p.m.•19 views

CVE-2026-10655 Use-after-free race in SNTP async client when closing the socket while the socket service is still polling it

The asynchronous SNTP client in Zephyr subsys/net/lib/sntp/sntp.c, sntpcloseasync closed the UDP socket file descriptor directly from the calling thread immediately after detaching it from the network socket service, without synchronizing with the socket-service poll thread. The socket service...

6.5CVSS6AI score
SaveExploits0References5
Rows per page
Query Builder