<?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 13:14:13 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-04622</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-04622</link>
      <description>bdu:2025-04622</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-04622</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-21939</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-21939</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-21939</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0559 — De multiples vulnérabilités ont été découvertes dans le noyau Linux d'Ubuntu. Certaines d'entre elles permettent à un a…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0559</link>
      <description>certfr-2025-avi-0559</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0559</guid>
    </item>
    <item>
      <title>EUVD-2026-346715</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-346715</link>
      <description>EUVD-2026-346715</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-346715</guid>
    </item>
    <item>
      <title>fkie_cve-2025-21939</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-21939</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock&lt;/p&gt;
&lt;p&gt;The pnfs that we obtain from hmm_range_fault() point to pages that
we don&amp;#39;t have a reference on, and the guarantee that they are still
in the cpu page-tables is that the notifier lock must be held and the
notifier seqno is still valid.&lt;/p&gt;
&lt;p&gt;So while building the sg table and marking the pages accesses / dirty
we need to hold this lock with a validated seqno.&lt;/p&gt;
&lt;p&gt;However, the lock is reclaim tainted which makes
sg_alloc_table_from_pages_segment() unusable, since it internally
allocates memory.&lt;/p&gt;
&lt;p&gt;Instead build the sg-table manually. For the non-iommu case
this might lead to fewer coalesces, but if that&amp;#39;s a problem it can
be fixed up later in the resource cursor code. For the iommu case,
the whole sg-table may still be coalesced to a single contigous
device va region.&lt;/p&gt;
&lt;p&gt;This avoids marking pages that we don&amp;#39;t own dirty and accessed, and
it also avoid dereferencing struct pages that we don&amp;#39;t own.&lt;/p&gt;
&lt;p&gt;v2:
- Use assert to check whether hmm pfns are valid (Matthew Auld)
- Take into account that large pages may cross range boundaries
  (Matthew Auld)&lt;/p&gt;
