Lucene search
+L

611703 matches found

osv_cve
osv_cve
•added 2026/10/23 12:21 p.m.•17 views

CVE-2026-99028 net: xilinx: axienet: Free outstanding DMA buffers on dmaengine stop

In the Linux kernel, the following vulnerability has been resolved: net: xilinx: axienet: Free outstanding DMA buffers on dmaengine stop In the dmaengine path the driver pre-submits RX buffers and holds in-flight TX buffers whose SKBs are DMA-mapped by the driver and freed only in the completion...

5.8AI score
SaveExploits0References7
osv_cve
osv_cve
•added 2026/10/23 12:21 p.m.•15 views

CVE-2026-99027 net: team: stop reusing skb after queue override

In the Linux kernel, the following vulnerability has been resolved: net: team: stop reusing skb after queue override A nonzero devqueuexmit result does not return ownership of the skb. When an override port's qdisc drops it, the queue override helper used to try another port or the mode transmit ...

6.4AI score
SaveExploits0References11
CVE
CVE
•added 2026/10/23 12:21 p.m.•14 views

CVE-2026-99027

The Linux kernel contains a slab-use-after-free vulnerability within the net: team component. The issue occurs because a nonzero dev_queue_xmit() result does not return ownership of the skb . Consequently, when an override port's qdisc drops the packet, the queue override helper incorrectly attem...

6.3AI score0.00185EPSS
SaveExploits0References8
Cvelist
Cvelist
•added 2026/10/23 12:21 p.m.•24 views

CVE-2026-99027 net: team: stop reusing skb after queue override

In the Linux kernel, the following vulnerability has been resolved: net: team: stop reusing skb after queue override A nonzero devqueuexmit result does not return ownership of the skb. When an override port's qdisc drops it, the queue override helper used to try another port or the mode transmit ...

0.00185EPSS
SaveExploits0References8
EUVD
EUVD
•added 2026/10/23 12:21 p.m.•14 views

EUVD-2026-108822

In the Linux kernel, the following vulnerability has been resolved: net: team: stop reusing skb after queue override A nonzero devqueuexmit result does not return ownership of the skb. When an override port's qdisc drops it, the queue override helper used to try another port or the mode transmit ...

6.3AI score0.00185EPSS
SaveExploits0References5
CVE
CVE
•added 2026/10/23 12:21 p.m.•12 views

CVE-2026-99026

The Linux kernel contains a memory management issue in the net: team component. Specifically, when a broadcast transmission has no txable port, the bc_transmit() function returns false without consuming the original skb , yet team_xmit() returns NETDEV_TX_OK. This causes AF_PACKET sends to retain...

5.8AI score0.00174EPSS
SaveExploits0References3
osv_cve
osv_cve
•added 2026/10/23 12:21 p.m.•16 views

CVE-2026-99026 net: team: free skb when broadcast has no txable port

In the Linux kernel, the following vulnerability has been resolved: net: team: free skb when broadcast has no txable port bctransmit sends the original skb through the last txable port. When no port is txable, it returns false without consuming the skb, but teamxmit still returns NETDEVTXOK...

5.9AI score
SaveExploits0References6
Cvelist
Cvelist
•added 2026/10/23 12:21 p.m.•24 views

CVE-2026-99026 net: team: free skb when broadcast has no txable port

In the Linux kernel, the following vulnerability has been resolved: net: team: free skb when broadcast has no txable port bctransmit sends the original skb through the last txable port. When no port is txable, it returns false without consuming the skb, but teamxmit still returns NETDEVTXOK...

0.00174EPSS
SaveExploits0References3
EUVD
EUVD
•added 2026/10/23 12:21 p.m.•11 views

EUVD-2026-108821

In the Linux kernel, the following vulnerability has been resolved: net: team: free skb when broadcast has no txable port bctransmit sends the original skb through the last txable port. When no port is txable, it returns false without consuming the skb, but teamxmit still returns NETDEVTXOK...

5.8AI score0.00174EPSS
SaveExploits0References3
osv_cve
osv_cve
•added 2026/10/23 12:21 p.m.•22 views

CVE-2026-99025 openvswitch: fix soft lockup in the netlink flow dump

In the Linux kernel, the following vulnerability has been resolved: openvswitch: fix soft lockup in the netlink flow dump A production compute node carrying a few thousand datapath flows hit a soft lockup inside a single netlink flow dump and panicked. ovsflowcmddump calls ovsflowstatsget for eve...

