<?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 11:46:54 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: BELL-CVE-2026-31654 — CVE-2026-31654 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-31654</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-31654</guid>
    </item>
    <item>
      <title>EUVD-2026-315648</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-315648</link>
      <description>EUVD-2026-315648</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-315648</guid>
    </item>
    <item>
      <title>fkie_cve-2026-31654</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-31654</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/vma: fix memory leak in __mmap_region()&lt;/p&gt;
&lt;p&gt;commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare
swaps the file&amp;#34;) handled the success path by skipping get_file() via
file_doesnt_need_get, but missed the error path.&lt;/p&gt;
&lt;p&gt;When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls
shmem_zero_setup_desc() which allocates a new shmem file to back the
mapping. If __mmap_new_vma() subsequently fails, this replacement
file is never fput()&amp;#39;d - the original is released by
ksys_mmap_pgoff(), but nobody releases the new one.&lt;/p&gt;
&lt;p&gt;Add fput() for the swapped file in the error path.&lt;/p&gt;
&lt;p&gt;Reproducible with fault injection.&lt;/p&gt;
&lt;p&gt;FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 1
CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full)
Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014
Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x164/0x1f0
 should_fail_ex+0x525/0x650
 should_failslab+0xdf/0x140
 kmem_cache_alloc_noprof+0x78/0x630
 vm_area_alloc+0x24/0x160
 __mmap_region+0xf6b/0x2660
 mmap_region+0x2eb/0x3a0
 do_mmap+0xc79/0x1240
 vm_mmap_pgoff+0x252/0x4c0
 ksys_mmap_pgoff+0xf8/0x120
 __x64_sys_mmap+0x12a/0x190
 do_syscall_64+0xa9/0x580
 entry_SYSCALL_64_after_hwframe+0x76/0x7e
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
BUG: memory leak
unreferenced object 0xf…&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;mm/vma: fix memory leak in __mmap_region()&lt;/p&gt;
&lt;p&gt;commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare
swaps the file&amp;#34;) handled the success path by skipping get_file() via
file_doesnt_need_get, but missed the error path.&lt;/p&gt;
&lt;p&gt;When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls
shmem_zero_setup_desc() which allocates a new shmem file to back the
mapping. If __mmap_new_vma() subsequently fails, this replacement
file is never fput()&amp;#39;d - the original is released by
ksys_mmap_pgoff(), but nobody releases the new one.&lt;/p&gt;
&lt;p&gt;Add fput() for the swapped file in the error path.&lt;/p&gt;
&lt;p&gt;Reproducible with fault injection.&lt;/p&gt;
&lt;p&gt;FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 1
CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full)
Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014
Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x164/0x1f0
 should_fail_ex+0x525/0x650
 should_failslab+0xdf/0x140
 kmem_cache_alloc_noprof+0x78/0x630
 vm_area_alloc+0x24/0x160
 __mmap_region+0xf6b/0x2660
 mmap_region+0x2eb/0x3a0
 do_mmap+0xc79/0x1240
 vm_mmap_pgoff+0x252/0x4c0
 ksys_mmap_pgoff+0xf8/0x120
 __x64_sys_mmap+0x12a/0x190
 do_syscall_64+0xa9/0x580
 entry_SYSCALL_64_after_hwframe+0x76/0x7e
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
BUG: memory leak
unreferenced object 0xf…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-31654</guid>
    </item>
    <item>
      <title>GHSA-cg89-59r4-qfhp</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-cg89-59r4-qfhp</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/vma: fix memory leak in __mmap_region()&lt;/p&gt;
&lt;p&gt;commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare
swaps the file&amp;#34;) handled the success path by skipping get_file() via
file_doesnt_need_get, but missed the error path.&lt;/p&gt;
&lt;p&gt;When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls
shmem_zero_setup_desc() which allocates a new shmem file to back the
mapping. If __mmap_new_vma() subsequently fails, this replacement
file is never fput()&amp;#39;d - the original is released by
ksys_mmap_pgoff(), but nobody releases the new one.&lt;/p&gt;
&lt;p&gt;Add fput() for the swapped file in the error path.&lt;/p&gt;
&lt;p&gt;Reproducible with fault injection.&lt;/p&gt;
&lt;p&gt;FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 1
CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full)
Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014
Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x164/0x1f0
 should_fail_ex+0x525/0x650
 should_failslab+0xdf/0x140
 kmem_cache_alloc_noprof+0x78/0x630
 vm_area_alloc+0x24/0x160
 __mmap_region+0xf6b/0x2660
 mmap_region+0x2eb/0x3a0
 do_mmap+0xc79/0x1240
 vm_mmap_pgoff+0x252/0x4c0
 ksys_mmap_pgoff+0xf8/0x120
 __x64_sys_mmap+0x12a/0x190
 do_syscall_64+0xa9/0x580
 entry_SYSCALL_64_after_hwframe+0x76/0x7e
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
BUG: memory leak
unreferenced object 0xf…&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;mm/vma: fix memory leak in __mmap_region()&lt;/p&gt;
&lt;p&gt;commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare
swaps the file&amp;#34;) handled the success path by skipping get_file() via
file_doesnt_need_get, but missed the error path.&lt;/p&gt;
&lt;p&gt;When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls
shmem_zero_setup_desc() which allocates a new shmem file to back the
mapping. If __mmap_new_vma() subsequently fails, this replacement
file is never fput()&amp;#39;d - the original is released by
ksys_mmap_pgoff(), but nobody releases the new one.&lt;/p&gt;
&lt;p&gt;Add fput() for the swapped file in the error path.&lt;/p&gt;
&lt;p&gt;Reproducible with fault injection.&lt;/p&gt;
&lt;p&gt;FAULT_INJECTION: forcing a failure.
name failslab, interval 1, probability 0, space 0, times 1
CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full)
Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014
Call Trace:
 &amp;lt;TASK&amp;gt;
 dump_stack_lvl+0x164/0x1f0
 should_fail_ex+0x525/0x650
 should_failslab+0xdf/0x140
 kmem_cache_alloc_noprof+0x78/0x630
 vm_area_alloc+0x24/0x160
 __mmap_region+0xf6b/0x2660
 mmap_region+0x2eb/0x3a0
 do_mmap+0xc79/0x1240
 vm_mmap_pgoff+0x252/0x4c0
 ksys_mmap_pgoff+0xf8/0x120
 __x64_sys_mmap+0x12a/0x190
 do_syscall_64+0xa9/0x580
 entry_SYSCALL_64_after_hwframe+0x76/0x7e
 &amp;lt;/TASK&amp;gt;&lt;/p&gt;