&lt;p&gt;v3:
- Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld)
- Add a missing up_read() in an error path. (Matthew Auld)&lt;/p&gt;
&lt;p&gt;(cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&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;drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock&lt;/p&gt;
&lt;p&gt;The pnfs that we obtain from hmm_range_fault() point to pages that
we don&amp;#39;t have a reference on, and the guarantee that they are still
in the cpu page-tables is that the notifier lock must be held and the
notifier seqno is still valid.&lt;/p&gt;
&lt;p&gt;So while building the sg table and marking the pages accesses / dirty
we need to hold this lock with a validated seqno.&lt;/p&gt;
&lt;p&gt;However, the lock is reclaim tainted which makes
sg_alloc_table_from_pages_segment() unusable, since it internally
allocates memory.&lt;/p&gt;
&lt;p&gt;Instead build the sg-table manually. For the non-iommu case
this might lead to fewer coalesces, but if that&amp;#39;s a problem it can
be fixed up later in the resource cursor code. For the iommu case,
the whole sg-table may still be coalesced to a single contigous
device va region.&lt;/p&gt;
&lt;p&gt;This avoids marking pages that we don&amp;#39;t own dirty and accessed, and
it also avoid dereferencing struct pages that we don&amp;#39;t own.&lt;/p&gt;
&lt;p&gt;v2:
- Use assert to check whether hmm pfns are valid (Matthew Auld)
- Take into account that large pages may cross range boundaries
  (Matthew Auld)&lt;/p&gt;
&lt;p&gt;v3:
- Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld)
- Add a missing up_read() in an error path. (Matthew Auld)&lt;/p&gt;
&lt;p&gt;(cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-21939</guid>
    </item>
    <item>
      <title>GHSA-5jw6-g45h-9h97</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5jw6-g45h-9h97</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock&lt;/p&gt;
&lt;p&gt;The pnfs that we obtain from hmm_range_fault() point to pages that
we don&amp;#39;t have a reference on, and the guarantee that they are still
in the cpu page-tables is that the notifier lock must be held and the
notifier seqno is still valid.&lt;/p&gt;
&lt;p&gt;So while building the sg table and marking the pages accesses / dirty
we need to hold this lock with a validated seqno.&lt;/p&gt;
&lt;p&gt;However, the lock is reclaim tainted which makes
sg_alloc_table_from_pages_segment() unusable, since it internally
allocates memory.&lt;/p&gt;
&lt;p&gt;Instead build the sg-table manually. For the non-iommu case
this might lead to fewer coalesces, but if that&amp;#39;s a problem it can
be fixed up later in the resource cursor code. For the iommu case,
the whole sg-table may still be coalesced to a single contigous
device va region.&lt;/p&gt;
&lt;p&gt;This avoids marking pages that we don&amp;#39;t own dirty and accessed, and
it also avoid dereferencing struct pages that we don&amp;#39;t own.&lt;/p&gt;
&lt;p&gt;v2:
- Use assert to check whether hmm pfns are valid (Matthew Auld)
- Take into account that large pages may cross range boundaries
  (Matthew Auld)&lt;/p&gt;
&lt;p&gt;v3:
- Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld)
- Add a missing up_read() in an error path. (Matthew Auld)&lt;/p&gt;
&lt;p&gt;(cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&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;drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock&lt;/p&gt;
&lt;p&gt;The pnfs that we obtain from hmm_range_fault() point to pages that
we don&amp;#39;t have a reference on, and the guarantee that they are still
in the cpu page-tables is that the notifier lock must be held and the
notifier seqno is still valid.&lt;/p&gt;
&lt;p&gt;So while building the sg table and marking the pages accesses / dirty
we need to hold this lock with a validated seqno.&lt;/p&gt;
&lt;p&gt;However, the lock is reclaim tainted which makes
sg_alloc_table_from_pages_segment() unusable, since it internally
allocates memory.&lt;/p&gt;
&lt;p&gt;Instead build the sg-table manually. For the non-iommu case
this might lead to fewer coalesces, but if that&amp;#39;s a problem it can
be fixed up later in the resource cursor code. For the iommu case,
the whole sg-table may still be coalesced to a single contigous
device va region.&lt;/p&gt;
&lt;p&gt;This avoids marking pages that we don&amp;#39;t own dirty and accessed, and
it also avoid dereferencing struct pages that we don&amp;#39;t own.&lt;/p&gt;
&lt;p&gt;v2:
- Use assert to check whether hmm pfns are valid (Matthew Auld)
- Take into account that large pages may cross range boundaries
  (Matthew Auld)&lt;/p&gt;
&lt;p&gt;v3:
- Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld)
- Add a missing up_read() in an error path. (Matthew Auld)&lt;/p&gt;
&lt;p&gt;(cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5jw6-g45h-9h97</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:02333-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:02333-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:02333-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-21939</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-21939</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 76 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock The pnfs that we obtain from hmm_range_fault() point to pages that we don&amp;#39;t have a reference on, and the guarantee that they are still in the cpu page-tables is that the notifier lock must be held and the notifier seqno is still valid. So while building the sg table and marking the pages accesses / dirty we need to hold this lock with a validated seqno. However, the lock is reclaim tainted which makes sg_alloc_table_from_pages_segment() unusable, since it internally allocates memory. Instead build the sg-table manually. For the non-iommu case this might lead to fewer coalesces, but if that&amp;#39;s a problem it can be fixed up later in the resource cursor code. For the iommu case, the whole sg-table may still be coalesced to a single contigous device va region. This avoids marking pages that we don&amp;#39;t own dirty and accessed, and it also avoid dereferencing struct pages that we don&amp;#39;t own. v2: - Use assert to check whether hmm pfns are valid (Matthew Auld) - Take into account that large pages may cross range boundaries   (Matthew Auld) v3: - Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld) - Add a missing up_read() in an error path. (Matthew Auld) (cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&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 76 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: drm/xe/hmm: Don&amp;#39;t dereference struct page pointers without notifier lock The pnfs that we obtain from hmm_range_fault() point to pages that we don&amp;#39;t have a reference on, and the guarantee that they are still in the cpu page-tables is that the notifier lock must be held and the notifier seqno is still valid. So while building the sg table and marking the pages accesses / dirty we need to hold this lock with a validated seqno. However, the lock is reclaim tainted which makes sg_alloc_table_from_pages_segment() unusable, since it internally allocates memory. Instead build the sg-table manually. For the non-iommu case this might lead to fewer coalesces, but if that&amp;#39;s a problem it can be fixed up later in the resource cursor code. For the iommu case, the whole sg-table may still be coalesced to a single contigous device va region. This avoids marking pages that we don&amp;#39;t own dirty and accessed, and it also avoid dereferencing struct pages that we don&amp;#39;t own. v2: - Use assert to check whether hmm pfns are valid (Matthew Auld) - Take into account that large pages may cross range boundaries   (Matthew Auld) v3: - Don&amp;#39;t unnecessarily check for a non-freed sg-table. (Matthew Auld) - Add a missing up_read() in an error path. (Matthew Auld) (cherry picked from commit ea3e66d280ce2576664a862693d1da8fd324c317)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-21939</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-0683 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0683</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial-of-Service auszulösen und um nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial-of-Service auszulösen und um nicht näher spezifizierte Auswirkungen zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0683</guid>
    </item>
  </channel>
</rss>
