Lucene search
+L

335697 matches found

OSV
OSV
•added 2026/10/06 8:45 a.m.•4 views

CVE-2026-98287 pppoatm: ensure a writable skb header and linear data

In the Linux kernel, the following vulnerability has been resolved: pppoatm: ensure a writable skb header and linear data In pppoatmsend, LLC encapsulation checks whether there is sufficient headroom for the 4-byte LLC header, but does not ensure that the skb header is writable. Normal transmit...

5.9AI score
SaveExploits0References10
CVE
CVE
•added 2026/10/06 8:45 a.m.•18 views

CVE-2026-98285

The Linux kernel contains a vulnerability in the net: bridge: vlan component where switchdev could prevent vlan deletion and trigger errors in __vlan_del. This flaw can lead to inconsistent states , memory leaks , and a NULL pointer dereference during bridge flushing. The fix involves logging the...

5.6AI score0.00162EPSS
SaveExploits0References2
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•9 views

EUVD-2026-93213

In the Linux kernel, the following vulnerability has been resolved: net: bridge: vlan: fix bugs caused by switchdev deletion errors Allowing switchdev to prevent vlan deletion and error out in vlandel could cause multiple different issues - inconsistent state, memory leaks when flushing, NULL...

5.6AI score0.00162EPSS
SaveExploits0References2
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•26 views

CVE-2026-98285 net: bridge: vlan: fix bugs caused by switchdev deletion errors

In the Linux kernel, the following vulnerability has been resolved: net: bridge: vlan: fix bugs caused by switchdev deletion errors Allowing switchdev to prevent vlan deletion and error out in vlandel could cause multiple different issues - inconsistent state, memory leaks when flushing, NULL...

0.00162EPSS
SaveExploits0References2
OSV
OSV
•added 2026/10/06 8:45 a.m.•5 views

CVE-2026-98285 net: bridge: vlan: fix bugs caused by switchdev deletion errors

In the Linux kernel, the following vulnerability has been resolved: net: bridge: vlan: fix bugs caused by switchdev deletion errors Allowing switchdev to prevent vlan deletion and error out in vlandel could cause multiple different issues - inconsistent state, memory leaks when flushing, NULL...

5.7AI score
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•25 views

CVE-2026-98284 netlink: do not free nlk->groups while lockless readers can use it

In the Linux kernel, the following vulnerability has been resolved: netlink: do not free nlk-groups while lockless readers can use it netlinkreallocgroups uses krealloc under netlinktablegrab. Whenever NLGRPSZgroups lands in a different kmalloc bucket, the old bitmap is freed immediately. Two...

0.00162EPSS
SaveExploits0References2
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•5 views

EUVD-2026-93212

In the Linux kernel, the following vulnerability has been resolved: netlink: do not free nlk-groups while lockless readers can use it netlinkreallocgroups uses krealloc under netlinktablegrab. Whenever NLGRPSZgroups lands in a different kmalloc bucket, the old bitmap is freed immediately. Two...

6AI score0.00162EPSS
SaveExploits0References2
CVE
CVE
•added 2026/10/06 8:45 a.m.•12 views

CVE-2026-98284

The Linux kernel contains a vulnerability where netlink_realloc_groups() uses krealloc() to reallocate the nlk->groups bitmap. If the new size falls into a different kmalloc bucket , the old bitmap is freed immediately while lockless readers—specifically sk_diag_dump_groups() and netlink_nativ...

6AI score0.00162EPSS
SaveExploits0References2
OSV
OSV
•added 2026/10/06 8:45 a.m.•10 views

CVE-2026-98284 netlink: do not free nlk->groups while lockless readers can use it

In the Linux kernel, the following vulnerability has been resolved: netlink: do not free nlk-groups while lockless readers can use it netlinkreallocgroups uses krealloc under netlinktablegrab. Whenever NLGRPSZgroups lands in a different kmalloc bucket, the old bitmap is freed immediately. Two...

6AI score
SaveExploits0References5
CVE
CVE
•added 2026/10/06 8:45 a.m.•15 views

CVE-2026-98283

The Linux kernel contains a use-after-free vulnerability in the KVM subsystem specifically for PPC: Book3S HV hardware. The issue exists in kvmhv_emulate_tlbie_all_lpid(), where the function iterates the nested-guest IDR and drops the mmu_lock without holding a reference on the kvm_nested_guest p...

8.8CVSS6.1AI score0.00135EPSS
SaveExploits0References6
OSV
OSV
•added 2026/10/06 8:45 a.m.•3 views

