Lucene search
+L

4 matches found

OSV
OSV
added 2026/07/25 10:17 a.m.11 views

UBUNTU-CVE-2026-64292

In the Linux kernel, the following vulnerability has been resolved: iommufd: Move vevent memory allocation outside spinlock The veventq memory allocation happens inside the spinlock. Given its depth is decided by the user space, this leaves a vulnerability, where userspace can allocate large queu...

5.5CVSS5.7AI score0.00153EPSS
SaveExploits0References6
CVE
CVE
added 2026/07/25 8:49 a.m.19 views

CVE-2026-64292

CVE-2026-64292 : In the Linux kernel, the iommufd component is vulnerable due to veventq memory allocation happening inside a spinlock, enabling a local user to exhaust atomic memory reserves by creating large queues and trigger a DoS. The fix moves the veventq memory allocation outside the spinl...

5.5CVSS5.8AI score0.00153EPSS
SaveExploits0References3Affected Software1
NVD
NVD
added 2026/05/06 12:16 p.m.10 views

CVE-2026-43245

In the Linux kernel, the following vulnerability has been resolved: ntfs: -dcompare must not block ... so don't use getname there. Switch it and ntfsdhash, while we are at it to kmallocPATHMAX, GFPNOWAIT. Yes, ntfsdhash almost certainly can do with smaller allocations, but let ntfs folks deal wit...

7.5CVSS0.00441EPSS
SaveExploits0References5
OSV
OSV
added 2024/10/21 8:15 p.m.23 views

UBUNTU-CVE-2024-50065

In the Linux kernel, the following vulnerability has been resolved: ntfs3: Change to non-blocking allocation in ntfsdhash dhash is done while under "rcu-walk" and should not sleep. getname allocates using GFPKERNEL, having the possibility to sleep when under memory pressure. Change the allocation...

5.5CVSS6.2AI score0.00219EPSS
SaveExploits0References20
Rows per page
Query Builder