<?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 21:44:00 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-07630</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-07630</link>
      <description>bdu:2024-07630</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-07630</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0779 — 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-2024-avi-0779</link>
      <description>certfr-2024-avi-0779</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0779</guid>
    </item>
    <item>
      <title>EUVD-2026-344605</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-344605</link>
      <description>EUVD-2026-344605</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-344605</guid>
    </item>
    <item>
      <title>fkie_cve-2022-48872</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2022-48872</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;misc: fastrpc: Fix use-after-free race condition for maps&lt;/p&gt;
&lt;p&gt;It is possible that in between calling fastrpc_map_get() until
map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&lt;/p&gt;
&lt;p&gt;Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&lt;/p&gt;
&lt;p&gt;Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_internal_invoke
 fastrpc_device_ioctl
 __arm64_sys_ioctl
 invoke_syscall&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;misc: fastrpc: Fix use-after-free race condition for maps&lt;/p&gt;
&lt;p&gt;It is possible that in between calling fastrpc_map_get() until
map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&lt;/p&gt;
&lt;p&gt;Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&lt;/p&gt;
&lt;p&gt;Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_internal_invoke
 fastrpc_device_ioctl
 __arm64_sys_ioctl
 invoke_syscall&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2022-48872</guid>
    </item>
    <item>
      <title>GHSA-3j3g-6r9w-9pc8</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-3j3g-6r9w-9pc8</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;misc: fastrpc: Fix use-after-free race condition for maps&lt;/p&gt;
&lt;p&gt;It is possible that in between calling fastrpc_map_get() until
map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&lt;/p&gt;
&lt;p&gt;Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&lt;/p&gt;
&lt;p&gt;Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_internal_invoke
 fastrpc_device_ioctl
 __arm64_sys_ioctl
 invoke_syscall&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;misc: fastrpc: Fix use-after-free race condition for maps&lt;/p&gt;
&lt;p&gt;It is possible that in between calling fastrpc_map_get() until
map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&lt;/p&gt;
&lt;p&gt;Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&lt;/p&gt;
&lt;p&gt;Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_internal_invoke
 fastrpc_device_ioctl
 __arm64_sys_ioctl
 invoke_syscall&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-3j3g-6r9w-9pc8</guid>
    </item>
    <item>
      <title>OESA-2024-2185 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-2185</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP1: 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;
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
catch the underflow in the common code path: nfsd_setattr().(CVE-2022-48828)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
misc: fastrpc: Fix use-after-free race condition for maps&#13;
&#13;
It is possible that in between calling fastrpc_map_get() until
map-&amp;amp;gt;fl-&amp;amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&#13;
&#13;
Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;amp;apos;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&#13;
&#13;
Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_inter…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:22.03-LTS-SP1: 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;
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
catch the underflow in the common code path: nfsd_setattr().(CVE-2022-48828)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
misc: fastrpc: Fix use-after-free race condition for maps&#13;
&#13;
It is possible that in between calling fastrpc_map_get() until
map-&amp;amp;gt;fl-&amp;amp;gt;lock is taken in fastrpc_free_map(), another thread can call
fastrpc_map_lookup() and get a reference to a map that is about to be
deleted.&#13;
&#13;
Rewrite fastrpc_map_get() to only increase the reference count of a map
if it&amp;amp;apos;s non-zero. Propagate this to callers so they can know if a map is
about to be deleted.&#13;
&#13;
Fixes this warning:
refcount_t: addition on 0; use-after-free.
WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate
...
Call trace:
 refcount_warn_saturate
 [fastrpc_map_get inlined]
 [fastrpc_map_lookup inlined]
 fastrpc_map_create
 fastrpc_inter…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-2185</guid>
    </item>
    <item>
      <title>SUSE-SU-2024:3190-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2024:3190-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:3190-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2022-48872</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48872</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.4, Ubuntu:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-gcp-5.4, Ubuntu:18.04:LTS: linux-hwe-5.4, Ubuntu:18.04:LTS: linux-ibm-5.4, Ubuntu:18.04:LTS: linux-oracle-5.4, Ubuntu:18.04:LTS: linux-raspi-5.4, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3 and 119 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: Fix use-after-free race condition for maps It is possible that in between calling fastrpc_map_get() until map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call fastrpc_map_lookup() and get a reference to a map that is about to be deleted. Rewrite fastrpc_map_get() to only increase the reference count of a map if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is about to be deleted. Fixes this warning: refcount_t: addition on 0; use-after-free. WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate ... Call trace:  refcount_warn_saturate  [fastrpc_map_get inlined]  [fastrpc_map_lookup inlined]  fastrpc_map_create  fastrpc_internal_invoke  fastrpc_device_ioctl  __arm64_sys_ioctl  invoke_syscall&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.4, Ubuntu:18.04:LTS: linux-azure-5.4, Ubuntu:18.04:LTS: linux-gcp-5.4, Ubuntu:18.04:LTS: linux-hwe-5.4, Ubuntu:18.04:LTS: linux-ibm-5.4, Ubuntu:18.04:LTS: linux-oracle-5.4, Ubuntu:18.04:LTS: linux-raspi-5.4, Ubuntu:18.04:LTS: linux-aws-5.0, Ubuntu:18.04:LTS: linux-aws-5.3 and 119 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: Fix use-after-free race condition for maps It is possible that in between calling fastrpc_map_get() until map-&amp;gt;fl-&amp;gt;lock is taken in fastrpc_free_map(), another thread can call fastrpc_map_lookup() and get a reference to a map that is about to be deleted. Rewrite fastrpc_map_get() to only increase the reference count of a map if it&amp;#39;s non-zero. Propagate this to callers so they can know if a map is about to be deleted. Fixes this warning: refcount_t: addition on 0; use-after-free. WARNING: CPU: 5 PID: 10100 at lib/refcount.c:25 refcount_warn_saturate ... Call trace:  refcount_warn_saturate  [fastrpc_map_get inlined]  [fastrpc_map_lookup inlined]  fastrpc_map_create  fastrpc_internal_invoke  fastrpc_device_ioctl  __arm64_sys_ioctl  invoke_syscall&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48872</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-1888 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1888</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen 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-Zustand zu erzeugen oder einen unspezifischen Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1888</guid>
    </item>
  </channel>
</rss>
