<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 22:31:59 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-04204</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-04204</link>
      <description>bdu:2026-04204</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-04204</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-54217</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-54217</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2023-54217</guid>
    </item>
    <item>
      <title>EUVD-2026-312428</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-312428</link>
      <description>EUVD-2026-312428</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-312428</guid>
    </item>
    <item>
      <title>fkie_cve-2023-54217</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-54217</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34;&lt;/p&gt;
&lt;p&gt;This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0.&lt;/p&gt;
&lt;p&gt;A recent patch that tried to fix up the msm_drm_init() paths with
respect to the workqueue but only ended up making things worse:&lt;/p&gt;
&lt;p&gt;First, the newly added calls to msm_drm_uninit() on early errors would
trigger NULL-pointer dereferences, for example, as the kms pointer would
not have been initialised. (Note that these paths were also modified by
a second broken error handling patch which in effect cancelled out this
part when merged.)&lt;/p&gt;
&lt;p&gt;Second, the newly added allocation sanity check would still leak the
previously allocated drm device.&lt;/p&gt;
&lt;p&gt;Instead of trying to salvage what was badly broken (and clearly not
tested), let&amp;#39;s revert the bad commit so that clean and backportable
fixes can be added in its place.&lt;/p&gt;
&lt;p&gt;Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34;&lt;/p&gt;
&lt;p&gt;This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0.&lt;/p&gt;
&lt;p&gt;A recent patch that tried to fix up the msm_drm_init() paths with
respect to the workqueue but only ended up making things worse:&lt;/p&gt;
&lt;p&gt;First, the newly added calls to msm_drm_uninit() on early errors would
trigger NULL-pointer dereferences, for example, as the kms pointer would
not have been initialised. (Note that these paths were also modified by
a second broken error handling patch which in effect cancelled out this
part when merged.)&lt;/p&gt;
&lt;p&gt;Second, the newly added allocation sanity check would still leak the
previously allocated drm device.&lt;/p&gt;
&lt;p&gt;Instead of trying to salvage what was badly broken (and clearly not
tested), let&amp;#39;s revert the bad commit so that clean and backportable
fixes can be added in its place.&lt;/p&gt;
&lt;p&gt;Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-54217</guid>
    </item>
    <item>
      <title>GHSA-gj73-539r-gfvc</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-gj73-539r-gfvc</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34;&lt;/p&gt;
&lt;p&gt;This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0.&lt;/p&gt;
&lt;p&gt;A recent patch that tried to fix up the msm_drm_init() paths with
respect to the workqueue but only ended up making things worse:&lt;/p&gt;
&lt;p&gt;First, the newly added calls to msm_drm_uninit() on early errors would
trigger NULL-pointer dereferences, for example, as the kms pointer would
not have been initialised. (Note that these paths were also modified by
a second broken error handling patch which in effect cancelled out this
part when merged.)&lt;/p&gt;
&lt;p&gt;Second, the newly added allocation sanity check would still leak the
previously allocated drm device.&lt;/p&gt;
&lt;p&gt;Instead of trying to salvage what was badly broken (and clearly not
tested), let&amp;#39;s revert the bad commit so that clean and backportable
fixes can be added in its place.&lt;/p&gt;
&lt;p&gt;Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34;&lt;/p&gt;
&lt;p&gt;This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0.&lt;/p&gt;
&lt;p&gt;A recent patch that tried to fix up the msm_drm_init() paths with
respect to the workqueue but only ended up making things worse:&lt;/p&gt;
&lt;p&gt;First, the newly added calls to msm_drm_uninit() on early errors would
trigger NULL-pointer dereferences, for example, as the kms pointer would
not have been initialised. (Note that these paths were also modified by
a second broken error handling patch which in effect cancelled out this
part when merged.)&lt;/p&gt;
&lt;p&gt;Second, the newly added allocation sanity check would still leak the
previously allocated drm device.&lt;/p&gt;
&lt;p&gt;Instead of trying to salvage what was badly broken (and clearly not
tested), let&amp;#39;s revert the bad commit so that clean and backportable
fixes can be added in its place.&lt;/p&gt;
&lt;p&gt;Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-gj73-539r-gfvc</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-54217</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-54217</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 79 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34; This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0. A recent patch that tried to fix up the msm_drm_init() paths with respect to the workqueue but only ended up making things worse: First, the newly added calls to msm_drm_uninit() on early errors would trigger NULL-pointer dereferences, for example, as the kms pointer would not have been initialised. (Note that these paths were also modified by a second broken error handling patch which in effect cancelled out this part when merged.) Second, the newly added allocation sanity check would still leak the previously allocated drm device. Instead of trying to salvage what was badly broken (and clearly not tested), let&amp;#39;s revert the bad commit so that clean and backportable fixes can be added in its place. Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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 79 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Revert &amp;#34;drm/msm: Add missing check and destroy for alloc_ordered_workqueue&amp;#34; This reverts commit 643b7d0869cc7f1f7a5ac7ca6bd25d88f54e31d0. A recent patch that tried to fix up the msm_drm_init() paths with respect to the workqueue but only ended up making things worse: First, the newly added calls to msm_drm_uninit() on early errors would trigger NULL-pointer dereferences, for example, as the kms pointer would not have been initialised. (Note that these paths were also modified by a second broken error handling patch which in effect cancelled out this part when merged.) Second, the newly added allocation sanity check would still leak the previously allocated drm device. Instead of trying to salvage what was badly broken (and clearly not tested), let&amp;#39;s revert the bad commit so that clean and backportable fixes can be added in its place. Patchwork: https://patchwork.freedesktop.org/patch/525107/&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-54217</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-2941 — Linux Kernel: Mehrere Schwachstellen ermöglichen Denial of Service</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2941</link>
      <description>&lt;p&gt;Ein Angreifer kann diese Schwachstellen ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu Denial‑of‑Service, Speicherbeschädigung oder weiteren nicht definierten Auswirkungen führen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann diese Schwachstellen ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu Denial‑of‑Service, Speicherbeschädigung oder weiteren nicht definierten Auswirkungen führen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2941</guid>
    </item>
  </channel>
</rss>
