<?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>Mon, 05 Oct 2026 05:32:01 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-01938</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-01938</link>
      <description>bdu:2024-01938</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-01938</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-52566</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-52566</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:23: 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:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2023-52566</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0329 — De multiples vulnérabilités ont été découvertes dans &lt;span
class="textit"&gt;le noyau Linux de SUSE&lt;/span&gt;. Certaines d'en…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0329</link>
      <description>certfr-2024-avi-0329</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0329</guid>
    </item>
    <item>
      <title>EUVD-2026-311561</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-311561</link>
      <description>EUVD-2026-311561</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-311561</guid>
    </item>
    <item>
      <title>fkie_cve-2023-52566</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-52566</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;nilfs2: fix potential use after free in nilfs_gccache_submit_read_data()&lt;/p&gt;
&lt;p&gt;In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the
reference count of bh when the call to nilfs_dat_translate() fails.  If
the reference count hits 0 and its owner page gets unlocked, bh may be
freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that,
which may result in a use-after-free bug.  This patch moves the release
operation after unlocking and putting the page.&lt;/p&gt;
&lt;p&gt;NOTE: The function in question is only called in GC, and in combination
with current userland tools, address translation using DAT does not occur
in that function, so the code path that causes this issue will not be
executed.  However, it is possible to run that code path by intentionally
modifying the userland GC library or by calling the GC ioctl directly.&lt;/p&gt;
&lt;p&gt;[konishi.ryusuke@gmail.com: NOTE added to the commit log]&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;nilfs2: fix potential use after free in nilfs_gccache_submit_read_data()&lt;/p&gt;
&lt;p&gt;In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the
reference count of bh when the call to nilfs_dat_translate() fails.  If
the reference count hits 0 and its owner page gets unlocked, bh may be
freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that,
which may result in a use-after-free bug.  This patch moves the release
operation after unlocking and putting the page.&lt;/p&gt;
&lt;p&gt;NOTE: The function in question is only called in GC, and in combination
with current userland tools, address translation using DAT does not occur
in that function, so the code path that causes this issue will not be
executed.  However, it is possible to run that code path by intentionally
modifying the userland GC library or by calling the GC ioctl directly.&lt;/p&gt;
&lt;p&gt;[konishi.ryusuke@gmail.com: NOTE added to the commit log]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-52566</guid>
    </item>
    <item>
      <title>GHSA-4c64-w6qg-97qw</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4c64-w6qg-97qw</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;nilfs2: fix potential use after free in nilfs_gccache_submit_read_data()&lt;/p&gt;
&lt;p&gt;In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the
reference count of bh when the call to nilfs_dat_translate() fails.  If
the reference count hits 0 and its owner page gets unlocked, bh may be
freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that,
which may result in a use-after-free bug.  This patch moves the release
operation after unlocking and putting the page.&lt;/p&gt;
&lt;p&gt;NOTE: The function in question is only called in GC, and in combination
with current userland tools, address translation using DAT does not occur
in that function, so the code path that causes this issue will not be
executed.  However, it is possible to run that code path by intentionally
modifying the userland GC library or by calling the GC ioctl directly.&lt;/p&gt;
&lt;p&gt;[konishi.ryusuke@gmail.com: NOTE added to the commit log]&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;nilfs2: fix potential use after free in nilfs_gccache_submit_read_data()&lt;/p&gt;
&lt;p&gt;In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the
reference count of bh when the call to nilfs_dat_translate() fails.  If
the reference count hits 0 and its owner page gets unlocked, bh may be
freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that,
which may result in a use-after-free bug.  This patch moves the release
operation after unlocking and putting the page.&lt;/p&gt;
&lt;p&gt;NOTE: The function in question is only called in GC, and in combination
with current userland tools, address translation using DAT does not occur
in that function, so the code path that causes this issue will not be
executed.  However, it is possible to run that code path by intentionally
modifying the userland GC library or by calling the GC ioctl directly.&lt;/p&gt;
&lt;p&gt;[konishi.ryusuke@gmail.com: NOTE added to the commit log]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4c64-w6qg-97qw</guid>
    </item>
    <item>
      <title>gsd-2023-52566</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-52566</link>
      <description>gsd-2023-52566</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-52566</guid>
    </item>
    <item>
      <title>OESA-2024-1482 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-1482</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP3: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
