Lucene search
+L

7724 matches found

OSV
OSV
added 2025/12/16 2:15 p.m.8 views

UBUNTU-CVE-2025-68223

In the Linux kernel, the following vulnerability has been resolved: drm/radeon: delete radeonfenceprocess in issignaled, no deadlock Delete the attempt to progress the queue when checking if fence is signaled. This avoids deadlock. dma-fenceops::signaled can be called with the fence lock in unkno...

5.5CVSS5.7AI score0.00114EPSS
SaveExploits0References22
UbuntuCve
UbuntuCve
added 2025/12/16 2:15 p.m.5 views

CVE-2025-68203

Rejected reason: This CVE ID has been rejected or withdrawn by its CVE Numbering Authority...

5.7AI score0.00024EPSS
SaveExploits0References4
UbuntuCve
UbuntuCve
added 2025/12/16 2:15 p.m.7 views

CVE-2025-40347

In the Linux kernel, the following vulnerability has been resolved: net: enetc: fix the deadlock of enetcmdiolock After applying the workaround for err050089, the LS1028A platform experiences RCU stalls on RT kernel. This issue is caused by the recursive acquisition of the read lock enetcmdiolock...

7.5CVSS5.4AI score0.00512EPSS
SaveExploits0References21
OSV
OSV
added 2025/12/16 2:15 p.m.7 views

UBUNTU-CVE-2025-68178

In the Linux kernel, the following vulnerability has been resolved: blk-cgroup: fix possible deadlock while configuring policy Following deadlock can be triggered easily by lockdep: WARNING: possible circular locking dependency detected 6.17.0-rc3-00124-ga12c2658ced0 1665 Not tainted...

5.7AI score0.00197EPSS
SaveExploits0References22
UbuntuCve
UbuntuCve
added 2025/12/16 2:15 p.m.14 views

CVE-2025-68202

In the Linux kernel, the following vulnerability has been resolved: schedext: Fix unsafe locking in the scxdumpstate For built with CONFIGPREEMPTRT=y kernels, the dumplock will be converted sleepable spinlock and not disable-irq, so the following scenarios occur: inconsistent IN-HARDIRQ-W -...

5.7AI score0.00193EPSS
SaveExploits0References10
UbuntuCve
UbuntuCve
added 2025/12/16 2:15 p.m.8 views

CVE-2025-68223

In the Linux kernel, the following vulnerability has been resolved: drm/radeon: delete radeonfenceprocess in issignaled, no deadlock Delete the attempt to progress the queue when checking if fence is signaled. This avoids deadlock. dma-fenceops::signaled can be called with the fence lock in unkno...

5.5CVSS5.6AI score0.00114EPSS
SaveExploits0References21
UbuntuCve
UbuntuCve
added 2025/12/16 2:15 p.m.4 views

CVE-2025-68178

In the Linux kernel, the following vulnerability has been resolved: blk-cgroup: fix possible deadlock while configuring policy Following deadlock can be triggered easily by lockdep: WARNING: possible circular locking dependency detected 6.17.0-rc3-00124-ga12c2658ced0 1665 Not tainted...

5.7AI score0.00197EPSS
SaveExploits0References21
OSV
OSV
added 2025/12/16 2:15 p.m.9 views

UBUNTU-CVE-2025-68202

In the Linux kernel, the following vulnerability has been resolved: schedext: Fix unsafe locking in the scxdumpstate For built with CONFIGPREEMPTRT=y kernels, the dumplock will be converted sleepable spinlock and not disable-irq, so the following scenarios occur: inconsistent IN-HARDIRQ-W -...

5.7AI score0.00193EPSS
SaveExploits0References11
Cvelist
Cvelist
added 2025/12/16 1:57 p.m.41 views

CVE-2025-68223 drm/radeon: delete radeon_fence_process in is_signaled, no deadlock

In the Linux kernel, the following vulnerability has been resolved: drm/radeon: delete radeonfenceprocess in issignaled, no deadlock Delete the attempt to progress the queue when checking if fence is signaled. This avoids deadlock. dma-fenceops::signaled can be called with the fence lock in unkno...

0.00114EPSS
SaveExploits0References5
CVE
CVE
added 2025/12/16 1:57 p.m.40 views

CVE-2025-68223

CVE-2025-68223 concerns the Linux kernel code path for DRM/Radeon fence handling. The fix removes an attempted forward progress on the queue inside is_signaled, preventing a potential self-deadlock when the fence lock also serves as the wait-queue lock. The underlying issue was that dma-fence_ops...

5.5CVSS6AI score0.00114EPSS
SaveExploits0References5Affected Software1
OSV
OSV
added 2025/12/16 1:57 p.m.7 views

CVE-2025-68223 drm/radeon: delete radeon_fence_process in is_signaled, no deadlock

