<?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 17:19:45 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-10709</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-10709</link>
      <description>bdu:2026-10709</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-10709</guid>
    </item>
    <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-309849</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-309849</link>
      <description>EUVD-2026-309849</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-309849</guid>
    </item>
    <item>
      <title>fkie_cve-2021-47632</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-47632</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;powerpc/set_memory: Avoid spinlock recursion in change_page_attr()&lt;/p&gt;
&lt;p&gt;Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;)
included a spin_lock() to change_page_attr() in order to
safely perform the three step operations. But then
commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against
concurrent accesses&amp;#34;) modify it to use pte_update() and do
the operation safely against concurrent access.&lt;/p&gt;
&lt;p&gt;In the meantime, Maxime reported some spinlock recursion.&lt;/p&gt;
&lt;p&gt;[   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217
[   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0
[   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523
[   15.373350] Workqueue: events do_free_init
[   15.377615] Call Trace:
[   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable)
[   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4
[   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310
[   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0
[   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8
[   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94
[   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310
[   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134
[   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8
[   15.438560]…&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;powerpc/set_memory: Avoid spinlock recursion in change_page_attr()&lt;/p&gt;
&lt;p&gt;Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;)
included a spin_lock() to change_page_attr() in order to
safely perform the three step operations. But then
commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against
concurrent accesses&amp;#34;) modify it to use pte_update() and do
the operation safely against concurrent access.&lt;/p&gt;
&lt;p&gt;In the meantime, Maxime reported some spinlock recursion.&lt;/p&gt;
&lt;p&gt;[   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217
[   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0
[   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523
[   15.373350] Workqueue: events do_free_init
[   15.377615] Call Trace:
[   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable)
[   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4
[   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310
[   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0
[   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8
[   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94
[   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310
[   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134
[   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8
[   15.438560]…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-47632</guid>
    </item>
    <item>
      <title>GHSA-68j8-p6jf-3m4x</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-68j8-p6jf-3m4x</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;powerpc/set_memory: Avoid spinlock recursion in change_page_attr()&lt;/p&gt;
&lt;p&gt;Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;)
included a spin_lock() to change_page_attr() in order to
safely perform the three step operations. But then
commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against
concurrent accesses&amp;#34;) modify it to use pte_update() and do
the operation safely against concurrent access.&lt;/p&gt;
&lt;p&gt;In the meantime, Maxime reported some spinlock recursion.&lt;/p&gt;
&lt;p&gt;[   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217
[   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0
[   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523
[   15.373350] Workqueue: events do_free_init
[   15.377615] Call Trace:
[   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable)
[   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4
[   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310
[   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0
[   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8
[   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94
[   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310
[   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134
[   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8
[   15.438560]…&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;powerpc/set_memory: Avoid spinlock recursion in change_page_attr()&lt;/p&gt;
&lt;p&gt;Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;)
included a spin_lock() to change_page_attr() in order to
safely perform the three step operations. But then
commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against
concurrent accesses&amp;#34;) modify it to use pte_update() and do
the operation safely against concurrent access.&lt;/p&gt;
&lt;p&gt;In the meantime, Maxime reported some spinlock recursion.&lt;/p&gt;
&lt;p&gt;[   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217
[   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0
[   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523
[   15.373350] Workqueue: events do_free_init
[   15.377615] Call Trace:
[   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable)
[   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4
[   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310
[   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0
[   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8
[   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94
[   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310
[   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134
[   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8
[   15.438560]…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-68j8-p6jf-3m4x</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:1176-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:1176-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:1176-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2021-47632</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47632</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 139 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: powerpc/set_memory: Avoid spinlock recursion in change_page_attr() Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;) included a spin_lock() to change_page_attr() in order to safely perform the three step operations. But then commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against concurrent accesses&amp;#34;) modify it to use pte_update() and do the operation safely against concurrent access. In the meantime, Maxime reported some spinlock recursion. [   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217 [   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0 [   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523 [   15.373350] Workqueue: events do_free_init [   15.377615] Call Trace: [   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable) [   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4 [   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310 [   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0 [   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8 [   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94 [   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310 [   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134 [   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8 [   15.438560] [e4…&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 139 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: powerpc/set_memory: Avoid spinlock recursion in change_page_attr() Commit 1f9ad21c3b38 (&amp;#34;powerpc/mm: Implement set_memory() routines&amp;#34;) included a spin_lock() to change_page_attr() in order to safely perform the three step operations. But then commit 9f7853d7609d (&amp;#34;powerpc/mm: Fix set_memory_*() against concurrent accesses&amp;#34;) modify it to use pte_update() and do the operation safely against concurrent access. In the meantime, Maxime reported some spinlock recursion. [   15.351649] BUG: spinlock recursion on CPU#0, kworker/0:2/217 [   15.357540]  lock: init_mm+0x3c/0x420, .magic: dead4ead, .owner: kworker/0:2/217, .owner_cpu: 0 [   15.366563] CPU: 0 PID: 217 Comm: kworker/0:2 Not tainted 5.15.0+ #523 [   15.373350] Workqueue: events do_free_init [   15.377615] Call Trace: [   15.380232] [e4105ac0] [800946a4] do_raw_spin_lock+0xf8/0x120 (unreliable) [   15.387340] [e4105ae0] [8001f4ec] change_page_attr+0x40/0x1d4 [   15.393413] [e4105b10] [801424e0] __apply_to_page_range+0x164/0x310 [   15.400009] [e4105b60] [80169620] free_pcp_prepare+0x1e4/0x4a0 [   15.406045] [e4105ba0] [8016c5a0] free_unref_page+0x40/0x2b8 [   15.411979] [e4105be0] [8018724c] kasan_depopulate_vmalloc_pte+0x6c/0x94 [   15.418989] [e4105c00] [801424e0] __apply_to_page_range+0x164/0x310 [   15.425451] [e4105c50] [80187834] kasan_release_vmalloc+0xbc/0x134 [   15.431898] [e4105c70] [8015f7a8] __purge_vmap_area_lazy+0x4e4/0xdd8 [   15.438560] [e4…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-47632</guid>
    </item>
  </channel>
</rss>
