Lucene search
+L

22820 matches found

NVD
NVD
added 2026/05/06 12:16 p.m.9 views

CVE-2025-71286

In the Linux kernel, the following vulnerability has been resolved: ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls The size of the data behind of scontrol-ipccontroldata for bytes controls is: 1 sizeofstruct sofipc4controldata + // kernel only struct 2 sizeofstruct...

7.8CVSS0.00138EPSS
SaveExploits0References5
ATTACKERKB
ATTACKERKB
added 2026/05/06 11:32 a.m.17 views

CVE-2025-71293

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/ras: Move ras data alloc before bad page check In the rare event if eeprom has only invalid address entries, allocation is skipped, this causes following NULL pointer issue 547.103445 BUG: kernel NULL pointer...

5.7AI score0.00126EPSS
SaveExploits0References4Affected Software1
Cvelist
Cvelist
added 2026/05/06 11:32 a.m.42 views

CVE-2025-71293 drm/amdgpu/ras: Move ras data alloc before bad page check

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/ras: Move ras data alloc before bad page check In the rare event if eeprom has only invalid address entries, allocation is skipped, this causes following NULL pointer issue 547.103445 BUG: kernel NULL pointer...

0.00126EPSS
SaveExploits0References3
CVE
CVE
added 2026/05/06 11:32 a.m.26 views

CVE-2025-71293

CVE-2025-71293 concerns the Linux kernel amdgpu ras issue where, if eeprom contained only invalid addresses, allocation could be skipped and lead to a NULL pointer dereference when reading bad pages. The fix moves the ras data allocation before the bad-page check, resolving a NULL pointer derefer...

5.5CVSS5.8AI score0.00126EPSS
SaveExploits0References3Affected Software1
OSV
OSV
added 2026/05/06 11:32 a.m.6 views

CVE-2025-71293 drm/amdgpu/ras: Move ras data alloc before bad page check

In the Linux kernel, the following vulnerability has been resolved: drm/amdgpu/ras: Move ras data alloc before bad page check In the rare event if eeprom has only invalid address entries, allocation is skipped, this causes following NULL pointer issue 547.103445 BUG: kernel NULL pointer...

5.9AI score
SaveExploits0References6
ATTACKERKB
ATTACKERKB
added 2026/05/06 11:32 a.m.10 views

CVE-2025-71286

In the Linux kernel, the following vulnerability has been resolved: ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls The size of the data behind of scontrol-ipccontroldata for bytes controls is: 1 sizeofstruct sofipc4controldata + // kernel only struct 2 sizeofstruct...

5.7AI score0.00138EPSS
SaveExploits0References6Affected Software1
CVE
CVE
added 2026/05/06 11:32 a.m.36 views

CVE-2025-71286

In CVE-2025-71286, the Linux kernel ASoC: SOF IPC4 topology had an allocation size bug for bytes controls. The data behind scontrol->ipc_control_data consisted of the kernel struct plus a header and payload, but the max_size was calculated from topology and didn’t account for the kernel-only s...

7.8CVSS5.8AI score0.00138EPSS
SaveExploits0References5Affected Software1
OSV
OSV
added 2026/05/06 11:32 a.m.8 views

CVE-2025-71286 ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls

In the Linux kernel, the following vulnerability has been resolved: ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls The size of the data behind of scontrol-ipccontroldata for bytes controls is: 1 sizeofstruct sofipc4controldata + // kernel only struct 2 sizeofstruct...

7.8CVSS5.9AI score
SaveExploits0References8
Cvelist
Cvelist
added 2026/05/06 11:32 a.m.54 views

CVE-2025-71286 ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls

In the Linux kernel, the following vulnerability has been resolved: ASoC: SOF: ipc4-topology: Correct the allocation size for bytes controls The size of the data behind of scontrol-ipccontroldata for bytes controls is: 1 sizeofstruct sofipc4controldata + // kernel only struct 2 sizeofstruct...

7.8CVSS0.00138EPSS
SaveExploits0References5
Cvelist
Cvelist
added 2026/05/06 11:28 a.m.44 views

CVE-2026-43277 APEI/GHES: ensure that won't go past CPER allocated record

In the Linux kernel, the following vulnerability has been resolved: APEI/GHES: ensure that won't go past CPER allocated record The logic at ghesnew prevents allocating too large records, by checking if they're bigger than GHESESTATUSMAXSIZE currently, 64KB. Yet, the allocation is done with the...

0.00114EPSS
SaveExploits0References8
CVE
CVE
added 2026/05/06 11:28 a.m.32 views

CVE-2026-43277