5.9AI score
SaveExploits0References11
Cvelist
Cvelist
•added 2026/10/23 12:21 p.m.•26 views

CVE-2026-99025 openvswitch: fix soft lockup in the netlink flow dump

In the Linux kernel, the following vulnerability has been resolved: openvswitch: fix soft lockup in the netlink flow dump A production compute node carrying a few thousand datapath flows hit a soft lockup inside a single netlink flow dump and panicked. ovsflowcmddump calls ovsflowstatsget for eve...

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

CVE-2026-99025

A vulnerability in the Linux kernel 's openvswitch component causes a soft lockup and system panic during a netlink flow dump . The issue occurs because ovs_flow_cmd_dump() calls ovs_flow_stats_get(), which uses spin_unlock_bh(). This repeatedly enables local softirqs, causing the dumping thread ...

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

EUVD-2026-108819

In the Linux kernel, the following vulnerability has been resolved: openvswitch: fix soft lockup in the netlink flow dump A production compute node carrying a few thousand datapath flows hit a soft lockup inside a single netlink flow dump and panicked. ovsflowcmddump calls ovsflowstatsget for eve...

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

CVE-2026-99024 optee: register TEE devices only once fully initialized

In the Linux kernel, the following vulnerability has been resolved: optee: register TEE devices only once fully initialized opteeprobe called teedeviceregister on both the client and the supplicant device before the rest of struct optee had been initialized. teedeviceregister calls cdevdeviceadd,...

5.8AI score
SaveExploits0References11
EUVD
EUVD
•added 2026/10/23 12:21 p.m.•10 views

EUVD-2026-108818

In the Linux kernel, the following vulnerability has been resolved: optee: register TEE devices only once fully initialized opteeprobe called teedeviceregister on both the client and the supplicant device before the rest of struct optee had been initialized. teedeviceregister calls cdevdeviceadd,...

5.7AI score0.00177EPSS
SaveExploits0References5
Cvelist
Cvelist
•added 2026/10/23 12:21 p.m.•28 views

CVE-2026-99024 optee: register TEE devices only once fully initialized

In the Linux kernel, the following vulnerability has been resolved: optee: register TEE devices only once fully initialized opteeprobe called teedeviceregister on both the client and the supplicant device before the rest of struct optee had been initialized. teedeviceregister calls cdevdeviceadd,...

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

CVE-2026-99024

The Linux kernel contains a vulnerability where optee_probe() calls tee_device_register() for both client and supplicant devices before the struct optee is fully initialized. Because tee_device_register() creates device nodes and links the device into the tee class, the device becomes accessible ...

5.7AI score0.00177EPSS
SaveExploits0References8
Cvelist
Cvelist
•added 2026/10/23 12:21 p.m.•23 views

CVE-2026-99023 power: sequencing: pcie-m2: Fix leaking array from of_regulator_bulk_get_all()

In the Linux kernel, the following vulnerability has been resolved: power: sequencing: pcie-m2: Fix leaking array from ofregulatorbulkgetall ofregulatorbulkgetall allocates the consumers array and hands it to the caller, who is expected to free it at an appropriate time. pwrseq-pcie-m2.c never di...

0.00156EPSS
SaveExploits0References2
EUVD
EUVD
•added 2026/10/23 12:21 p.m.•10 views

EUVD-2026-108817

In the Linux kernel, the following vulnerability has been resolved: power: sequencing: pcie-m2: Fix leaking array from ofregulatorbulkgetall ofregulatorbulkgetall allocates the consumers array and hands it to the caller, who is expected to free it at an appropriate time. pwrseq-pcie-m2.c never di...

6AI score0.00156EPSS
SaveExploits0References2
osv_cve
osv_cve
•added 2026/10/23 12:21 p.m.•18 views

CVE-2026-99023 power: sequencing: pcie-m2: Fix leaking array from of_regulator_bulk_get_all()

In the Linux kernel, the following vulnerability has been resolved: power: sequencing: pcie-m2: Fix leaking array from ofregulatorbulkgetall ofregulatorbulkgetall allocates the consumers array and hands it to the caller, who is expected to free it at an appropriate time. pwrseq-pcie-m2.c never di...

6AI score
SaveExploits0References5
Rows per page
Query Builder