<?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://vulnerability.circl.lu</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>Mon, 28 Sep 2026 20:29:28 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-97604</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-97604</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;fbdev: vfb: defer cleanup until the last reference&lt;/p&gt;
&lt;p&gt;FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the
usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap
immediately after unregistering the framebuffer, even when an open file
still holds a reference to fb_info. A concurrent driver unbind can
therefore free the colormap while the ioctl copies it to userspace.&lt;/p&gt;
&lt;p&gt;KASAN reports:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in _copy_to_user
  Read of size 512 by task poc/125&lt;/p&gt;
&lt;p&gt;_copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)
   fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)
   do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)&lt;/p&gt;
&lt;p&gt;Allocated by task 1:
   fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)
   vfb_probe (drivers/video/fbdev/vfb.c:459)&lt;/p&gt;
&lt;p&gt;Freed by task 124:
   fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)
   vfb_remove (drivers/video/fbdev/vfb.c:489)&lt;/p&gt;
&lt;p&gt;unregister_framebuffer() drops the registration reference, and fbdev calls
fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s
cleanup into an fb_destroy callback so its colormap and screen buffer stay
alive until all file references have been released.&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: vfb: defer cleanup until the last reference&lt;/p&gt;
&lt;p&gt;FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the
usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap
immediately after unregistering the framebuffer, even when an open file
still holds a reference to fb_info. A concurrent driver unbind can
therefore free the colormap while the ioctl copies it to userspace.&lt;/p&gt;
&lt;p&gt;KASAN reports:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in _copy_to_user
  Read of size 512 by task poc/125&lt;/p&gt;
&lt;p&gt;_copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)
   fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)
   do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)&lt;/p&gt;
&lt;p&gt;Allocated by task 1:
   fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)
   vfb_probe (drivers/video/fbdev/vfb.c:459)&lt;/p&gt;
&lt;p&gt;Freed by task 124:
   fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)
   vfb_remove (drivers/video/fbdev/vfb.c:489)&lt;/p&gt;
&lt;p&gt;unregister_framebuffer() drops the registration reference, and fbdev calls
fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s
cleanup into an fb_destroy callback so its colormap and screen buffer stay
alive until all file references have been released.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-97604</guid>
    </item>
    <item>
      <title>GHSA-8fh7-qq2h-xhh6</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-8fh7-qq2h-xhh6</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;fbdev: vfb: defer cleanup until the last reference&lt;/p&gt;
&lt;p&gt;FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the
usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap
immediately after unregistering the framebuffer, even when an open file
still holds a reference to fb_info. A concurrent driver unbind can
therefore free the colormap while the ioctl copies it to userspace.&lt;/p&gt;
&lt;p&gt;KASAN reports:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in _copy_to_user
  Read of size 512 by task poc/125&lt;/p&gt;
&lt;p&gt;_copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)
   fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)
   do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)&lt;/p&gt;
&lt;p&gt;Allocated by task 1:
   fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)
   vfb_probe (drivers/video/fbdev/vfb.c:459)&lt;/p&gt;
&lt;p&gt;Freed by task 124:
   fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)
   vfb_remove (drivers/video/fbdev/vfb.c:489)&lt;/p&gt;
&lt;p&gt;unregister_framebuffer() drops the registration reference, and fbdev calls
fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s
cleanup into an fb_destroy callback so its colormap and screen buffer stay
alive until all file references have been released.&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: vfb: defer cleanup until the last reference&lt;/p&gt;
&lt;p&gt;FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the
usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap
immediately after unregistering the framebuffer, even when an open file
still holds a reference to fb_info. A concurrent driver unbind can
therefore free the colormap while the ioctl copies it to userspace.&lt;/p&gt;
&lt;p&gt;KASAN reports:&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-use-after-free in _copy_to_user
  Read of size 512 by task poc/125&lt;/p&gt;
&lt;p&gt;_copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)
   fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)
   do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)&lt;/p&gt;
&lt;p&gt;Allocated by task 1:
   fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)
   vfb_probe (drivers/video/fbdev/vfb.c:459)&lt;/p&gt;
&lt;p&gt;Freed by task 124:
   fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)
   vfb_remove (drivers/video/fbdev/vfb.c:489)&lt;/p&gt;
&lt;p&gt;unregister_framebuffer() drops the registration reference, and fbdev calls
fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s
cleanup into an fb_destroy callback so its colormap and screen buffer stay
alive until all file references have been released.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-8fh7-qq2h-xhh6</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-97604</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-97604</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: vfb: defer cleanup until the last reference FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap immediately after unregistering the framebuffer, even when an open file still holds a reference to fb_info. A concurrent driver unbind can therefore free the colormap while the ioctl copies it to userspace. KASAN reports:   BUG: KASAN: slab-use-after-free in _copy_to_user   Read of size 512 by task poc/125    _copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)    fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)    do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)    Allocated by task 1:    fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)    vfb_probe (drivers/video/fbdev/vfb.c:459)    Freed by task 124:    fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)    vfb_remove (drivers/video/fbdev/vfb.c:489) unregister_framebuffer() drops the registration reference, and fbdev calls fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s cleanup into an fb_destroy callback so its colormap and screen buffer stay alive until all file references have been released.&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: vfb: defer cleanup until the last reference FBIOGETCMAP takes a shallow snapshot of info-&amp;gt;cmap and performs the usercopy after dropping info-&amp;gt;lock. vfb_remove() frees the colormap immediately after unregistering the framebuffer, even when an open file still holds a reference to fb_info. A concurrent driver unbind can therefore free the colormap while the ioctl copies it to userspace. KASAN reports:   BUG: KASAN: slab-use-after-free in _copy_to_user   Read of size 512 by task poc/125    _copy_to_user (./include/linux/instrumented.h:129 ./include/linux/uaccess.h:201 lib/usercopy.c:24)    fb_cmap_to_user (./include/linux/uaccess.h:230 drivers/video/fbdev/core/fbcmap.c:211)    do_fb_ioctl (drivers/video/fbdev/core/fb_chrdev.c:114)    Allocated by task 1:    fb_alloc_cmap_gfp (./include/linux/slab.h:973 ./include/linux/slab.h:1290 drivers/video/fbdev/core/fbcmap.c:108)    vfb_probe (drivers/video/fbdev/vfb.c:459)    Freed by task 124:    fb_dealloc_cmap (drivers/video/fbdev/core/fbcmap.c:151)    vfb_remove (drivers/video/fbdev/vfb.c:489) unregister_framebuffer() drops the registration reference, and fbdev calls fb_destroy after the last put_fb_info(). Move the registered framebuffer&amp;#39;s cleanup into an fb_destroy callback so its colormap and screen buffer stay alive until all file references have been released.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-97604</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-3579 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://vulnerability.circl.lu/vuln/wid-sec-w-2026-3579</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen oder nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Zustand herbeizuführen oder nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/wid-sec-w-2026-3579</guid>
    </item>
  </channel>
</rss>