CVE-2026-98283 KVM: PPC: Book3S HV: fix use-after-free in kvmhv_emulate_tlbie_all_lpid()

In the Linux kernel, the following vulnerability has been resolved: KVM: PPC: Book3S HV: fix use-after-free in kvmhvemulatetlbiealllpid kvmhvemulatetlbiealllpid iterates the nested-guest IDR and drops mmulock before calling kvmhvemulatetlbielpid, but does not hold a reference on the kvmnestedgues...

8.8CVSS6.1AI score
SaveExploits0References9
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•8 views

EUVD-2026-93211

In the Linux kernel, the following vulnerability has been resolved: KVM: PPC: Book3S HV: fix use-after-free in kvmhvemulatetlbiealllpid kvmhvemulatetlbiealllpid iterates the nested-guest IDR and drops mmulock before calling kvmhvemulatetlbielpid, but does not hold a reference on the kvmnestedgues...

6.1AI score0.00135EPSS
SaveExploits0References6
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•8 views

EUVD-2026-93210

In the Linux kernel, the following vulnerability has been resolved: powerpc/iommu: Fix the overflow validation in iommutcecheckioba The commit b1af23d836f8 "KVM: PPC: iommu: Unify TCE checking" unified IOBA parameter checking across KVM and VFIO into iommutcecheckioba. While doing so, the passed ...

5.9AI score0.00138EPSS
SaveExploits0References8
CVE
CVE
•added 2026/10/06 8:45 a.m.•14 views

CVE-2026-98282

The Linux kernel contains a vulnerability in the powerpc/iommu component related to iommu_tce_check_ioba. The issue arose because a previous commit unified IOBA parameter checking but ignored the npages argument, using a constant value of '1' instead. This omission could lead to an arithmetic ove...

8.8CVSS5.9AI score0.00138EPSS
SaveExploits0References8
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•32 views

CVE-2026-98282 powerpc/iommu: Fix the overflow validation in iommu_tce_check_ioba

In the Linux kernel, the following vulnerability has been resolved: powerpc/iommu: Fix the overflow validation in iommutcecheckioba The commit b1af23d836f8 "KVM: PPC: iommu: Unify TCE checking" unified IOBA parameter checking across KVM and VFIO into iommutcecheckioba. While doing so, the passed ...

8.8CVSS0.00138EPSS
SaveExploits0References8
OSV
OSV
•added 2026/10/06 8:45 a.m.•10 views

CVE-2026-98282 powerpc/iommu: Fix the overflow validation in iommu_tce_check_ioba

In the Linux kernel, the following vulnerability has been resolved: powerpc/iommu: Fix the overflow validation in iommutcecheckioba The commit b1af23d836f8 "KVM: PPC: iommu: Unify TCE checking" unified IOBA parameter checking across KVM and VFIO into iommutcecheckioba. While doing so, the passed ...

8.8CVSS5.9AI score
SaveExploits0References11
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•9 views

EUVD-2026-93209

In the Linux kernel, the following vulnerability has been resolved: futex: Also allocate private hash on vfork As Jann demonstrated, it is entirely feasible to access the mm through vfork. Therefore we need to allocate a private hash on vfork as well as any other CLONEVM user. Specifically, it mu...

5.8AI score0.00136EPSS
SaveExploits0References3
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•29 views

CVE-2026-98281 futex: Also allocate private hash on vfork()

In the Linux kernel, the following vulnerability has been resolved: futex: Also allocate private hash on vfork As Jann demonstrated, it is entirely feasible to access the mm through vfork. Therefore we need to allocate a private hash on vfork as well as any other CLONEVM user. Specifically, it mu...

7.8CVSS0.00136EPSS
SaveExploits0References3
OSV
OSV
•added 2026/10/06 8:45 a.m.•9 views

CVE-2026-98281 futex: Also allocate private hash on vfork()

In the Linux kernel, the following vulnerability has been resolved: futex: Also allocate private hash on vfork As Jann demonstrated, it is entirely feasible to access the mm through vfork. Therefore we need to allocate a private hash on vfork as well as any other CLONEVM user. Specifically, it mu...

7.8CVSS5.8AI score
SaveExploits0References6
CVE
CVE
•added 2026/10/06 8:45 a.m.•13 views

CVE-2026-98281

The Linux kernel contains a vulnerability where a private hash must be allocated during a vfork() system call, similar to other CLONE_VM users. This is necessary because it is feasible to access the mm (memory management) through vfork(). The issue specifically requires ensuring that (private) fu...

7.8CVSS5.8AI score0.00136EPSS
SaveExploits0References3
Rows per page
Query Builder