Lucene search
+L

353523 matches found

Cvelist
Cvelist
•added 2026/10/23 12:22 p.m.•24 views

CVE-2026-99061 wifi: brcmfmac: fix P2P device removal race in brcmf_detach()

In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: fix P2P device removal race in brcmfdetach When the driver is removed while the user space process that created the P2P device e.g. wpasupplicant is still exiting, the P2P device interface is removed twice and the...

0.00177EPSS
SaveExploits0References8
CVE
CVE
•added 2026/10/23 12:22 p.m.•17 views

CVE-2026-99061

The Linux kernel contains a race condition in the brcmfmac driver during P2P device removal. When the driver is removed while a user-space process (such as wpa_suppliant ) is exiting, the P2P device interface can be removed twice, leading to a kernel crash . Specifically, a race occurs between nl...

5.8AI score0.00177EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/23 12:22 p.m.•9 views

EUVD-2026-108727

In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: fix P2P device removal race in brcmfdetach When the driver is removed while the user space process that created the P2P device e.g. wpasupplicant is still exiting, the P2P device interface is removed twice and the...

5.8AI score0.00177EPSS
SaveExploits0References5
osv_cve
osv_cve
•added 2026/10/23 12:22 p.m.•15 views

CVE-2026-99061 wifi: brcmfmac: fix P2P device removal race in brcmf_detach()

In the Linux kernel, the following vulnerability has been resolved: wifi: brcmfmac: fix P2P device removal race in brcmfdetach When the driver is removed while the user space process that created the P2P device e.g. wpasupplicant is still exiting, the P2P device interface is removed twice and the...

5.8AI score
SaveExploits0References11
osv_cve
osv_cve
•added 2026/10/23 12:22 p.m.•18 views

CVE-2026-99060 wifi: mt76: mt7603: initialize global station WCID

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7603: initialize global station WCID mt7603 uses a driver-private global station WCID for frames that have neither a station nor a vif, including frames injected through a monitor interface. Unlike the core global...

5.8AI score
SaveExploits0References8
EUVD
EUVD
•added 2026/10/23 12:22 p.m.•8 views

EUVD-2026-108726

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7603: initialize global station WCID mt7603 uses a driver-private global station WCID for frames that have neither a station nor a vif, including frames injected through a monitor interface. Unlike the core global...

5.8AI score0.00168EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/23 12:22 p.m.•24 views

CVE-2026-99060 wifi: mt76: mt7603: initialize global station WCID

In the Linux kernel, the following vulnerability has been resolved: wifi: mt76: mt7603: initialize global station WCID mt7603 uses a driver-private global station WCID for frames that have neither a station nor a vif, including frames injected through a monitor interface. Unlike the core global...

0.00168EPSS
SaveExploits0References5
CVE
CVE
•added 2026/10/23 12:22 p.m.•17 views

CVE-2026-99060

A vulnerability exists in the Linux kernel 's mt7603 driver. The driver uses a driver-private global station WCID for frames without a station or vif, such as those injected via a monitor interface . Because this WCID is published without being passed to mt76_wcid_init(), the first injected frame...

5.8AI score0.00168EPSS
SaveExploits0References5
EUVD
EUVD
•added 2026/10/23 12:22 p.m.•9 views

EUVD-2026-108725

In the Linux kernel, the following vulnerability has been resolved: wireguard: noise: reject response consumption after intermediate initiation Two threads begin processing the identical response message, received twice. The first thread, A, runs. While it's running, the second one, B, gets partw...

5.9AI score0.00506EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/23 12:22 p.m.•28 views

CVE-2026-99059 wireguard: noise: reject response consumption after intermediate initiation

In the Linux kernel, the following vulnerability has been resolved: wireguard: noise: reject response consumption after intermediate initiation Two threads begin processing the identical response message, received twice. The first thread, A, runs. While it's running, the second one, B, gets partw...

7.7CVSS0.00506EPSS
SaveExploits0References8
osv_cve
osv_cve
•added 2026/10/23 12:22 p.m.•18 views

CVE-2026-99059 wireguard: noise: reject response consumption after intermediate initiation

