https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 12:06:18 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-72452 <p><strong>Affected:</strong> Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-72452 https://cve.radiocsirt.org/vuln/euvd-2026-354103 EUVD-2026-354103 https://cve.radiocsirt.org/vuln/euvd-2026-354103 https://cve.radiocsirt.org/vuln/fkie_cve-2026-72452 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/i915: clear CRTC color blob pointers after dropping refs</p> <p>intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged.</p> <p>This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK.</p> <p>If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again.</p> <p>Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe.</p> <p>(cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/i915: clear CRTC color blob pointers after dropping refs</p> <p>intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged.</p> <p>This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK.</p> <p>If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again.</p> <p>Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe.</p> <p>(cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-72452 https://cve.radiocsirt.org/vuln/ghsa-fg7v-qr3p-44mc <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/i915: clear CRTC color blob pointers after dropping refs</p> <p>intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged.</p> <p>This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK.</p> <p>If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again.</p> <p>Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe.</p> <p>(cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>drm/i915: clear CRTC color blob pointers after dropping refs</p> <p>intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged.</p> <p>This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK.</p> <p>If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again.</p> <p>Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe.</p> <p>(cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</p> https://cve.radiocsirt.org/vuln/ghsa-fg7v-qr3p-44mc https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72452 <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 115 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: drm/i915: clear CRTC color blob pointers after dropping refs intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged. This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK. If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again. Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe. (cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</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 115 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: drm/i915: clear CRTC color blob pointers after dropping refs intel_crtc_put_color_blobs() drops the CRTC color blob references, but leaves the corresponding pointers unchanged. This can matter in intel_crtc_prepare_cleared_state(), which frees the old CRTC hw state before calling intel_dp_tunnel_atomic_clear_stream_bw(). The latter can fail while looking up the DP tunnel group state, for example with -EDEADLK. If that happens, the function returns without completing the cleared state preparation. The failed atomic state will then be cleared by the atomic core and intel_crtc_free_hw_state() can be called again for the same state, dropping the same blob references again. Clear the blob pointers after dropping the references so repeated cleanup of the same CRTC hw state is safe. (cherry picked from commit d5005addb5f68e8a0edce249506757bdc9e3d8c8)</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72452 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852 <p>Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852