<?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>Sun, 04 Oct 2026 12:46:28 +0000</lastBuildDate>
    <item>
      <title>certfr-2025-avi-0252 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de SUSE. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0252</link>
      <description>certfr-2025-avi-0252</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0252</guid>
    </item>
    <item>
      <title>EUVD-2026-310420</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-310420</link>
      <description>EUVD-2026-310420</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-310420</guid>
    </item>
    <item>
      <title>fkie_cve-2022-49232</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-49232</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes()&lt;/p&gt;
&lt;p&gt;In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode()
is assigned to mode and is passed to drm_mode_probed_add() directly after
that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and
there is a dereference of it in list_add_tail() without recoveries, which
could lead to NULL pointer dereference on failure of
amdgpu_dm_create_common_mode().&lt;/p&gt;
&lt;p&gt;Fix this by adding a NULL check of mode.&lt;/p&gt;
&lt;p&gt;This bug was found by a static analyzer.&lt;/p&gt;
&lt;p&gt;Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings,
and our static analyzer no longer warns about this code.&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;drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes()&lt;/p&gt;
&lt;p&gt;In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode()
is assigned to mode and is passed to drm_mode_probed_add() directly after
that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and
there is a dereference of it in list_add_tail() without recoveries, which
could lead to NULL pointer dereference on failure of
amdgpu_dm_create_common_mode().&lt;/p&gt;
&lt;p&gt;Fix this by adding a NULL check of mode.&lt;/p&gt;
&lt;p&gt;This bug was found by a static analyzer.&lt;/p&gt;
&lt;p&gt;Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings,
and our static analyzer no longer warns about this code.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-49232</guid>
    </item>
    <item>
      <title>GHSA-q626-923j-fg7r</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-q626-923j-fg7r</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes()&lt;/p&gt;
&lt;p&gt;In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode()
is assigned to mode and is passed to drm_mode_probed_add() directly after
that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and
there is a dereference of it in list_add_tail() without recoveries, which
could lead to NULL pointer dereference on failure of
amdgpu_dm_create_common_mode().&lt;/p&gt;
&lt;p&gt;Fix this by adding a NULL check of mode.&lt;/p&gt;
&lt;p&gt;This bug was found by a static analyzer.&lt;/p&gt;
&lt;p&gt;Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings,
and our static analyzer no longer warns about this code.&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;drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes()&lt;/p&gt;
&lt;p&gt;In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode()
is assigned to mode and is passed to drm_mode_probed_add() directly after
that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and
there is a dereference of it in list_add_tail() without recoveries, which
could lead to NULL pointer dereference on failure of
amdgpu_dm_create_common_mode().&lt;/p&gt;
&lt;p&gt;Fix this by adding a NULL check of mode.&lt;/p&gt;
&lt;p&gt;This bug was found by a static analyzer.&lt;/p&gt;
&lt;p&gt;Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings,
and our static analyzer no longer warns about this code.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-q626-923j-fg7r</guid>
    </item>
    <item>
      <title>OESA-2025-1465 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-1465</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;can: dev: can_get_echo_skb(): prevent call to kfree_skb() in hard IRQ context&lt;/p&gt;
&lt;p&gt;If a driver calls can_get_echo_skb() during a hardware IRQ (which is often, but
not always, the case), the &amp;amp;apos;WARN_ON(in_irq)&amp;amp;apos; in
net/core/skbuff.c#skb_release_head_state() might be triggered, under network
congestion circumstances, together with the potential risk of a NULL pointer
dereference.&lt;/p&gt;
&lt;p&gt;The root cause of this issue is the call to kfree_skb() instead of
dev_kfree_skb_irq() in net/core/dev.c#enqueue_to_backlog().&lt;/p&gt;
&lt;p&gt;This patch prevents the skb to be freed within the call to netif_rx() by
incrementing its reference count with skb_get(). The skb is finally freed by
one of the in-irq-context safe functions: dev_consume_skb_any() or
dev_kfree_skb_any(). The &amp;amp;quot;any&amp;amp;quot; version is used because some drivers might call
can_get_echo_skb() in a normal context.&lt;/p&gt;
&lt;p&gt;The reason for this issue to occur is that initially, in the core network
stack, loopback skb were not supposed to be received in hardware IRQ context.
The CAN stack is an exeption.&lt;/p&gt;
&lt;p&gt;This bug was previously reported back in 2017 in [1] but the proposed patch
never got accepted.&lt;/p&gt;
&lt;p&gt;While [1] directly modifies net/core/dev.c, we try to propose here a
smoother modification local to CAN network stack (the assumption
behind is that only CAN devices are affected by this issue).&lt;/p&gt;
&lt;p&gt;[1] http://lore.kern…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;can: dev: can_get_echo_skb(): prevent call to kfree_skb() in hard IRQ context&lt;/p&gt;
&lt;p&gt;If a driver calls can_get_echo_skb() during a hardware IRQ (which is often, but
not always, the case), the &amp;amp;apos;WARN_ON(in_irq)&amp;amp;apos; in
net/core/skbuff.c#skb_release_head_state() might be triggered, under network
congestion circumstances, together with the potential risk of a NULL pointer
dereference.&lt;/p&gt;
&lt;p&gt;The root cause of this issue is the call to kfree_skb() instead of
dev_kfree_skb_irq() in net/core/dev.c#enqueue_to_backlog().&lt;/p&gt;
&lt;p&gt;This patch prevents the skb to be freed within the call to netif_rx() by
incrementing its reference count with skb_get(). The skb is finally freed by
one of the in-irq-context safe functions: dev_consume_skb_any() or
dev_kfree_skb_any(). The &amp;amp;quot;any&amp;amp;quot; version is used because some drivers might call
can_get_echo_skb() in a normal context.&lt;/p&gt;
&lt;p&gt;The reason for this issue to occur is that initially, in the core network
stack, loopback skb were not supposed to be received in hardware IRQ context.
The CAN stack is an exeption.&lt;/p&gt;
&lt;p&gt;This bug was previously reported back in 2017 in [1] but the proposed patch
never got accepted.&lt;/p&gt;
&lt;p&gt;While [1] directly modifies net/core/dev.c, we try to propose here a
smoother modification local to CAN network stack (the assumption
behind is that only CAN devices are affected by this issue).&lt;/p&gt;
&lt;p&gt;[1] http://lore.kern…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-1465</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:01600-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:01600-1</link>
      <description>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Security update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-su-2025:01600-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-49232</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49232</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux, Ubuntu:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.4 and 130 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes() In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode() is assigned to mode and is passed to drm_mode_probed_add() directly after that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and there is a dereference of it in list_add_tail() without recoveries, which could lead to NULL pointer dereference on failure of amdgpu_dm_create_common_mode(). Fix this by adding a NULL check of mode. This bug was found by a static analyzer. Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings, and our static analyzer no longer warns about this code.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux, Ubuntu:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.4 and 130 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Fix a NULL pointer dereference in amdgpu_dm_connector_add_common_modes() In amdgpu_dm_connector_add_common_modes(), amdgpu_dm_create_common_mode() is assigned to mode and is passed to drm_mode_probed_add() directly after that. drm_mode_probed_add() passes &amp;amp;mode-&amp;gt;head to list_add_tail(), and there is a dereference of it in list_add_tail() without recoveries, which could lead to NULL pointer dereference on failure of amdgpu_dm_create_common_mode(). Fix this by adding a NULL check of mode. This bug was found by a static analyzer. Builds with &amp;#39;make allyesconfig&amp;#39; show no new warnings, and our static analyzer no longer warns about this code.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-49232</guid>
    </item>
  </channel>
</rss>
