<?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 06:09:42 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-11835</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-11835</link>
      <description>bdu:2026-11835</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-11835</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-23201</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-23201</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-23201</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0192 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Certaines d'entre elles permettent à un…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0192</link>
      <description>certfr-2026-avi-0192</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0192</guid>
    </item>
    <item>
      <title>EUVD-2026-367476</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-367476</link>
      <description>EUVD-2026-367476</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-367476</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23201</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-23201</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ceph: fix oops due to invalid pointer for kfree() in parse_longname()&lt;/p&gt;
&lt;p&gt;This fixes a kernel oops when reading ceph snapshot directories (.snap),
for example by simply running `ls /mnt/my_ceph/.snap`.&lt;/p&gt;
&lt;p&gt;The variable str is guarded by __free(kfree), but advanced by one for
skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called
with an invalid pointer.  This patch removes the need for advancing the
pointer so kfree() is called with correct memory pointer.&lt;/p&gt;
&lt;p&gt;Steps to reproduce:&lt;/p&gt;
&lt;p&gt;1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase)&lt;/p&gt;
&lt;p&gt;2. Add cephfs mount to fstab
$ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab&lt;/p&gt;
&lt;p&gt;3. Reboot the system
$ systemctl reboot&lt;/p&gt;
&lt;p&gt;4. Check if it&amp;#39;s really mounted
$ mount | grep stuff&lt;/p&gt;
&lt;p&gt;5. List snapshots (expected 63 snapshots on my system)
$ ls /mnt/test/stuff/.snap&lt;/p&gt;
&lt;p&gt;Now ls hangs forever and the kernel log shows the oops.&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;ceph: fix oops due to invalid pointer for kfree() in parse_longname()&lt;/p&gt;
&lt;p&gt;This fixes a kernel oops when reading ceph snapshot directories (.snap),
for example by simply running `ls /mnt/my_ceph/.snap`.&lt;/p&gt;
&lt;p&gt;The variable str is guarded by __free(kfree), but advanced by one for
skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called
with an invalid pointer.  This patch removes the need for advancing the
pointer so kfree() is called with correct memory pointer.&lt;/p&gt;
&lt;p&gt;Steps to reproduce:&lt;/p&gt;
&lt;p&gt;1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase)&lt;/p&gt;
&lt;p&gt;2. Add cephfs mount to fstab
$ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab&lt;/p&gt;
&lt;p&gt;3. Reboot the system
$ systemctl reboot&lt;/p&gt;
&lt;p&gt;4. Check if it&amp;#39;s really mounted
$ mount | grep stuff&lt;/p&gt;
&lt;p&gt;5. List snapshots (expected 63 snapshots on my system)
$ ls /mnt/test/stuff/.snap&lt;/p&gt;
&lt;p&gt;Now ls hangs forever and the kernel log shows the oops.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-23201</guid>
    </item>
    <item>
      <title>GHSA-3mg9-9f72-h562</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3mg9-9f72-h562</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ceph: fix oops due to invalid pointer for kfree() in parse_longname()&lt;/p&gt;
&lt;p&gt;This fixes a kernel oops when reading ceph snapshot directories (.snap),
for example by simply running `ls /mnt/my_ceph/.snap`.&lt;/p&gt;
&lt;p&gt;The variable str is guarded by __free(kfree), but advanced by one for
skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called
with an invalid pointer.  This patch removes the need for advancing the
pointer so kfree() is called with correct memory pointer.&lt;/p&gt;
&lt;p&gt;Steps to reproduce:&lt;/p&gt;
&lt;p&gt;1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase)&lt;/p&gt;
&lt;p&gt;2. Add cephfs mount to fstab
$ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab&lt;/p&gt;
&lt;p&gt;3. Reboot the system
$ systemctl reboot&lt;/p&gt;
&lt;p&gt;4. Check if it&amp;#39;s really mounted
$ mount | grep stuff&lt;/p&gt;
&lt;p&gt;5. List snapshots (expected 63 snapshots on my system)
$ ls /mnt/test/stuff/.snap&lt;/p&gt;
&lt;p&gt;Now ls hangs forever and the kernel log shows the oops.&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;ceph: fix oops due to invalid pointer for kfree() in parse_longname()&lt;/p&gt;
&lt;p&gt;This fixes a kernel oops when reading ceph snapshot directories (.snap),
for example by simply running `ls /mnt/my_ceph/.snap`.&lt;/p&gt;
&lt;p&gt;The variable str is guarded by __free(kfree), but advanced by one for
skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called
with an invalid pointer.  This patch removes the need for advancing the
pointer so kfree() is called with correct memory pointer.&lt;/p&gt;
&lt;p&gt;Steps to reproduce:&lt;/p&gt;
&lt;p&gt;1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase)&lt;/p&gt;
&lt;p&gt;2. Add cephfs mount to fstab
$ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab&lt;/p&gt;
&lt;p&gt;3. Reboot the system
$ systemctl reboot&lt;/p&gt;
&lt;p&gt;4. Check if it&amp;#39;s really mounted
$ mount | grep stuff&lt;/p&gt;
&lt;p&gt;5. List snapshots (expected 63 snapshots on my system)
$ ls /mnt/test/stuff/.snap&lt;/p&gt;
&lt;p&gt;Now ls hangs forever and the kernel log shows the oops.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3mg9-9f72-h562</guid>
    </item>
    <item>
      <title>OESA-2026-1642 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-1642</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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;fs/xattr: missing fdput() in fremovexattr error path&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the fremovexattr() syscall calls fdget() to acquire a