The CVE-2026-43277 issue affects the Linux kernel GHES/APEI path. The root cause is a mismatch between CPER-record length and the actual number of pages allocated when ghes_new() validates CPER data, enabling a bad firmware to cause an out-of-bounds write and a kernel OOPs/panic. Public descripti...

5.5CVSS5.7AI score0.00114EPSS
SaveExploits0References8Affected Software1
ATTACKERKB
ATTACKERKB
added 2026/05/06 11:28 a.m.11 views

CVE-2026-43277

In the Linux kernel, the following vulnerability has been resolved: APEI/GHES: ensure that won't go past CPER allocated record The logic at ghesnew prevents allocating too large records, by checking if they're bigger than GHESESTATUSMAXSIZE currently, 64KB. Yet, the allocation is done with the...

5.7AI score0.00114EPSS
SaveExploits0References9Affected Software1
OSV
OSV
added 2026/05/06 11:28 a.m.12 views

CVE-2026-43277 APEI/GHES: ensure that won't go past CPER allocated record

In the Linux kernel, the following vulnerability has been resolved: APEI/GHES: ensure that won't go past CPER allocated record The logic at ghesnew prevents allocating too large records, by checking if they're bigger than GHESESTATUSMAXSIZE currently, 64KB. Yet, the allocation is done with the...

5.9AI score
SaveExploits0References11
OSV
OSV
added 2026/05/06 11:28 a.m.8 views

CVE-2026-43254 ovpn: tcp - fix packet extraction from stream

In the Linux kernel, the following vulnerability has been resolved: ovpn: tcp - fix packet extraction from stream When processing TCP stream data in ovpntcprecv, we receive large cloned skbs from strprcv that may contain multiple coalesced packets. The current implementation has two bugs: 1. Head...

7.5CVSS6.5AI score
SaveExploits0References6
Cvelist
Cvelist
added 2026/05/06 11:28 a.m.43 views

CVE-2026-43245 ntfs: ->d_compare() must not block

In the Linux kernel, the following vulnerability has been resolved: ntfs: -dcompare must not block ... so don't use getname there. Switch it and ntfsdhash, while we are at it to kmallocPATHMAX, GFPNOWAIT. Yes, ntfsdhash almost certainly can do with smaller allocations, but let ntfs folks deal wit...

7.5CVSS0.00441EPSS
SaveExploits0References5
OSV
OSV
added 2026/05/06 11:28 a.m.6 views

CVE-2026-43245 ntfs: ->d_compare() must not block

In the Linux kernel, the following vulnerability has been resolved: ntfs: -dcompare must not block ... so don't use getname there. Switch it and ntfsdhash, while we are at it to kmallocPATHMAX, GFPNOWAIT. Yes, ntfsdhash almost certainly can do with smaller allocations, but let ntfs folks deal wit...

7.5CVSS6.5AI score
SaveExploits0References8
ATTACKERKB
ATTACKERKB
added 2026/05/06 11:28 a.m.8 views

CVE-2026-43235

In the Linux kernel, the following vulnerability has been resolved: media: iris: Add missing platform data entries for SM8750 Two platform-data fields for SM8750 were missed: - getvpubuffersize = irisvpu33bufsize Without this, the driver fails to allocate the required internal buffers, leading to...

5.8AI score0.00126EPSS
SaveExploits0References4Affected Software1
OSV
OSV
added 2026/05/06 11:28 a.m.8 views

CVE-2026-43235 media: iris: Add missing platform data entries for SM8750

In the Linux kernel, the following vulnerability has been resolved: media: iris: Add missing platform data entries for SM8750 Two platform-data fields for SM8750 were missed: - getvpubuffersize = irisvpu33bufsize Without this, the driver fails to allocate the required internal buffers, leading to...

5.9AI score
SaveExploits0References6
CVE
CVE
added 2026/05/06 11:28 a.m.30 views

CVE-2026-43222

In the Linux kernel, the media: verisilicon: AV1 driver patch fixes a buffer-size miscalculation for tile information. The tile info structure (row_sb, col_sb, start_pos, end_pos) requires AV1_MAX_TILES × 16 bytes; using the incorrect define caused writes to non-allocated memory, risking memory c...

7.8CVSS5.9AI score0.00138EPSS
SaveExploits0References5Affected Software1
OSV
OSV
added 2026/05/06 11:28 a.m.9 views

CVE-2026-43222 media: verisilicon: AV1: Fix tile info buffer size

In the Linux kernel, the following vulnerability has been resolved: media: verisilicon: AV1: Fix tile info buffer size Each tile info is composed of: rowsb, colsb, startpos and endpos 4 bytes each. So the total required memory is AV1MAXTILES 16 bytes. Use the correct define to allocate the buffer...

7.8CVSS6.7AI score
SaveExploits0References8
Rows per page
Query Builder