<?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 11:27:22 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-72193</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-72193</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: linux-lts, 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:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-72193</guid>
    </item>
    <item>
      <title>EUVD-2026-353694</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-353694</link>
      <description>EUVD-2026-353694</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-353694</guid>
    </item>
    <item>
      <title>fkie_cve-2026-72193</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-72193</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used&lt;/p&gt;
&lt;p&gt;A crafted NTFS3 disk image triggers an in-kernel infinite loop at
mount time, hanging the mounting thread and firing the soft-lockup
watchdog within ~22s on multi-CPU hosts (panic with
kernel.softlockup_panic=1).  The bug is reachable from desktop USB
auto-mount on distributions where udisks2 routes the NTFS signature
to the in-tree ntfs3 driver (Arch family and an increasing fraction
of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual
mount elsewhere.&lt;/p&gt;
&lt;p&gt;check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked
list headed by rt-&amp;gt;first_free with no upper bound on iteration count:&lt;/p&gt;
&lt;p&gt;for (off = ff; off;) {
      if (off == RESTART_ENTRY_ALLOCATED)
          return false;
      off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));
      if (off &amp;gt; ts - sizeof(__le32))
          return false;
  }&lt;/p&gt;
&lt;p&gt;The existing guards cover three exits: end-of-list (off == 0), the
in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds
(off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an
in-bounds cycle.&lt;/p&gt;
&lt;p&gt;A crafted on-disk RESTART_TABLE whose free chain contains a
self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:&lt;/p&gt;
&lt;p&gt;- in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]
  - (off - sizeof(struct RESTART_TABLE)) % rsize == 0&lt;/p&gt;
&lt;p&gt;passes all existing guards and spins the mount-time thread forever.
Reproduced in UML by hand-forging a 2 M…&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;ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used&lt;/p&gt;
&lt;p&gt;A crafted NTFS3 disk image triggers an in-kernel infinite loop at
mount time, hanging the mounting thread and firing the soft-lockup
watchdog within ~22s on multi-CPU hosts (panic with
kernel.softlockup_panic=1).  The bug is reachable from desktop USB
auto-mount on distributions where udisks2 routes the NTFS signature
to the in-tree ntfs3 driver (Arch family and an increasing fraction
of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual
mount elsewhere.&lt;/p&gt;
&lt;p&gt;check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked
list headed by rt-&amp;gt;first_free with no upper bound on iteration count:&lt;/p&gt;
&lt;p&gt;for (off = ff; off;) {
      if (off == RESTART_ENTRY_ALLOCATED)
          return false;
      off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));
      if (off &amp;gt; ts - sizeof(__le32))
          return false;
  }&lt;/p&gt;
&lt;p&gt;The existing guards cover three exits: end-of-list (off == 0), the
in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds
(off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an
in-bounds cycle.&lt;/p&gt;
&lt;p&gt;A crafted on-disk RESTART_TABLE whose free chain contains a
self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:&lt;/p&gt;
&lt;p&gt;- in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]
  - (off - sizeof(struct RESTART_TABLE)) % rsize == 0&lt;/p&gt;
&lt;p&gt;passes all existing guards and spins the mount-time thread forever.
Reproduced in UML by hand-forging a 2 M…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-72193</guid>
    </item>
    <item>
      <title>GHSA-33rw-p5m7-q9c2</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-33rw-p5m7-q9c2</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used&lt;/p&gt;
&lt;p&gt;A crafted NTFS3 disk image triggers an in-kernel infinite loop at
mount time, hanging the mounting thread and firing the soft-lockup
watchdog within ~22s on multi-CPU hosts (panic with
kernel.softlockup_panic=1).  The bug is reachable from desktop USB
auto-mount on distributions where udisks2 routes the NTFS signature
to the in-tree ntfs3 driver (Arch family and an increasing fraction
of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual
mount elsewhere.&lt;/p&gt;
&lt;p&gt;check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked
list headed by rt-&amp;gt;first_free with no upper bound on iteration count:&lt;/p&gt;
&lt;p&gt;for (off = ff; off;) {
      if (off == RESTART_ENTRY_ALLOCATED)
          return false;
      off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));
      if (off &amp;gt; ts - sizeof(__le32))
          return false;
  }&lt;/p&gt;
&lt;p&gt;The existing guards cover three exits: end-of-list (off == 0), the
in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds
(off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an
in-bounds cycle.&lt;/p&gt;
&lt;p&gt;A crafted on-disk RESTART_TABLE whose free chain contains a
self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:&lt;/p&gt;
&lt;p&gt;- in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]
  - (off - sizeof(struct RESTART_TABLE)) % rsize == 0&lt;/p&gt;
