Lucene search
+L

14505 matches found

EUVD
EUVD
•added 2026/05/27 12:57 p.m.•38 views

EUVD-2026-32448

In the Linux kernel, the following vulnerability has been resolved: ceph: fix numops off-by-one when crypto allocation fails movedirtyfolioinpagearray may fail if the file is encrypted, the dirty folio is not the first in the batch, and it fails to allocate a bounce buffer to hold the ciphertext...

5.8AI score0.0016EPSS
SaveExploits0References3
SUSE CVE
SUSE CVE
•added 2026/05/27 12:57 p.m.•26 views

SUSE CVE-2026-45840

In the Linux kernel, the following vulnerability has been resolved: openvswitch: cap upcall PID array size and pre-size vport replies The vport netlink reply helpers allocate a fixed-size skb with nlmsgnewNLMSGDEFAULTSIZE, ... but serialize the full upcall PID array via ovsvportgetupcallportids...

6.5CVSS6AI score0.00132EPSS
SaveExploits0References17
CVE
CVE
•added 2026/05/27 12:57 p.m.•80 views

CVE-2026-46050

CVE-2026-46050 : In the Linux kernel, the md/raid10 deadlock arises when an array check runs concurrently with NOWAIT IO. The check path raises a barrier and increments nr_pending, while NOWAIT requests return immediately and do not increment nr_pending, leading to a mismatch. Upstream changes (r...

5.5CVSS5.6AI score0.00125EPSS
SaveExploits0References8Affected Software1
osv-cve
osv-cve
•added 2026/05/27 12:57 p.m.•16 views

CVE-2026-46050 md/raid10: fix deadlock with check operation and nowait requests

In the Linux kernel, the following vulnerability has been resolved: md/raid10: fix deadlock with check operation and nowait requests When an array check is running it will raise the barrier at which point normal requests will become blocked and increment the nrpending value to signal there is wor...

5.8AI score
SaveExploits0References11
osv-cve
osv-cve
•added 2026/05/27 12:56 p.m.•25 views

CVE-2026-46037 ipv4: icmp: validate reply type before using icmp_pointers

In the Linux kernel, the following vulnerability has been resolved: ipv4: icmp: validate reply type before using icmppointers Extended echo replies use ICMPEXTECHOREPLY as the outbound reply type. That value is outside the range covered by icmppointers, which only describes the traditional ICMP...

8.2CVSS6.5AI score
SaveExploits0References13
attackerkb
attackerkb
•added 2026/05/27 12:56 p.m.•19 views

CVE-2026-46037

In the Linux kernel, the following vulnerability has been resolved: ipv4: icmp: validate reply type before using icmppointers Extended echo replies use ICMPEXTECHOREPLY as the outbound reply type. That value is outside the range covered by icmppointers, which only describes the traditional ICMP...

8.2CVSS6.6AI score0.00732EPSS
SaveExploits0References8Affected Software1
Cvelist
Cvelist
•added 2026/05/27 12:56 p.m.•74 views

CVE-2026-46037 ipv4: icmp: validate reply type before using icmp_pointers

In the Linux kernel, the following vulnerability has been resolved: ipv4: icmp: validate reply type before using icmppointers Extended echo replies use ICMPEXTECHOREPLY as the outbound reply type. That value is outside the range covered by icmppointers, which only describes the traditional ICMP...

8.2CVSS0.00732EPSS
SaveExploits0References7
CVE
CVE
•added 2026/05/27 12:56 p.m.•115 views

CVE-2026-46037

The CVE-2026-46037 issue affects the Linux kernel IPv4 ICMP component. Extended echo replies could use ICMP_EXT_ECHOREPLY outside the icmp_pointers[] range; the fix avoids icmp_pointers[] lookups for out-of-range types and uses array_index_nospec() for in-range lookups. Multiple OS feeds report p...

8.2CVSS6.6AI score0.00732EPSS
SaveExploits0References10Affected Software1
RedhatCVE
RedhatCVE
•added 2026/05/27 12:34 p.m.•23 views

CVE-2026-45840

A flaw was found in the Linux kernel's Open vSwitch component. A local attacker, with administrative network capabilities, could exploit this by providing an overly large Process ID PID array. This action triggers a buffer overflow within the network link netlink reply mechanism, leading to a...

7CVSS6.1AI score0.00132EPSS
SaveExploits0References4
osv-cve
osv-cve
•added 2026/05/27 12:18 p.m.•20 views

CVE-2026-45967 bpf: Return proper address for non-zero offsets in insn array

In the Linux kernel, the following vulnerability has been resolved: bpf: Return proper address for non-zero offsets in insn array The mapdirectvalueaddr function of the instruction array map incorrectly adds offset to the resulting address. This is a bug, because later the resolvepseudoldimm64...

5.9AI score
SaveExploits0References5
Cvelist
Cvelist
•added 2026/05/27 12:18 p.m.•69 views

CVE-2026-45967 bpf: Return proper address for non-zero offsets in insn array

In the Linux kernel, the following vulnerability has been resolved: bpf: Return proper address for non-zero offsets in insn array The mapdirectvalueaddr function of the instruction array map incorrectly adds offset to the resulting address. This is a bug, because later the resolvepseudoldimm64...

0.00143EPSS
SaveExploits0References2
CVE
CVE
•added 2026/05/27 12:18 p.m.•53 views

CVE-2026-45967

CVE-2026-45967 : In the Linux kernel, vulnerability in the BPF instruction array map due to the function map_direct_value_addr() adding an offset to the resulting address. The issue has been resolved with a fix that corrects the address calculation, and corresponding selftests were added in a fol...

5.5CVSS5.9AI score0.00143EPSS
SaveExploits0References2Affected Software1
Debian CVE
Debian CVE
•added 2026/05/27 12:18 p.m.•27 views

CVE-2026-45967

In the Linux kernel, the following vulnerability has been resolved: bpf: Return proper address for non-zero offsets in insn array The mapdirectvalueaddr function of the instruction array map incorrectly adds offset to the resulting address. This is a bug, because later the resolvepseudoldimm64...

5.5CVSS6AI score0.00143EPSS
SaveExploits0
CVE
CVE
•added 2026/05/27 12:18 p.m.•52 views

CVE-2026-45953

CVE-2026-45953 affects the Linux kernel’s MD RAID5 subsystem. The root cause is a missing check in need_this_block() when an llbitmap bit is unwritten in a degraded array, which can cause stripe handling to deadlock and trigger an I/O hang (DoS-like impact). Public sources describe the issue and ...

5.5CVSS5.9AI score0.0016EPSS
SaveExploits0References3Affected Software1
Debian CVE
Debian CVE
•added 2026/05/27 12:18 p.m.•50 views

CVE-2026-45953

In the Linux kernel, the following vulnerability has been resolved: md/raid5: fix IO hang with degraded array with llbitmap When llbitmap bit state is still unwritten, any new write should force rcw, as bitmapops-blockssynced is checked in handlestripedirtying. However, later the same check is...

5.5CVSS5.7AI score0.0016EPSS
SaveExploits0
Cvelist
Cvelist
•added 2026/05/27 12:18 p.m.•67 views

CVE-2026-45953 md/raid5: fix IO hang with degraded array with llbitmap

In the Linux kernel, the following vulnerability has been resolved: md/raid5: fix IO hang with degraded array with llbitmap When llbitmap bit state is still unwritten, any new write should force rcw, as bitmapops-blockssynced is checked in handlestripedirtying. However, later the same check is...

0.0016EPSS
SaveExploits0References3
Debian CVE
Debian CVE
•added 2026/05/27 12:15 p.m.•41 views

CVE-2026-45847

In the Linux kernel, the following vulnerability has been resolved: net: remove WARNONONCE when accessing forward path array Although unlikely, recent support for IPIP tunnels increases chances of reaching this WARNONONCE if userspace manages to build a sufficiently long forward path. Remove it...

5.5CVSS6.1AI score0.00162EPSS
SaveExploits0
CVE
CVE
•added 2026/05/27 12:15 p.m.•57 views

CVE-2026-45847

CVE-2026-45847 concerns the Linux kernel networking path: removing WARN_ON_ONCE when accessing the forward path array to mitigate a potential issue with overly long forward paths via IPIP tunnels. The vulnerability is local in scope and is not described as exploitable via remote vectors in the pr...

5.5CVSS5.8AI score0.00162EPSS
SaveExploits0References7Affected Software1
Cvelist
Cvelist
•added 2026/05/27 12:15 p.m.•56 views

CVE-2026-45847 net: remove WARN_ON_ONCE when accessing forward path array

In the Linux kernel, the following vulnerability has been resolved: net: remove WARNONONCE when accessing forward path array Although unlikely, recent support for IPIP tunnels increases chances of reaching this WARNONONCE if userspace manages to build a sufficiently long forward path. Remove it...

0.00162EPSS
SaveExploits0References7
osv-cve
osv-cve
•added 2026/05/27 12:15 p.m.•16 views

CVE-2026-45847 net: remove WARN_ON_ONCE when accessing forward path array

In the Linux kernel, the following vulnerability has been resolved: net: remove WARNONONCE when accessing forward path array Although unlikely, recent support for IPIP tunnels increases chances of reaching this WARNONONCE if userspace manages to build a sufficiently long forward path. Remove it...

5.9AI score
SaveExploits0References10
Rows per page
Query Builder