In the Linux kernel, the following vulnerability has been resolved: drm/radeon: delete radeonfenceprocess in issignaled, no deadlock Delete the attempt to progress the queue when checking if fence is signaled. This avoids deadlock. dma-fenceops::signaled can be called with the fence lock in unkno...

6.2AI score
SaveExploits0References8
ATTACKERKB
ATTACKERKB
added 2025/12/16 1:57 p.m.9 views

CVE-2025-68223

In the Linux kernel, the following vulnerability has been resolved: drm/radeon: delete radeonfenceprocess in issignaled, no deadlock Delete the attempt to progress the queue when checking if fence is signaled. This avoids deadlock. dma-fenceops::signaled can be called with the fence lock in unkno...

5.2AI score0.00114EPSS
SaveExploits0References6Affected Software1
Cvelist
Cvelist
added 2025/12/16 1:57 p.m.36 views

CVE-2025-68218 nvme-multipath: fix lockdep WARN due to partition scan work

In the Linux kernel, the following vulnerability has been resolved: nvme-multipath: fix lockdep WARN due to partition scan work Blktests test cases nvme/014, 057 and 058 fail occasionally due to a lockdep WARN. As reported in the Closes tag URL, the WARN indicates that a deadlock can happen due t...

7.5CVSS0.00516EPSS
SaveExploits0References5
CVE
CVE
added 2025/12/16 1:57 p.m.27 views

CVE-2025-68218

CVE-2025-68218 : Linux kernel vulnerability in the nvme-multipath path. The deadlock risk arises from dependency among disk_open_mutex, kblockd workqueue, and partition_scan_work. The fix cuts the dependency by executing partition_scan_work through the nvme_workqueue (nvme_wq) instead of the kblo...

7.5CVSS6.1AI score0.00516EPSS
SaveExploits0References5
OSV
OSV
added 2025/12/16 1:57 p.m.6 views

CVE-2025-68218 nvme-multipath: fix lockdep WARN due to partition scan work

In the Linux kernel, the following vulnerability has been resolved: nvme-multipath: fix lockdep WARN due to partition scan work Blktests test cases nvme/014, 057 and 058 fail occasionally due to a lockdep WARN. As reported in the Closes tag URL, the WARN indicates that a deadlock can happen due t...

7.5CVSS6.4AI score
SaveExploits0References8
OSV
OSV
added 2025/12/16 1:48 p.m.11 views

CVE-2025-68203 drm/amdgpu: fix lock warning in amdgpu_userq_fence_driver_process

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: fix lock warning in amdgpuuserqfencedriverprocess Fix a potential deadlock caused by inconsistent spinlock usage between interrupt and process contexts in the userq fence driver. The issue occurs when...

6.2AI score
SaveExploits0References5
Cvelist
Cvelist
added 2025/12/16 1:48 p.m.38 views

CVE-2025-68202 sched_ext: Fix unsafe locking in the scx_dump_state()

In the Linux kernel, the following vulnerability has been resolved: schedext: Fix unsafe locking in the scxdumpstate For built with CONFIGPREEMPTRT=y kernels, the dumplock will be converted sleepable spinlock and not disable-irq, so the following scenarios occur: inconsistent IN-HARDIRQ-W -...

0.00193EPSS
SaveExploits0References3
CVE
CVE
added 2025/12/16 1:48 p.m.28 views

CVE-2025-68202

Summary of CVE-2025-68202 (Linux kernel) : The issue is a locking defect in sched_ext’s scx_dump_state() that could lead to a deadlock under PREEMPT_RT configurations. The root cause is unsafe locking where a sleepable spinlock (dump_lock) could be taken while interrupts are active, creating a po...

6.2AI score0.00193EPSS
SaveExploits0References3
OSV
OSV
added 2025/12/16 1:48 p.m.7 views

CVE-2025-68202 sched_ext: Fix unsafe locking in the scx_dump_state()

In the Linux kernel, the following vulnerability has been resolved: schedext: Fix unsafe locking in the scxdumpstate For built with CONFIGPREEMPTRT=y kernels, the dumplock will be converted sleepable spinlock and not disable-irq, so the following scenarios occur: inconsistent IN-HARDIRQ-W -...

6.4AI score
SaveExploits0References6
CVE
CVE
added 2025/12/16 1:42 p.m.24 views

CVE-2025-68178

CVE-2025-68178 involves a Linux kernel deadlock in blk-cgroup configuration. The issue stems from locking order: blk_queue_enter() is taken with rq_qos_mutex held in blkg_conf_prep(), while queue freezing occurs with rq_qos_mutex held elsewhere. The dependency chain: sysfs_lock -> rq_qos_mutex...

6.1AI score0.00197EPSS
SaveExploits0References4
Rows per page
Query Builder