<?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>Fri, 02 Oct 2026 13:22:00 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-14432</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-14432</link>
      <description>bdu:2026-14432</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-14432</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-63826</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-63826</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-63826</guid>
    </item>
    <item>
      <title>certfr-2026-avi-1029 — 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-2026-avi-1029</link>
      <description>certfr-2026-avi-1029</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-1029</guid>
    </item>
    <item>
      <title>EUVD-2026-353147</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353147</link>
      <description>EUVD-2026-353147</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353147</guid>
    </item>
    <item>
      <title>fkie_cve-2026-63826</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-63826</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;fbdev: fix use-after-free in store_modes()&lt;/p&gt;
&lt;p&gt;store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace.
On success it frees the old modelist with fb_destroy_modelist(). Two
fields still point into that freed list.&lt;/p&gt;
&lt;p&gt;One pointer is fb_display[i].mode, the mode a console is using.
fbcon_new_modelist() moves these pointers to the new list. It only does so
for consoles still mapped to the framebuffer. An unmapped console is
skipped and keeps its stale pointer. Unbinding fbcon, for example, sets
con2fb_map[i] to -1 but leaves fb_display[i].mode set. An
FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches
fbcon_mode_deleted(). That function reads the stale fb_display[i].mode
through fb_mode_is_equal(). The read is a use-after-free.&lt;/p&gt;
&lt;p&gt;The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through
the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so
it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read
handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The
read is a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon:
Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the
helper fbcon_delete_modelist(). It clears every fb_display[i].mode that
points into a given list. So far it is called only from the unregister
path. Call it from store_modes() too, and set fb_info-&amp;gt;mod…&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;fbdev: fix use-after-free in store_modes()&lt;/p&gt;
&lt;p&gt;store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace.
On success it frees the old modelist with fb_destroy_modelist(). Two
fields still point into that freed list.&lt;/p&gt;
&lt;p&gt;One pointer is fb_display[i].mode, the mode a console is using.
fbcon_new_modelist() moves these pointers to the new list. It only does so
for consoles still mapped to the framebuffer. An unmapped console is
skipped and keeps its stale pointer. Unbinding fbcon, for example, sets
con2fb_map[i] to -1 but leaves fb_display[i].mode set. An
FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches
fbcon_mode_deleted(). That function reads the stale fb_display[i].mode
through fb_mode_is_equal(). The read is a use-after-free.&lt;/p&gt;
&lt;p&gt;The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through
the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so
it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read
handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The
read is a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon:
Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the
helper fbcon_delete_modelist(). It clears every fb_display[i].mode that
points into a given list. So far it is called only from the unregister
path. Call it from store_modes() too, and set fb_info-&amp;gt;mod…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-63826</guid>
    </item>
    <item>
      <title>GHSA-qmc7-p94r-m2hm</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-qmc7-p94r-m2hm</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;fbdev: fix use-after-free in store_modes()&lt;/p&gt;
