Lucene search
+L

337141 matches found

osv-cve
osv-cve
•added 2026/10/06 8:45 a.m.•8 views

CVE-2026-98276 net: lock the socket in sock_gettstamp()

In the Linux kernel, the following vulnerability has been resolved: net: lock the socket in sockgettstamp sk-skflags must only be changed while holding the socket lock, because socksetflag and sockresetflag use non atomic operations setbit and clearbit. sockgettstamp is one of the last places whe...

7.8CVSS6.2AI score
SaveExploits0References11
CVE
CVE
•added 2026/10/06 8:45 a.m.•21 views

CVE-2026-98276

The Linux kernel is vulnerable to a UDP socket use-after-free due to a race condition in sock_gettstamp(). The sk->sk_flags field is modified using non-atomic operations without holding the socket lock, specifically when sock_enable_timestamp() sets the SOCK_TIMESTAMP bit. This allows a SIOCGS...

7.8CVSS6.3AI score0.00135EPSS
SaveExploits0References8
CVE
CVE
•added 2026/10/06 8:45 a.m.•17 views

CVE-2026-98275

The Linux kernel contains a vulnerability in the cortina ethernet driver regarding how it handles the RX overrun interrupt . The gmac_irq() function incorrectly acknowledges the interrupt using the RX descriptor error bit from status register 0, instead of the bit reported in status register 4. F...

5.9AI score0.00176EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•10 views

EUVD-2026-93202

In the Linux kernel, the following vulnerability has been resolved: net: psp: avoid conflicts with skb-decrypted and skvalidatexmitskb PSP conflicts with TLS ULP in its usage of both skb-decrypted and sk-skvalidatexmitskb. Make PSP mutually exclusive with TLS ULP, the only other user of either of...

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

CVE-2026-98274 net: psp: avoid conflicts with skb->decrypted and sk_validate_xmit_skb()

In the Linux kernel, the following vulnerability has been resolved: net: psp: avoid conflicts with skb-decrypted and skvalidatexmitskb PSP conflicts with TLS ULP in its usage of both skb-decrypted and sk-skvalidatexmitskb. Make PSP mutually exclusive with TLS ULP, the only other user of either of...

0.00173EPSS
SaveExploits0References3
osv-cve
osv-cve
•added 2026/10/06 8:45 a.m.•8 views

CVE-2026-98274 net: psp: avoid conflicts with skb->decrypted and sk_validate_xmit_skb()

In the Linux kernel, the following vulnerability has been resolved: net: psp: avoid conflicts with skb-decrypted and skvalidatexmitskb PSP conflicts with TLS ULP in its usage of both skb-decrypted and sk-skvalidatexmitskb. Make PSP mutually exclusive with TLS ULP, the only other user of either of...

5.8AI score
SaveExploits0References6
CVE
CVE
•added 2026/10/06 8:45 a.m.•11 views

CVE-2026-98274

The Linux kernel contains a conflict between PSP and the TLS ULP regarding the usage of skb->decrypted and sk->sk_validate_xmit_skb(). To resolve this, PSP is made mutually exclusive with TLS ULP. The fix involves including all TCP ULPs in the sk_has_decrypt_user() check to close potential ...

5.9AI score0.00173EPSS
SaveExploits0References3
CVE
CVE
•added 2026/10/06 8:45 a.m.•24 views

CVE-2026-98273

The Linux kernel is vulnerable to a crash when using eBPF to probe CS CALL instructions within a function. The root cause is that kprobes (using INT3 as the underlying implementation) incorrectly assumes a CALL instruction is 5 bytes long, while a CS-prefixed CALL occupies 6 bytes. This leads to ...

5.9AI score0.00173EPSS
SaveExploits0References3
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•8 views

EUVD-2026-93201

In the Linux kernel, the following vulnerability has been resolved: x86/kprobes: Fix crash when probing CS CALL instructions When using eBPF to probe CS CALL instructions within a function, a crash can be triggered. The eBPF tool probes offset 257 of the hrtimerrunqueues function: : nopl...

5.9AI score0.00173EPSS
SaveExploits0References3
osv-cve
osv-cve
•added 2026/10/06 8:45 a.m.•9 views

CVE-2026-98273 x86/kprobes: Fix crash when probing CS CALL instructions

