https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sun, 04 Oct 2026 15:15:00 +0000 https://cve.radiocsirt.org/vuln/bdu:2024-06643 bdu:2024-06643 https://cve.radiocsirt.org/vuln/bdu:2024-06643 https://cve.radiocsirt.org/vuln/euvd-2026-344607 EUVD-2026-344607 https://cve.radiocsirt.org/vuln/euvd-2026-344607 https://cve.radiocsirt.org/vuln/fkie_cve-2022-48874 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>misc: fastrpc: Fix use-after-free and race in fastrpc_map_find</p> <p>Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free.</p> <p>So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>misc: fastrpc: Fix use-after-free and race in fastrpc_map_find</p> <p>Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free.</p> <p>So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2022-48874 https://cve.radiocsirt.org/vuln/ghsa-5v94-m7ff-m26p <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>misc: fastrpc: Fix use-after-free and race in fastrpc_map_find</p> <p>Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free.</p> <p>So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>misc: fastrpc: Fix use-after-free and race in fastrpc_map_find</p> <p>Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free.</p> <p>So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> https://cve.radiocsirt.org/vuln/ghsa-5v94-m7ff-m26p https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48874 <p><strong>Affected:</strong> 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 66 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: Fix use-after-free and race in fastrpc_map_find Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free. So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> <p><strong>Affected:</strong> 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 66 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: misc: fastrpc: Fix use-after-free and race in fastrpc_map_find Currently, there is a race window between the point when the mutex is unlocked in fastrpc_map_lookup and the reference count increasing (fastrpc_map_get) in fastrpc_map_find, which can also lead to use-after-free. So lets merge fastrpc_map_find into fastrpc_map_lookup which allows us to both protect the maps list by also taking the &amp;fl-&gt;lock spinlock and the reference count, since the spinlock will be released only after. Add take_ref argument to make this suitable for all callers.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2022-48874 https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1888 <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder einen unspezifischen Angriff durchzuführen.</p> <p>Ein lokaler Angreifer kann mehrere Schwachstellen im Linux-Kernel ausnutzen, um einen Denial-of-Service-Zustand zu erzeugen oder einen unspezifischen Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1888