file reference but returns early without calling fdput() when
strncpy_from_user() fails on the name argument. In multi-threaded processes
where fdget() takes the slow path, this permanently leaks one
file reference per call, pinning the struct file and associated kernel
objects in memory. An unprivileged local user can exploit this to cause
kernel memory exhaustion. The issue was inadvertently fixed by commit
a71874379ec8 (&amp;amp;quot;xattr: switch to CLASS(fd)&amp;amp;quot;).(CVE-2024-14027)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;pps: Fix a use-after-free&lt;/p&gt;
&lt;p&gt;On a board running ntpd and gpsd, I&amp;amp;apos;m seeing a consistent use-after-free
in sys_exit() from gpsd when rebooting:&lt;/p&gt;
&lt;p&gt;pps pps1: removed
    ------------[ cut here ]------------
    kobject: &amp;amp;apos;(null)&amp;amp;apos; (00000000db4bec24): is not initialized, yet kobject_put() is being called.
    WARNING: CPU: 2 PID: 440 at lib/kobject.c:734 kobject_put+0x120/0x150
    CPU: 2 UID: 299 PID: 440 Comm: gpsd Not tainted 6.11.0-rc6-00308-gb31c44928842 #1
    Hardware name: Raspberry Pi 4 Model B Rev 1.1 (DT)
    pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
    pc : kobject_put+0x120/0x150
    lr : kobject_put+0x120/0x150
    sp :…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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;fs/xattr: missing fdput() in fremovexattr error path&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the fremovexattr() syscall calls fdget() to acquire a
file reference but returns early without calling fdput() when
strncpy_from_user() fails on the name argument. In multi-threaded processes
where fdget() takes the slow path, this permanently leaks one
file reference per call, pinning the struct file and associated kernel
objects in memory. An unprivileged local user can exploit this to cause
kernel memory exhaustion. The issue was inadvertently fixed by commit
a71874379ec8 (&amp;amp;quot;xattr: switch to CLASS(fd)&amp;amp;quot;).(CVE-2024-14027)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;pps: Fix a use-after-free&lt;/p&gt;
&lt;p&gt;On a board running ntpd and gpsd, I&amp;amp;apos;m seeing a consistent use-after-free
in sys_exit() from gpsd when rebooting:&lt;/p&gt;
&lt;p&gt;pps pps1: removed
    ------------[ cut here ]------------
    kobject: &amp;amp;apos;(null)&amp;amp;apos; (00000000db4bec24): is not initialized, yet kobject_put() is being called.
    WARNING: CPU: 2 PID: 440 at lib/kobject.c:734 kobject_put+0x120/0x150
    CPU: 2 UID: 299 PID: 440 Comm: gpsd Not tainted 6.11.0-rc6-00308-gb31c44928842 #1
    Hardware name: Raspberry Pi 4 Model B Rev 1.1 (DT)
    pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--)
    pc : kobject_put+0x120/0x150
    lr : kobject_put+0x120/0x150
    sp :…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-1642</guid>
    </item>
    <item>
      <title>openSUSE-SU-2026:20572-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2026:20572-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/opensuse-su-2026:20572-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2026:1573-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2026:1573-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:1573-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-23201</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23201</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 141 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ceph: fix oops due to invalid pointer for kfree() in parse_longname() This fixes a kernel oops when reading ceph snapshot directories (.snap), for example by simply running `ls /mnt/my_ceph/.snap`. The variable str is guarded by __free(kfree), but advanced by one for skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called with an invalid pointer.  This patch removes the need for advancing the pointer so kfree() is called with correct memory pointer. Steps to reproduce: 1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase) 2. Add cephfs mount to fstab $ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab 3. Reboot the system $ systemctl reboot 4. Check if it&amp;#39;s really mounted $ mount | grep stuff 5. List snapshots (expected 63 snapshots on my system) $ ls /mnt/test/stuff/.snap Now ls hangs forever and the kernel log shows the oops.&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 141 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ceph: fix oops due to invalid pointer for kfree() in parse_longname() This fixes a kernel oops when reading ceph snapshot directories (.snap), for example by simply running `ls /mnt/my_ceph/.snap`. The variable str is guarded by __free(kfree), but advanced by one for skipping the initial &amp;#39;_&amp;#39; in snapshot names. Thus, kfree() is called with an invalid pointer.  This patch removes the need for advancing the pointer so kfree() is called with correct memory pointer. Steps to reproduce: 1. Create snapshots on a cephfs volume (I&amp;#39;ve 63 snaps in my testcase) 2. Add cephfs mount to fstab $ echo &amp;#34;samba-fileserver@.files=/volumes/datapool/stuff/3461082b-ecc9-4e82-8549-3fd2590d3fb6      /mnt/test/stuff   ceph     acl,noatime,_netdev    0       0&amp;#34; &amp;gt;&amp;gt; /etc/fstab 3. Reboot the system $ systemctl reboot 4. Check if it&amp;#39;s really mounted $ mount | grep stuff 5. List snapshots (expected 63 snapshots on my system) $ ls /mnt/test/stuff/.snap Now ls hangs forever and the kernel log shows the oops.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-23201</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0421 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0421</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, die möglicherweise zu einer Denial-of-Service- Bedingung führen oder eine Speicherbeschädigung verursachen können.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0421</guid>
    </item>
  </channel>
</rss>
