Lucene search
+L

20241 matches found

OSV
OSV
added 3 days ago4 views

CVE-2026-63949 auxdisplay: line-display: fix OOB read on zero-length message_store()

In the Linux kernel, the following vulnerability has been resolved: auxdisplay: line-display: fix OOB read on zero-length messagestore linedispdisplay unconditionally reads msgcount - 1 before checking whether count is zero, so a write of zero bytes to the message sysfs attribute hits msg-1:...

5.5AI score0.00172EPSS
Exploits0References9
Cvelist
Cvelist
added 3 days ago29 views

CVE-2026-63947 Bluetooth: HIDP: fix missing length checks in hidp_input_report()

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: HIDP: fix missing length checks in hidpinputreport hidpinputreport reads keyboard and mouse payload data from an skb without first verifying that skb-len contains enough data. hidprecvintrframe pulls the 1-byte HIDP...

8.8CVSS0.00341EPSS
Exploits0References7
CVE
CVE
added 3 days ago8 views

CVE-2026-63947

CVE-2026-63947 concerns the Linux kernel Bluetooth HIDP path. The vulnerability arises in hidp_input_report(), which reads keyboard/mouse payloads from an skb without first ensuring skb->len has enough data. The caller hidp_recv_intr_frame() fetches the 1-byte HIDP header before dispatching to...

8.8CVSS5.3AI score0.00341EPSS
Exploits0References7
Cvelist
Cvelist
added 3 days ago26 views

CVE-2026-63943 Input: xpad - fix out-of-bounds access for Share button

In the Linux kernel, the following vulnerability has been resolved: Input: xpad - fix out-of-bounds access for Share button xpadoneprocesspacket receives len directly from urb-actuallength and uses it to index the share-button byte at datalen - 18 or datalen - 26. Since both len and data0 are und...

0.002EPSS
Exploits0References5
EUVD
EUVD
added 3 days ago7 views

EUVD-2026-45716

In the Linux kernel, the following vulnerability has been resolved: Input: xpad - fix out-of-bounds access for Share button xpadoneprocesspacket receives len directly from urb-actuallength and uses it to index the share-button byte at datalen - 18 or datalen - 26. Since both len and data0 are und...

5.5AI score0.002EPSS
Exploits0References5
CVE
CVE
added 3 days ago7 views

CVE-2026-63943

The CVE-2026-63943 entry concerns the Linux kernel driver for the xpad (gamepad) device. It describes an out-of-bounds access in xpadone_process_packet(), which uses urb->actual_length as an index to the share-button byte (data[len-18] or data[len-26]); with len and data[0] under the device’s ...

5.5AI score0.002EPSS
Exploits0References5
EUVD
EUVD
added 3 days ago8 views

EUVD-2026-45714

In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: Correctly cap ZCREL2 provided by a guest hypervisor ZCREL2 can be updated by a VHE guest hypervisor either using ZCREL2 which traps or ZCREL1 which does not trap. KVM handles both in different way: - on ZCREL2 trap,...

5.2AI score0.00154EPSS
Exploits0References2
CVE
CVE
added 3 days ago10 views

CVE-2026-63941

CVE-2026-63941 documents a Linux kernel KVM arm64 issue where ZCR_EL2 updates from a guest hypervisor could bypass proper masking, allowing L2 guests to observe VL values they shouldn’t. The fix moves the VL capping into restore points so the HW is always programmed with a capped value, regardles...

8.8CVSS5.2AI score0.00154EPSS
Exploits0References2
Cvelist
Cvelist
added 3 days ago29 views

CVE-2026-63940 KVM: SEV: Ignore Port I/O requests of length '0'

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Ignore Port I/O requests of length '0' Explicitly ignore Port I/O requests of length '0' or count '0', so that setting up the software scratch area and other code doesn't have to worry about underflowing the length, and...

9.3CVSS0.00182EPSS
Exploits0References4
EUVD
EUVD
added 3 days ago8 views

EUVD-2026-45713

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Ignore Port I/O requests of length '0' Explicitly ignore Port I/O requests of length '0' or count '0', so that setting up the software scratch area and other code doesn't have to worry about underflowing the length, and...

5.4AI score0.00182EPSS
Exploits0References4
OSV
OSV
added 3 days ago4 views