&lt;p&gt;passes all existing guards and spins the mount-time thread forever.
Reproduced in UML by hand-forging a 2 M…&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;ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used&lt;/p&gt;
&lt;p&gt;A crafted NTFS3 disk image triggers an in-kernel infinite loop at
mount time, hanging the mounting thread and firing the soft-lockup
watchdog within ~22s on multi-CPU hosts (panic with
kernel.softlockup_panic=1).  The bug is reachable from desktop USB
auto-mount on distributions where udisks2 routes the NTFS signature
to the in-tree ntfs3 driver (Arch family and an increasing fraction
of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual
mount elsewhere.&lt;/p&gt;
&lt;p&gt;check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked
list headed by rt-&amp;gt;first_free with no upper bound on iteration count:&lt;/p&gt;
&lt;p&gt;for (off = ff; off;) {
      if (off == RESTART_ENTRY_ALLOCATED)
          return false;
      off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));
      if (off &amp;gt; ts - sizeof(__le32))
          return false;
  }&lt;/p&gt;
&lt;p&gt;The existing guards cover three exits: end-of-list (off == 0), the
in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds
(off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an
in-bounds cycle.&lt;/p&gt;
&lt;p&gt;A crafted on-disk RESTART_TABLE whose free chain contains a
self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:&lt;/p&gt;
&lt;p&gt;- in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]
  - (off - sizeof(struct RESTART_TABLE)) % rsize == 0&lt;/p&gt;
&lt;p&gt;passes all existing guards and spins the mount-time thread forever.
Reproduced in UML by hand-forging a 2 M…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-33rw-p5m7-q9c2</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-72193</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72193</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 193 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used A crafted NTFS3 disk image triggers an in-kernel infinite loop at mount time, hanging the mounting thread and firing the soft-lockup watchdog within ~22s on multi-CPU hosts (panic with kernel.softlockup_panic=1).  The bug is reachable from desktop USB auto-mount on distributions where udisks2 routes the NTFS signature to the in-tree ntfs3 driver (Arch family and an increasing fraction of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual mount elsewhere. check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked list headed by rt-&amp;gt;first_free with no upper bound on iteration count:   for (off = ff; off;) {       if (off == RESTART_ENTRY_ALLOCATED)           return false;       off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));       if (off &amp;gt; ts - sizeof(__le32))           return false;   } The existing guards cover three exits: end-of-list (off == 0), the in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds (off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an in-bounds cycle. A crafted on-disk RESTART_TABLE whose free chain contains a self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:   - in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]   - (off - sizeof(struct RESTART_TABLE)) % rsize == 0 passes all existing guards and spins the mount-time thread forever. Reproduced in UML by hand-forging a 2 MB NTFS3…&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 193 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ntfs3: cap RESTART_TABLE free-chain walker at rt-&amp;gt;used A crafted NTFS3 disk image triggers an in-kernel infinite loop at mount time, hanging the mounting thread and firing the soft-lockup watchdog within ~22s on multi-CPU hosts (panic with kernel.softlockup_panic=1).  The bug is reachable from desktop USB auto-mount on distributions where udisks2 routes the NTFS signature to the in-tree ntfs3 driver (Arch family and an increasing fraction of Fedora / openSUSE / RHEL deployments); CAP_SYS_ADMIN-class manual mount elsewhere. check_rstbl()&amp;#39;s second walker iterates the free-entry singly-linked list headed by rt-&amp;gt;first_free with no upper bound on iteration count:   for (off = ff; off;) {       if (off == RESTART_ENTRY_ALLOCATED)           return false;       off = le32_to_cpu(*(__le32 *)Add2Ptr(rt, off));       if (off &amp;gt; ts - sizeof(__le32))           return false;   } The existing guards cover three exits: end-of-list (off == 0), the in-use marker (off == RESTART_ENTRY_ALLOCATED), and out-of-bounds (off &amp;gt; ts - sizeof(__le32)).  None of the three prevents an in-bounds cycle. A crafted on-disk RESTART_TABLE whose free chain contains a self-loop or A-&amp;gt;B-&amp;gt;A cycle whose offsets satisfy:   - in range [sizeof(struct RESTART_TABLE), ts - sizeof(__le32)]   - (off - sizeof(struct RESTART_TABLE)) % rsize == 0 passes all existing guards and spins the mount-time thread forever. Reproduced in UML by hand-forging a 2 MB NTFS3…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-72193</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-2852 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852</guid>
    </item>
  </channel>
</rss>