&lt;p&gt;kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak)
BUG: memory leak
unreferenced object 0xf…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-cg89-59r4-qfhp</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-31654</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31654</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 86 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mm/vma: fix memory leak in __mmap_region() commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare swaps the file&amp;#34;) handled the success path by skipping get_file() via file_doesnt_need_get, but missed the error path. When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls shmem_zero_setup_desc() which allocates a new shmem file to back the mapping. If __mmap_new_vma() subsequently fails, this replacement file is never fput()&amp;#39;d - the original is released by ksys_mmap_pgoff(), but nobody releases the new one. Add fput() for the swapped file in the error path. Reproducible with fault injection. FAULT_INJECTION: forcing a failure. name failslab, interval 1, probability 0, space 0, times 1 CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full) Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Call Trace:  &amp;lt;TASK&amp;gt;  dump_stack_lvl+0x164/0x1f0  should_fail_ex+0x525/0x650  should_failslab+0xdf/0x140  kmem_cache_alloc_noprof+0x78/0x630  vm_area_alloc+0x24/0x160  __mmap_region+0xf6b/0x2660  mmap_region+0x2eb/0x3a0  do_mmap+0xc79/0x1240  vm_mmap_pgoff+0x252/0x4c0  ksys_mmap_pgoff+0xf8/0x120  __x64_sys_mmap+0x12a/0x190  do_syscall_64+0xa9/0x580  entry_SYSCALL_64_after_hwframe+0x76/0x7e  &amp;lt;/TASK&amp;gt; kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak) BUG: memory leak unreferenced object 0xffff8881…&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 86 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mm/vma: fix memory leak in __mmap_region() commit 605f6586ecf7 (&amp;#34;mm/vma: do not leak memory when .mmap_prepare swaps the file&amp;#34;) handled the success path by skipping get_file() via file_doesnt_need_get, but missed the error path. When /dev/zero is mmap&amp;#39;d with MAP_SHARED, mmap_zero_prepare() calls shmem_zero_setup_desc() which allocates a new shmem file to back the mapping. If __mmap_new_vma() subsequently fails, this replacement file is never fput()&amp;#39;d - the original is released by ksys_mmap_pgoff(), but nobody releases the new one. Add fput() for the swapped file in the error path. Reproducible with fault injection. FAULT_INJECTION: forcing a failure. name failslab, interval 1, probability 0, space 0, times 1 CPU: 2 UID: 0 PID: 366 Comm: syz.7.14 Not tainted 7.0.0-rc6 #2 PREEMPT(full) Hardware name: QEMU Ubuntu 24.04 PC v2 (i440FX + PIIX, arch_caps fix, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/2014 Call Trace:  &amp;lt;TASK&amp;gt;  dump_stack_lvl+0x164/0x1f0  should_fail_ex+0x525/0x650  should_failslab+0xdf/0x140  kmem_cache_alloc_noprof+0x78/0x630  vm_area_alloc+0x24/0x160  __mmap_region+0xf6b/0x2660  mmap_region+0x2eb/0x3a0  do_mmap+0xc79/0x1240  vm_mmap_pgoff+0x252/0x4c0  ksys_mmap_pgoff+0xf8/0x120  __x64_sys_mmap+0x12a/0x190  do_syscall_64+0xa9/0x580  entry_SYSCALL_64_after_hwframe+0x76/0x7e  &amp;lt;/TASK&amp;gt; kmemleak: 1 new suspected memory leaks (see /sys/kernel/debug/kmemleak) BUG: memory leak unreferenced object 0xffff8881…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-31654</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1279 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1279</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um nicht näher spezifizierte Angriffe durchzuführen, welche zu einem Denial-of-Service-Zustand, einer Rechteausweitung, der Ausführung von Code oder einer Speicherbeschädigung führen könnten.&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, welche zu einem Denial-of-Service-Zustand, einer Rechteausweitung, der Ausführung von Code oder einer Speicherbeschädigung führen könnten.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1279</guid>
    </item>
  </channel>
</rss>
