https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Thu, 08 Oct 2026 11:50:34 +0000 https://cve.radiocsirt.org/vuln/bdu:2026-02862 bdu:2026-02862 https://cve.radiocsirt.org/vuln/bdu:2026-02862 https://cve.radiocsirt.org/vuln/bell-cve-2025-38690 <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2025-38690 https://cve.radiocsirt.org/vuln/euvd-2026-314723 EUVD-2026-314723 https://cve.radiocsirt.org/vuln/euvd-2026-314723 https://cve.radiocsirt.org/vuln/fkie_cve-2025-38690 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/xe/migrate: prevent infinite recursion</p> <p>If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing.</p> <p>Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug.</p> <p>v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/</p> <p>(cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/xe/migrate: prevent infinite recursion</p> <p>If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing.</p> <p>Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug.</p> <p>v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/</p> <p>(cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> https://cve.radiocsirt.org/vuln/fkie_cve-2025-38690 https://cve.radiocsirt.org/vuln/ghsa-47v5-j4qc-p3gp <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/xe/migrate: prevent infinite recursion</p> <p>If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing.</p> <p>Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug.</p> <p>v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/</p> <p>(cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/xe/migrate: prevent infinite recursion</p> <p>If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing.</p> <p>Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug.</p> <p>v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/</p> <p>(cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> https://cve.radiocsirt.org/vuln/ghsa-47v5-j4qc-p3gp https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38690 <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 77 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: drm/xe/migrate: prevent infinite recursion If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing. Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug. v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/ (cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3, Ubuntu:18.04:LTS: linux-gke-4.15, Ubuntu:18.04:LTS: linux-gke-5.4 and 77 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: drm/xe/migrate: prevent infinite recursion If the buf + offset is not aligned to XE_CAHELINE_BYTES we fallback to using a bounce buffer. However the bounce buffer here is allocated on the stack, and the only alignment requirement here is that it&#39;s naturally aligned to u8, and not XE_CACHELINE_BYTES. If the bounce buffer is also misaligned we then recurse back into the function again, however the new bounce buffer might also not be aligned, and might never be until we eventually blow through the stack, as we keep recursing. Instead of using the stack use kmalloc, which should respect the power-of-two alignment request here. Fixes a kernel panic when triggering this path through eudebug. v2 (Stuart): - Add build bug check for power-of-two restriction - s/EINVAL/ENOMEM/ (cherry picked from commit 38b34e928a08ba594c4bbf7118aa3aadacd62fff)</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-38690 https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1976 <p>Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder andere nicht spezifizierte Angriffe durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2025-1976