ALSA: hda: intel-sdw-acpi: harden detection of controller&#13;
&#13;
The existing code currently sets a pointer to an ACPI handle before
checking that it&amp;amp;apos;s actually a SoundWire controller. This can lead to
issues where the graph walk continues and eventually fails, but the
pointer was set already.&#13;
&#13;
This patch changes the logic so that the information provided to
the caller is set when a controller is found.(CVE-2021-46926)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
uio_hv_generic: Fix another memory leak in error handling paths&#13;
&#13;
Memory allocated by &amp;amp;apos;vmbus_alloc_ring()&amp;amp;apos; at the beginning of the probe
function is never freed in the error handling path.&#13;
&#13;
Add the missing &amp;amp;apos;vmbus_free_ring()&amp;amp;apos; call.&#13;
&#13;
Note that it is already freed in the .remove function.(CVE-2021-47070)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
asix: fix uninit-value in asix_mdio_read()&#13;
&#13;
asix_read_cmd() may read less than sizeof(smsr) bytes and in this case
smsr will be uninitialized.&#13;
&#13;
Fail log:
BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline]
BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497
BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP3: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
ALSA: hda: intel-sdw-acpi: harden detection of controller&#13;
&#13;
The existing code currently sets a pointer to an ACPI handle before
checking that it&amp;amp;apos;s actually a SoundWire controller. This can lead to
issues where the graph walk continues and eventually fails, but the
pointer was set already.&#13;
&#13;
This patch changes the logic so that the information provided to
the caller is set when a controller is found.(CVE-2021-46926)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
uio_hv_generic: Fix another memory leak in error handling paths&#13;
&#13;
Memory allocated by &amp;amp;apos;vmbus_alloc_ring()&amp;amp;apos; at the beginning of the probe
function is never freed in the error handling path.&#13;
&#13;
Add the missing &amp;amp;apos;vmbus_free_ring()&amp;amp;apos; call.&#13;
&#13;
Note that it is already freed in the .remove function.(CVE-2021-47070)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
asix: fix uninit-value in asix_mdio_read()&#13;
&#13;
asix_read_cmd() may read less than sizeof(smsr) bytes and in this case
smsr will be uninitialized.&#13;
&#13;
Fail log:
BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline]
BUG: KMSAN: uninit-value in asix_check_host_enable drivers/net/usb/asix_common.c:82 [inline] drivers/net/usb/asix_common.c:497
BUG: KMSAN: uninit-value in asix_mdio_read+0x3c1/0xb00 drivers/net/usb/…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-1482</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:1320-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:1320-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-2024:1320-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-52566</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52566</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:14.04:LTS: linux, 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 156 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix potential use after free in nilfs_gccache_submit_read_data() In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the reference count of bh when the call to nilfs_dat_translate() fails.  If the reference count hits 0 and its owner page gets unlocked, bh may be freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that, which may result in a use-after-free bug.  This patch moves the release operation after unlocking and putting the page. NOTE: The function in question is only called in GC, and in combination with current userland tools, address translation using DAT does not occur in that function, so the code path that causes this issue will not be executed.  However, it is possible to run that code path by intentionally modifying the userland GC library or by calling the GC ioctl directly. [konishi.ryusuke@gmail.com: NOTE added to the commit log]&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:14.04:LTS: linux, 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 156 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: nilfs2: fix potential use after free in nilfs_gccache_submit_read_data() In nilfs_gccache_submit_read_data(), brelse(bh) is called to drop the reference count of bh when the call to nilfs_dat_translate() fails.  If the reference count hits 0 and its owner page gets unlocked, bh may be freed.  However, bh-&amp;gt;b_page is dereferenced to put the page after that, which may result in a use-after-free bug.  This patch moves the release operation after unlocking and putting the page. NOTE: The function in question is only called in GC, and in combination with current userland tools, address translation using DAT does not occur in that function, so the code path that causes this issue will not be executed.  However, it is possible to run that code path by intentionally modifying the userland GC library or by calling the GC ioctl directly. [konishi.ryusuke@gmail.com: NOTE added to the commit log]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52566</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-0534 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0534</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand herbeizuführen oder einen nicht spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand herbeizuführen oder einen nicht spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-0534</guid>
    </item>
  </channel>
</rss>