&lt;p&gt;store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace.
On success it frees the old modelist with fb_destroy_modelist(). Two
fields still point into that freed list.&lt;/p&gt;
&lt;p&gt;One pointer is fb_display[i].mode, the mode a console is using.
fbcon_new_modelist() moves these pointers to the new list. It only does so
for consoles still mapped to the framebuffer. An unmapped console is
skipped and keeps its stale pointer. Unbinding fbcon, for example, sets
con2fb_map[i] to -1 but leaves fb_display[i].mode set. An
FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches
fbcon_mode_deleted(). That function reads the stale fb_display[i].mode
through fb_mode_is_equal(). The read is a use-after-free.&lt;/p&gt;
&lt;p&gt;The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through
the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so
it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read
handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The
read is a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon:
Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the
helper fbcon_delete_modelist(). It clears every fb_display[i].mode that
points into a given list. So far it is called only from the unregister
path. Call it from store_modes() too, and set fb_info-&amp;gt;mod…&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;fbdev: fix use-after-free in store_modes()&lt;/p&gt;
&lt;p&gt;store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace.
On success it frees the old modelist with fb_destroy_modelist(). Two
fields still point into that freed list.&lt;/p&gt;
&lt;p&gt;One pointer is fb_display[i].mode, the mode a console is using.
fbcon_new_modelist() moves these pointers to the new list. It only does so
for consoles still mapped to the framebuffer. An unmapped console is
skipped and keeps its stale pointer. Unbinding fbcon, for example, sets
con2fb_map[i] to -1 but leaves fb_display[i].mode set. An
FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches
fbcon_mode_deleted(). That function reads the stale fb_display[i].mode
through fb_mode_is_equal(). The read is a use-after-free.&lt;/p&gt;
&lt;p&gt;The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through
the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so
it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read
handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The
read is a use-after-free.&lt;/p&gt;
&lt;p&gt;Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon:
Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the
helper fbcon_delete_modelist(). It clears every fb_display[i].mode that
points into a given list. So far it is called only from the unregister
path. Call it from store_modes() too, and set fb_info-&amp;gt;mod…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-qmc7-p94r-m2hm</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-63826 — fbdev: fix use-after-free in store_modes()</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-63826</link>
      <description>msrc_CVE-2026-63826</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-63826</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:11339-1 — kernel-devel-7.1.4-1.1 on GA media</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:11339-1</link>
      <description>&lt;p&gt;kernel-devel-7.1.4-1.1 on GA media&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel-devel-7.1.4-1.1 on GA media&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-su-2026:11339-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:23066-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:23066-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-2026:23066-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-63826</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-63826</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, 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 and 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: fbdev: fix use-after-free in store_modes() store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace. On success it frees the old modelist with fb_destroy_modelist(). Two fields still point into that freed list. One pointer is fb_display[i].mode, the mode a console is using. fbcon_new_modelist() moves these pointers to the new list. It only does so for consoles still mapped to the framebuffer. An unmapped console is skipped and keeps its stale pointer. Unbinding fbcon, for example, sets con2fb_map[i] to -1 but leaves fb_display[i].mode set. An FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches fbcon_mode_deleted(). That function reads the stale fb_display[i].mode through fb_mode_is_equal(). The read is a use-after-free. The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The read is a use-after-free. Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon: Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the helper fbcon_delete_modelist(). It clears every fb_display[i].mode that points into a given list. So far it is called only from the unregister path. Call it from store_modes() too, and set fb_info-&amp;gt;mode to…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, 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 and 246 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: fbdev: fix use-after-free in store_modes() store_modes() replaces a framebuffer&amp;#39;s modelist with modes from userspace. On success it frees the old modelist with fb_destroy_modelist(). Two fields still point into that freed list. One pointer is fb_display[i].mode, the mode a console is using. fbcon_new_modelist() moves these pointers to the new list. It only does so for consoles still mapped to the framebuffer. An unmapped console is skipped and keeps its stale pointer. Unbinding fbcon, for example, sets con2fb_map[i] to -1 but leaves fb_display[i].mode set. An FBIOPUT_VSCREENINFO ioctl with FB_ACTIVATE_INV_MODE later reaches fbcon_mode_deleted(). That function reads the stale fb_display[i].mode through fb_mode_is_equal(). The read is a use-after-free. The other pointer is fb_info-&amp;gt;mode, the current mode. It is set through the mode sysfs attribute. store_modes() does not update fb_info-&amp;gt;mode, so it is left pointing into the freed list. show_mode(), the attribute&amp;#39;s read handler, dereferences the stale fb_info-&amp;gt;mode through mode_string(). The read is a use-after-free. Clear both pointers before freeing the list. Commit a1f305893074 (&amp;#34;fbcon: Set fb_display[i]-&amp;gt;mode to NULL when the mode is released&amp;#34;) added the helper fbcon_delete_modelist(). It clears every fb_display[i].mode that points into a given list. So far it is called only from the unregister path. Call it from store_modes() too, and set fb_info-&amp;gt;mode to…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-63826</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2403 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2403</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, einen Denial-of-Service-Zustand herbeizuführen oder vertrauliche Informationen offenzulegen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2403</guid>
    </item>
  </channel>
</rss>