In the Linux kernel, the following vulnerability has been resolved: x86/kprobes: Fix crash when probing CS CALL instructions When using eBPF to probe CS CALL instructions within a function, a crash can be triggered. The eBPF tool probes offset 257 of the hrtimerrunqueues function: : nopl...

5.8AI score
SaveExploits0References6
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•11 views

EUVD-2026-93200

In the Linux kernel, the following vulnerability has been resolved: net: mvpp2: prevent buffer overflow in pagepool allocation The per‑processor buffering scheme is supported only if the number of pools nrxqs 2 does not exceed MVPP2BMMAXPOOLS 8. This is already checked in mvpp2probe during the...

6.4AI score0.00203EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•14 views

EUVD-2026-93199

In the Linux kernel, the following vulnerability has been resolved: net: skbuff: do not leave stale header offsets after pskbcarve pskbcarveinsideheader and pskbcarveinsidenonlinear remove the first bytes of a packet and reallocate skb-head. All the headers that were present before the operation...

6AI score0.00175EPSS
SaveExploits0References4
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•32 views

CVE-2026-98271 net: skbuff: do not leave stale header offsets after pskb_carve()

In the Linux kernel, the following vulnerability has been resolved: net: skbuff: do not leave stale header offsets after pskbcarve pskbcarveinsideheader and pskbcarveinsidenonlinear remove the first bytes of a packet and reallocate skb-head. All the headers that were present before the operation...

0.00175EPSS
SaveExploits0References4
CVE
CVE
•added 2026/10/06 8:45 a.m.•13 views

CVE-2026-98272

The Linux kernel contains a buffer overflow vulnerability in the mvpp2 driver during page_pool allocation . The issue occurs because the mvpp2_change_mtu() function may call mvpp2_bm_switch_buffers() without verifying if the number of pools (nrxqs * 2) exceeds the MVPP2_BM_MAX_POOLS limit of 8. T...

6.4AI score0.00203EPSS
SaveExploits0References8
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•28 views

CVE-2026-98272 net: mvpp2: prevent buffer overflow in page_pool allocation

In the Linux kernel, the following vulnerability has been resolved: net: mvpp2: prevent buffer overflow in pagepool allocation The per‑processor buffering scheme is supported only if the number of pools nrxqs 2 does not exceed MVPP2BMMAXPOOLS 8. This is already checked in mvpp2probe during the...

0.00203EPSS
SaveExploits0References8
osv-cve
osv-cve
•added 2026/10/06 8:45 a.m.•8 views

CVE-2026-98272 net: mvpp2: prevent buffer overflow in page_pool allocation

In the Linux kernel, the following vulnerability has been resolved: net: mvpp2: prevent buffer overflow in pagepool allocation The per‑processor buffering scheme is supported only if the number of pools nrxqs 2 does not exceed MVPP2BMMAXPOOLS 8. This is already checked in mvpp2probe during the...

6.2AI score
SaveExploits0References11
osv-cve
osv-cve
•added 2026/10/06 8:45 a.m.•15 views

CVE-2026-98271 net: skbuff: do not leave stale header offsets after pskb_carve()

In the Linux kernel, the following vulnerability has been resolved: net: skbuff: do not leave stale header offsets after pskbcarve pskbcarveinsideheader and pskbcarveinsidenonlinear remove the first bytes of a packet and reallocate skb-head. All the headers that were present before the operation...

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

CVE-2026-98271

A vulnerability in the Linux kernel network stack involves stale header offsets remaining after the pskb_carve() operation. Specifically, the functions pskb_carve_inside_header() and pskb_carve_inside_nonlinear() reallocate skb->head but fail to properly update header offsets, leaving skb->...

6AI score0.00175EPSS
SaveExploits0References4
EUVD
EUVD
•added 2026/10/06 8:45 a.m.•10 views

EUVD-2026-93198

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: check ras and obj before dereference nbiov79handlerascontrollerintrnobifring dereferences ras and obj without checking either for NULL. Both amdgpurasgetcontext and amdgpurasfindobj can return NULL, e.g. during the...

5.9AI score0.00175EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/06 8:45 a.m.•30 views

CVE-2026-98270 drm/amdgpu: check ras and obj before dereference

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu: check ras and obj before dereference nbiov79handlerascontrollerintrnobifring dereferences ras and obj without checking either for NULL. Both amdgpurasgetcontext and amdgpurasfindobj can return NULL, e.g. during the...

0.00175EPSS
SaveExploits0References5
Rows per page
Query Builder