Lucene search
+L

4106 matches found

NVD
NVD
•added 2026/07/19 4:17 p.m.•28 views

CVE-2026-64148

In the Linux kernel, the following vulnerability has been resolved: pdscore: fix error handling in pdscdevcmdwait Fix two cases where pdscdevcmdwait returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with...

7.5CVSS0.00469EPSS
SaveExploits0References5
NVD
NVD
•added 2026/07/19 4:17 p.m.•19 views

CVE-2026-63944

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: fix UAF in hcilecreatecissync hcilecreatecissync dereferences conn-conntimeout after releasing both rcureadlock and hcidevlockhdev. The conn pointer was obtained from an RCU-protected iteration over...

8.8CVSS0.00333EPSS
SaveExploits0References5
Debian CVE
Debian CVE
•added 2026/07/19 3:40 p.m.•28 views

CVE-2026-64148

In the Linux kernel, the following vulnerability has been resolved: pdscore: fix error handling in pdscdevcmdwait Fix two cases where pdscdevcmdwait returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with...

7.5CVSS5.9AI score0.00469EPSS
SaveExploits0
EUVD
EUVD
•added 2026/07/19 3:40 p.m.•22 views

EUVD-2026-45833

In the Linux kernel, the following vulnerability has been resolved: pdscore: fix error handling in pdscdevcmdwait Fix two cases where pdscdevcmdwait returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with...

5.9AI score0.00469EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/07/19 3:40 p.m.•46 views

CVE-2026-64148 pds_core: fix error handling in pdsc_devcmd_wait

In the Linux kernel, the following vulnerability has been resolved: pdscore: fix error handling in pdscdevcmdwait Fix two cases where pdscdevcmdwait returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with...

7.5CVSS0.00469EPSS
SaveExploits0References5
attackerkb
attackerkb
•added 2026/07/19 3:40 p.m.•12 views

CVE-2026-64148

In the Linux kernel, the following vulnerability has been resolved: pdscore: fix error handling in pdscdevcmdwait Fix two cases where pdscdevcmdwait returns stale success from the completion register instead of an error: 1. FW crash: If firmware stops running, the wait loop breaks early with...

5.9AI score0.00469EPSS
SaveExploits0References6Affected Software1
CVE
CVE
•added 2026/07/19 3:40 p.m.•80 views

CVE-2026-64122

In the Linux kernel, CVE-2026-64122 affects the mlx5e driver (net/mlx5e). The vulnerability is a use-after-free in mlx5e_tx_reporter_timeout_recover, where sq->netdev is accessed after mlx5e_safe_reopen_channels() tears down the channel and its embedded SQs. The fix replaces three sq->netde...

9.8CVSS6.8AI score0.00631EPSS
SaveExploits0References3Affected Software1
EUVD
EUVD
•added 2026/07/19 3:40 p.m.•23 views

EUVD-2026-45807

In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: Fix use-after-free in mlx5etxreportertimeoutrecover mlx5etxreportertimeoutrecover accesses sq-netdev after mlx5esafereopenchannels has torn down and freed the channel and its embedded SQs. Replace the three sq-netdev...

6.8AI score0.00631EPSS
SaveExploits0References3
Debian CVE
Debian CVE
•added 2026/07/19 3:40 p.m.•33 views

CVE-2026-64122

In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: Fix use-after-free in mlx5etxreportertimeoutrecover mlx5etxreportertimeoutrecover accesses sq-netdev after mlx5esafereopenchannels has torn down and freed the channel and its embedded SQs. Replace the three sq-netdev...

9.8CVSS6.8AI score0.00631EPSS
SaveExploits0
Cvelist
Cvelist
•added 2026/07/19 2:56 p.m.•47 views

CVE-2026-63975 Bluetooth: L2CAP: Fix possible crash on l2cap_ecred_conn_rsp

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Fix possible crash on l2capecredconnrsp If dcid is received for an already-assigned destination CID the spec requires that both channels to be discarded, but calling l2capchandel may invalidate the tmp cursor...

8.8CVSS0.00354EPSS
SaveExploits0References8
Debian CVE
Debian CVE
•added 2026/07/19 2:56 p.m.•20 views

