<?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 02:47:54 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-01782</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-01782</link>
      <description>bdu:2025-01782</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-01782</guid>
    </item>
    <item>
      <title>BELL-CVE-2024-45028</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2024-45028</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-2024-45028</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0837 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian. Elles permettent à un attaquant de provo…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2024-avi-0837</link>
      <description>certfr-2024-avi-0837</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0837</guid>
    </item>
    <item>
      <title>cnvd-2024-39476</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2024-39476</link>
      <description>cnvd-2024-39476</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2024-39476</guid>
    </item>
    <item>
      <title>EUVD-2026-313215</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-313215</link>
      <description>EUVD-2026-313215</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-313215</guid>
    </item>
    <item>
      <title>fkie_cve-2024-45028</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-45028</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mmc: mmc_test: Fix NULL dereference on allocation failure&lt;/p&gt;
&lt;p&gt;If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling
__free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also
change the error code to -ENOMEM instead of returning success.&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;mmc: mmc_test: Fix NULL dereference on allocation failure&lt;/p&gt;
&lt;p&gt;If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling
__free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also
change the error code to -ENOMEM instead of returning success.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-45028</guid>
    </item>
    <item>
      <title>GHSA-4gw2-r6x4-xxxg</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4gw2-r6x4-xxxg</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;mmc: mmc_test: Fix NULL dereference on allocation failure&lt;/p&gt;
&lt;p&gt;If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling
__free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also
change the error code to -ENOMEM instead of returning success.&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;mmc: mmc_test: Fix NULL dereference on allocation failure&lt;/p&gt;
&lt;p&gt;If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling
__free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also
change the error code to -ENOMEM instead of returning success.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4gw2-r6x4-xxxg</guid>
    </item>
    <item>
      <title>msrc_CVE-2024-45028 — mmc: mmc_test: Fix NULL dereference on allocation failure</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2024-45028</link>
      <description>msrc_CVE-2024-45028</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2024-45028</guid>
    </item>
    <item>
      <title>OESA-2024-2182 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-2182</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;
clk: sunxi-ng: Unregister clocks/resets when unbinding&#13;
&#13;
Currently, unbinding a CCU driver unmaps the device&amp;amp;apos;s MMIO region, while
leaving its clocks/resets and their providers registered. This can cause
a page fault later when some clock operation tries to perform MMIO. Fix
this by separating the CCU initialization from the memory allocation,
and then using a devres callback to unregister the clocks and resets.&#13;
&#13;
This also fixes a memory leak of the `struct ccu_reset`, and uses the
correct owner (the specific platform driver) for the clocks and resets.&#13;
&#13;
Early OF clock providers are never unregistered, and limited error
handling is possible, so they are mostly unchanged. The error reporting
is made more consistent by moving the message inside of_sunxi_ccu_probe.(CVE-2021-47205)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
NFSD: Fix ia_size underflow&#13;
&#13;
iattr::ia_size is a loff_t, which is a signed 64-bit type. NFSv3 and
NFSv4 both define file size as an unsigned 64-bit type. Thus there
is a range of valid file size values an NFS client can send that is
already larger than Linux can handle.&#13;
&#13;
Currently decode_fattr4() dumps a full u64 value into ia_size. If
that value happens to be larger than S64_MAX, then ia_size
underflows. I&amp;amp;apos;m about to fix up the NFSv3 behavior as well, so let&amp;amp;apos;s
c…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP4: 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;
clk: sunxi-ng: Unregister clocks/resets when unbinding&#13;
&#13;
Currently, unbinding a CCU driver unmaps the device&amp;amp;apos;s MMIO region, while
leaving its clocks/resets and their providers registered. This can cause
a page fault later when some clock operation tries to perform MMIO. Fix
this by separating the CCU initialization from the memory allocation,
and then using a devres callback to unregister the clocks and resets.&#13;
&#13;
This also fixes a memory leak of the `struct ccu_reset`, and uses the
correct owner (the specific platform driver) for the clocks and resets.&#13;
&#13;
Early OF clock providers are never unregistered, and limited error
handling is possible, so they are mostly unchanged. The error reporting
is made more consistent by moving the message inside of_sunxi_ccu_probe.(CVE-2021-47205)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
NFSD: Fix ia_size underflow&#13;
&#13;
iattr::ia_size is a loff_t, which is a signed 64-bit type. NFSv3 and
NFSv4 both define file size as an unsigned 64-bit type. Thus there
is a range of valid file size values an NFS client can send that is
already larger than Linux can handle.&#13;
&#13;
Currently decode_fattr4() dumps a full u64 value into ia_size. If
that value happens to be larger than S64_MAX, then ia_size
underflows. I&amp;amp;apos;m about to fix up the NFSv3 behavior as well, so let&amp;amp;apos;s
c…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-2182</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:3551-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:3551-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:3551-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2024-45028</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-45028</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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 148 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mmc: mmc_test: Fix NULL dereference on allocation failure If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling __free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also change the error code to -ENOMEM instead of returning success.&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:Pro:18.04:LTS: linux-aws-5.4, Ubuntu:18.04:LTS: linux-azure, Ubuntu:18.04:LTS: linux-azure-5.3, Ubuntu:Pro:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-azure-edge, Ubuntu:18.04:LTS: linux-gcp, Ubuntu:18.04:LTS: linux-gcp-5.3 and 148 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: mmc: mmc_test: Fix NULL dereference on allocation failure If the &amp;#34;test-&amp;gt;highmem = alloc_pages()&amp;#34; allocation fails then calling __free_pages(test-&amp;gt;highmem) will result in a NULL dereference.  Also change the error code to -ENOMEM instead of returning success.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-45028</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-2124 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-2124</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder einen unspezifischen 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 Angriff durchzuführen oder einen unspezifischen Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-2124</guid>
    </item>
  </channel>
</rss>