CVE-2026-63940 KVM: SEV: Ignore Port I/O requests of length '0'

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Ignore Port I/O requests of length '0' Explicitly ignore Port I/O requests of length '0' or count '0', so that setting up the software scratch area and other code doesn't have to worry about underflowing the length, and...

9.3CVSS5.4AI score0.00182EPSS
Exploits0References7
CVE
CVE
added 3 days ago8 views

CVE-2026-63940

In the Linux kernel KVM SEV issue, the vulnerability concerns ignoring Port I/O requests of length 0. The fix ensures that Port I/O requests with length 0 (or count 0) are explicitly ignored so that the software scratch area setup and related code won’t underflow the length, and to enable a warni...

9.3CVSS5.4AI score0.00182EPSS
Exploits0References4
Cvelist
Cvelist
added 3 days ago31 views

CVE-2026-63939 KVM: SEV: Compute the correct max length of the in-GHCB scratch area

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Compute the correct max length of the in-GHCB scratch area When setting the length of the GHCB scratch area, and the area is in the GHCB shared buffer, set the effective length of the scratch area to the max possible si...

9.3CVSS0.00197EPSS
Exploits0References4
EUVD
EUVD
added 3 days ago6 views

EUVD-2026-45712

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Compute the correct max length of the in-GHCB scratch area When setting the length of the GHCB scratch area, and the area is in the GHCB shared buffer, set the effective length of the scratch area to the max possible si...

5.7AI score0.00197EPSS
Exploits0References4
CVE
CVE
added 3 days ago12 views

CVE-2026-63939

CVE-2026-63939 (Linux kernel, KVM SEV): The issue concerns computation of the maximum length for the in-GHCB scratch area in the GHCB shared buffer. Previously, KVM assumed the input length (@len) always represented the maximum required size for MMIO emulation; for PSC requests, @len is only the ...

9.3CVSS5.7AI score0.00197EPSS
Exploits0References4
OSV
OSV
added 3 days ago5 views

CVE-2026-63939 KVM: SEV: Compute the correct max length of the in-GHCB scratch area

In the Linux kernel, the following vulnerability has been resolved: KVM: SEV: Compute the correct max length of the in-GHCB scratch area When setting the length of the GHCB scratch area, and the area is in the GHCB shared buffer, set the effective length of the scratch area to the max possible si...

9.3CVSS5.7AI score0.00197EPSS
Exploits0References7
Cvelist
Cvelist
added 3 days ago29 views

CVE-2026-63920 ipv6: validate extension header length before copying to cmsg

In the Linux kernel, the following vulnerability has been resolved: ipv6: validate extension header length before copying to cmsg ip6datagramrecvspecificctl builds IPV6HOPOPTS,DSTOPTS,RTHDR cmsgs and their IPV62292 legacy counterparts by trusting the on-wire hdrlen byte ptr1 when computing the...

7.1CVSS0.00159EPSS
Exploits0References8
CVE
CVE
added 3 days ago12 views

CVE-2026-63920

The CVE-2026-63920 entry describes a Linux kernel vulnerability in IPv6 extension header handling. The issue arises when ip6_datagram_recv_specific_ctl() builds IPV6_…cmsgs by trusting on-wire hdrlen (ptr[1]) during put_cmsg() length calculation. Although the write to hdrlen is in-bounds, reading...

7.1CVSS5.4AI score0.00159EPSS
Exploits0References8
EUVD
EUVD
added 3 days ago5 views

EUVD-2026-45693

In the Linux kernel, the following vulnerability has been resolved: ipv6: validate extension header length before copying to cmsg ip6datagramrecvspecificctl builds IPV6HOPOPTS,DSTOPTS,RTHDR cmsgs and their IPV62292 legacy counterparts by trusting the on-wire hdrlen byte ptr1 when computing the...

5.4AI score0.00159EPSS
Exploits0References8
CVE
CVE
added 3 days ago8 views

CVE-2026-63915

CVE-2026-63915 : In the Linux kernel, the NFC NFC HCI stack (nfc_hci_recv_from_llc and nci_hci_data_received_cb) is vulnerable to an out-of-bounds heap read from packet->header when a 0-byte HCP frame is received, because the code reads skb->data at entry without ensuring a byte is present....

8.8CVSS5.6AI score0.00349EPSS
Exploits0References8
Rows per page
Query Builder