CVE-2026-63975

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Fix possible crash on l2capecredconnrsp If dcid is received for an already-assigned destination CID the spec requires that both channels to be discarded, but calling l2capchandel may invalidate the tmp cursor...

8.8CVSS5.6AI score0.00354EPSS
SaveExploits0
EUVD
EUVD
•added 2026/07/19 2:56 p.m.•21 views

EUVD-2026-45748

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: Fix possible crash on l2capecredconnrsp If dcid is received for an already-assigned destination CID the spec requires that both channels to be discarded, but calling l2capchandel may invalidate the tmp cursor...

5.6AI score0.00354EPSS
SaveExploits0References8
Debian CVE
Debian CVE
•added 2026/07/19 2:55 p.m.•16 views

CVE-2026-63948

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: fix chan ref leak in l2capchantimeout on !conn setchantimer takes a l2capchan reference via l2capchanhold before scheduling the delayed work. The normal path in l2capchantimeout drops this reference with...

5.4AI score0.0022EPSS
SaveExploits0
Cvelist
Cvelist
•added 2026/07/19 2:55 p.m.•41 views

CVE-2026-63948 Bluetooth: L2CAP: fix chan ref leak in l2cap_chan_timeout() on !conn

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: fix chan ref leak in l2capchantimeout on !conn setchantimer takes a l2capchan reference via l2capchanhold before scheduling the delayed work. The normal path in l2capchantimeout drops this reference with...

0.0022EPSS
SaveExploits0References8
CVE
CVE
•added 2026/07/19 2:55 p.m.•51 views

CVE-2026-63948

The CVE affects the Linux kernel Bluetooth L2CAP stack, where l2cap_chan_timeout() leaks a l2cap_chan reference when chan->conn is NULL because the early return skips l2cap_chan_put() after __set_chan_timer() holds the reference via l2cap_chan_hold(). The fix adds the missing l2cap_chan_put() ...

5.4AI score0.0022EPSS
SaveExploits0References8
CVE
CVE
•added 2026/07/19 2:55 p.m.•64 views

CVE-2026-63944

The set of CVE records (CVE-2026-63944) describes a Linux kernel issue in Bluetooth hci_sync: hci_le_create_cis_sync that can cause a use-after-free by dereferencing conn->conn_timeout after releasing rcu_read_lock() and hci_dev_lock(hdev). The conn pointer originates from an RCU-protected ite...

8.8CVSS5.8AI score0.00333EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/07/19 2:55 p.m.•53 views

CVE-2026-63944 Bluetooth: hci_sync: fix UAF in hci_le_create_cis_sync

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: fix UAF in hcilecreatecissync hcilecreatecissync dereferences conn-conntimeout after releasing both rcureadlock and hcidevlockhdev. The conn pointer was obtained from an RCU-protected iteration over...

8.8CVSS0.00333EPSS
SaveExploits0References5
EUVD
EUVD
•added 2026/07/19 2:55 p.m.•19 views

EUVD-2026-45717

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: fix UAF in hcilecreatecissync hcilecreatecissync dereferences conn-conntimeout after releasing both rcureadlock and hcidevlockhdev. The conn pointer was obtained from an RCU-protected iteration over...

5.8AI score0.00333EPSS
SaveExploits0References5
Debian CVE
Debian CVE
•added 2026/07/19 2:55 p.m.•17 views

CVE-2026-63944

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: hcisync: fix UAF in hcilecreatecissync hcilecreatecissync dereferences conn-conntimeout after releasing both rcureadlock and hcidevlockhdev. The conn pointer was obtained from an RCU-protected iteration over...

8.8CVSS6.2AI score0.00333EPSS
SaveExploits0
NVD
NVD
•added 2026/07/19 11:16 a.m.•25 views

CVE-2026-53377

In the Linux kernel, the following vulnerability has been resolved: drm/msm: always recover the gpu Previously, in case there was no more work to do, recover worker wouldn't trigger recovery and would instead rely on the gpu going to sleep and then resuming when more work is submitted...

5.5CVSS0.0016EPSS
SaveExploits0References3
Rows per page
Query Builder