<?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:17:08 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-15672</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-15672</link>
      <description>bdu:2025-15672</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-15672</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-39899</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-39899</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-2025-39899</guid>
    </item>
    <item>
      <title>certfr-2025-avi-1073 — 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-1073</link>
      <description>certfr-2025-avi-1073</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-1073</guid>
    </item>
    <item>
      <title>EUVD-2026-314814</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-314814</link>
      <description>EUVD-2026-314814</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-314814</guid>
    </item>
    <item>
      <title>fkie_cve-2025-39899</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-39899</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE&lt;/p&gt;
&lt;p&gt;With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using
kmap_local_page(), which requires unmapping in Last-In-First-Out order.&lt;/p&gt;
&lt;p&gt;The current code maps dst_pte first, then src_pte, but unmaps them in the
same order (dst_pte, src_pte), violating the LIFO requirement.  This
causes the warning in kunmap_local_indexed():&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c
  addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx)&lt;/p&gt;
&lt;p&gt;Fix this by reversing the unmap order to respect LIFO ordering.&lt;/p&gt;
&lt;p&gt;This issue follows the same pattern as similar fixes:
- commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;)
- commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;)&lt;/p&gt;
&lt;p&gt;Both of which addressed the same fundamental requirement that kmap_local
operations must follow LIFO ordering.&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/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE&lt;/p&gt;
&lt;p&gt;With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using
kmap_local_page(), which requires unmapping in Last-In-First-Out order.&lt;/p&gt;
&lt;p&gt;The current code maps dst_pte first, then src_pte, but unmaps them in the
same order (dst_pte, src_pte), violating the LIFO requirement.  This
causes the warning in kunmap_local_indexed():&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c
  addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx)&lt;/p&gt;
&lt;p&gt;Fix this by reversing the unmap order to respect LIFO ordering.&lt;/p&gt;
&lt;p&gt;This issue follows the same pattern as similar fixes:
- commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;)
- commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;)&lt;/p&gt;
&lt;p&gt;Both of which addressed the same fundamental requirement that kmap_local
operations must follow LIFO ordering.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-39899</guid>
    </item>
    <item>
      <title>GHSA-h283-rr2h-w2jj</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-h283-rr2h-w2jj</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mm/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE&lt;/p&gt;
&lt;p&gt;With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using
kmap_local_page(), which requires unmapping in Last-In-First-Out order.&lt;/p&gt;
&lt;p&gt;The current code maps dst_pte first, then src_pte, but unmaps them in the
same order (dst_pte, src_pte), violating the LIFO requirement.  This
causes the warning in kunmap_local_indexed():&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c
  addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx)&lt;/p&gt;
&lt;p&gt;Fix this by reversing the unmap order to respect LIFO ordering.&lt;/p&gt;
&lt;p&gt;This issue follows the same pattern as similar fixes:
- commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;)
- commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;)&lt;/p&gt;
&lt;p&gt;Both of which addressed the same fundamental requirement that kmap_local
operations must follow LIFO ordering.&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/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE&lt;/p&gt;
&lt;p&gt;With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using
kmap_local_page(), which requires unmapping in Last-In-First-Out order.&lt;/p&gt;
&lt;p&gt;The current code maps dst_pte first, then src_pte, but unmaps them in the
same order (dst_pte, src_pte), violating the LIFO requirement.  This
causes the warning in kunmap_local_indexed():&lt;/p&gt;
&lt;p&gt;WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c
  addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx)&lt;/p&gt;
&lt;p&gt;Fix this by reversing the unmap order to respect LIFO ordering.&lt;/p&gt;
&lt;p&gt;This issue follows the same pattern as similar fixes:
- commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;)
- commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;)&lt;/p&gt;
&lt;p&gt;Both of which addressed the same fundamental requirement that kmap_local
operations must follow LIFO ordering.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-h283-rr2h-w2jj</guid>
    </item>
    <item>
      <title>openSUSE-SU-2025:20081-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-su-2025:20081-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-2025:20081-1</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:21074-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:21074-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:21074-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-39899</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-39899</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 124 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mm/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using kmap_local_page(), which requires unmapping in Last-In-First-Out order. The current code maps dst_pte first, then src_pte, but unmaps them in the same order (dst_pte, src_pte), violating the LIFO requirement.  This causes the warning in kunmap_local_indexed():   WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c   addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx) Fix this by reversing the unmap order to respect LIFO ordering. This issue follows the same pattern as similar fixes: - commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;) - commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;) Both of which addressed the same fundamental requirement that kmap_local operations must follow LIFO ordering.&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 124 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mm/userfaultfd: fix kmap_local LIFO ordering for CONFIG_HIGHPTE With CONFIG_HIGHPTE on 32-bit ARM, move_pages_pte() maps PTE pages using kmap_local_page(), which requires unmapping in Last-In-First-Out order. The current code maps dst_pte first, then src_pte, but unmaps them in the same order (dst_pte, src_pte), violating the LIFO requirement.  This causes the warning in kunmap_local_indexed():   WARNING: CPU: 0 PID: 604 at mm/highmem.c:622 kunmap_local_indexed+0x178/0x17c   addr \!= __fix_to_virt(FIX_KMAP_BEGIN + idx) Fix this by reversing the unmap order to respect LIFO ordering. This issue follows the same pattern as similar fixes: - commit eca6828403b8 (&amp;#34;crypto: skcipher - fix mismatch between mapping and unmapping order&amp;#34;) - commit 8cf57c6df818 (&amp;#34;nilfs2: eliminate staggered calls to kunmap in nilfs_rename&amp;#34;) Both of which addressed the same fundamental requirement that kmap_local operations must follow LIFO ordering.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-39899</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-2170 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2170</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen und andere nicht näher spezifizierte Angriffe durchzuführen, möglicherweise um beliebigen Code auszuführen oder eine Speicherbeschädigung zu verursachen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen und andere nicht näher spezifizierte Angriffe durchzuführen, möglicherweise um beliebigen Code auszuführen oder eine Speicherbeschädigung zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-2170</guid>
    </item>
  </channel>
</rss>