In the Linux kernel, the following vulnerability has been resolved: wireguard: noise: reject response consumption after intermediate initiation Two threads begin processing the identical response message, received twice. The first thread, A, runs. While it's running, the second one, B, gets partw...

7.7CVSS6AI score
SaveExploits0References11
CVE
CVE
•added 2026/10/23 12:22 p.m.•22 views

CVE-2026-99059

The Linux kernel contains a vulnerability in the WireGuard noise protocol where two threads may process the same response message simultaneously. A race condition occurs because while thread B is performing a slow calculation, thread A completes and a third thread C initiates a new handshake, res...

7.7CVSS5.9AI score0.00506EPSS
SaveExploits0References8
Cvelist
Cvelist
•added 2026/10/23 12:22 p.m.•25 views

CVE-2026-99058 workqueue: Fix NULL current_pwq deref in chained work check

In the Linux kernel, the following vulnerability has been resolved: workqueue: Fix NULL currentpwq deref in chained work check currentwqworker only tells us that %current is a kworker. It does not guarantee that the worker is currently executing a work item, as worker-currentpwq is populated only...

0.00191EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/23 12:22 p.m.•8 views

EUVD-2026-108724

In the Linux kernel, the following vulnerability has been resolved: workqueue: Fix NULL currentpwq deref in chained work check currentwqworker only tells us that %current is a kworker. It does not guarantee that the worker is currently executing a work item, as worker-currentpwq is populated only...

5.8AI score0.00191EPSS
SaveExploits0References5
osv_cve
osv_cve
•added 2026/10/23 12:22 p.m.•23 views

CVE-2026-99058 workqueue: Fix NULL current_pwq deref in chained work check

In the Linux kernel, the following vulnerability has been resolved: workqueue: Fix NULL currentpwq deref in chained work check currentwqworker only tells us that %current is a kworker. It does not guarantee that the worker is currently executing a work item, as worker-currentpwq is populated only...

5.9AI score
SaveExploits0References11
CVE
CVE
•added 2026/10/23 12:22 p.m.•11 views

CVE-2026-99058

The Linux kernel contains a vulnerability in the workqueue subsystem where a NULL pointer dereference can occur during a chained work check. The current_wq_worker() function identifies a kworker , but it does not guarantee the worker is actively executing a work item; the worker->current_pwq m...

5.8AI score0.00191EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/23 12:22 p.m.•9 views

EUVD-2026-108852

In the Linux kernel, the following vulnerability has been resolved: xen/netfront: don't leak the skb when xennetfillfrags fails When a response chain has more slots than fit in the skb's frags, xennetfillfrags returns an error and xennetpoll jumps to its error path. That path moves what's left on...

5.7AI score0.00185EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/23 12:22 p.m.•25 views

CVE-2026-99057 xen/netfront: don't leak the skb when xennet_fill_frags() fails

In the Linux kernel, the following vulnerability has been resolved: xen/netfront: don't leak the skb when xennetfillfrags fails When a response chain has more slots than fit in the skb's frags, xennetfillfrags returns an error and xennetpoll jumps to its error path. That path moves what's left on...

0.00185EPSS
SaveExploits0References8
CVE
CVE
•added 2026/10/23 12:22 p.m.•18 views

CVE-2026-99057

The Linux kernel contains a memory leak vulnerability in the xen/netfront component. When a response chain contains more slots than the skb's frags can accommodate, xennet_fill_frags() returns an error and xennet_poll() moves to an error path. Because the skb being filled is already dequeued from...

5.7AI score0.00185EPSS
SaveExploits0References8
osv_cve
osv_cve
•added 2026/10/23 12:22 p.m.•20 views

CVE-2026-99057 xen/netfront: don't leak the skb when xennet_fill_frags() fails

In the Linux kernel, the following vulnerability has been resolved: xen/netfront: don't leak the skb when xennetfillfrags fails When a response chain has more slots than fit in the skb's frags, xennetfillfrags returns an error and xennetpoll jumps to its error path. That path moves what's left on...

5.7AI score
SaveExploits0References11
Rows per page
Query Builder