<?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:34 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-00981</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-00981</link>
      <description>bdu:2025-00981</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-00981</guid>
    </item>
    <item>
      <title>BELL-CVE-2024-42137</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2024-42137</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; 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:25: linux-lts, Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2024-42137</guid>
    </item>
    <item>
      <title>certfr-2024-avi-0719 — 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-0719</link>
      <description>certfr-2024-avi-0719</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2024-avi-0719</guid>
    </item>
    <item>
      <title>EUVD-2026-320660</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-320660</link>
      <description>EUVD-2026-320660</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-320660</guid>
    </item>
    <item>
      <title>fkie_cve-2024-42137</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-42137</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot&lt;/p&gt;
&lt;p&gt;Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed
serdev&amp;#34;) will cause below regression issue:&lt;/p&gt;
&lt;p&gt;BT can&amp;#39;t be enabled after below steps:
cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure
if property enable-gpios is not configured within DT|ACPI for QCA6390.&lt;/p&gt;
&lt;p&gt;The commit is to fix a use-after-free issue within qca_serdev_shutdown()
by adding condition to avoid the serdev is flushed or wrote after closed
but also introduces this regression issue regarding above steps since the
VSC is not sent to reset controller during warm reboot.&lt;/p&gt;
&lt;p&gt;Fixed by sending the VSC to reset controller within qca_serdev_shutdown()
once BT was ever enabled, and the use-after-free issue is also fixed by
this change since the serdev is still opened before it is flushed or wrote.&lt;/p&gt;
&lt;p&gt;Verified by the reported machine Dell XPS 13 9310 laptop over below two
kernel commits:
commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of bluetooth-next tree.
commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of linus mainline tree.&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;Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot&lt;/p&gt;
&lt;p&gt;Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed
serdev&amp;#34;) will cause below regression issue:&lt;/p&gt;
&lt;p&gt;BT can&amp;#39;t be enabled after below steps:
cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure
if property enable-gpios is not configured within DT|ACPI for QCA6390.&lt;/p&gt;
&lt;p&gt;The commit is to fix a use-after-free issue within qca_serdev_shutdown()
by adding condition to avoid the serdev is flushed or wrote after closed
but also introduces this regression issue regarding above steps since the
VSC is not sent to reset controller during warm reboot.&lt;/p&gt;
&lt;p&gt;Fixed by sending the VSC to reset controller within qca_serdev_shutdown()
once BT was ever enabled, and the use-after-free issue is also fixed by
this change since the serdev is still opened before it is flushed or wrote.&lt;/p&gt;
&lt;p&gt;Verified by the reported machine Dell XPS 13 9310 laptop over below two
kernel commits:
commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of bluetooth-next tree.
commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of linus mainline tree.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-42137</guid>
    </item>
    <item>
      <title>GHSA-vmr8-6pr2-r534</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vmr8-6pr2-r534</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot&lt;/p&gt;
&lt;p&gt;Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed
serdev&amp;#34;) will cause below regression issue:&lt;/p&gt;
&lt;p&gt;BT can&amp;#39;t be enabled after below steps:
cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure
if property enable-gpios is not configured within DT|ACPI for QCA6390.&lt;/p&gt;
&lt;p&gt;The commit is to fix a use-after-free issue within qca_serdev_shutdown()
by adding condition to avoid the serdev is flushed or wrote after closed
but also introduces this regression issue regarding above steps since the
VSC is not sent to reset controller during warm reboot.&lt;/p&gt;
&lt;p&gt;Fixed by sending the VSC to reset controller within qca_serdev_shutdown()
once BT was ever enabled, and the use-after-free issue is also fixed by
this change since the serdev is still opened before it is flushed or wrote.&lt;/p&gt;
&lt;p&gt;Verified by the reported machine Dell XPS 13 9310 laptop over below two
kernel commits:
commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of bluetooth-next tree.
commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of linus mainline tree.&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;Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot&lt;/p&gt;
&lt;p&gt;Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed
serdev&amp;#34;) will cause below regression issue:&lt;/p&gt;
&lt;p&gt;BT can&amp;#39;t be enabled after below steps:
cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure
if property enable-gpios is not configured within DT|ACPI for QCA6390.&lt;/p&gt;
&lt;p&gt;The commit is to fix a use-after-free issue within qca_serdev_shutdown()
by adding condition to avoid the serdev is flushed or wrote after closed
but also introduces this regression issue regarding above steps since the
VSC is not sent to reset controller during warm reboot.&lt;/p&gt;
&lt;p&gt;Fixed by sending the VSC to reset controller within qca_serdev_shutdown()
once BT was ever enabled, and the use-after-free issue is also fixed by
this change since the serdev is still opened before it is flushed or wrote.&lt;/p&gt;
&lt;p&gt;Verified by the reported machine Dell XPS 13 9310 laptop over below two
kernel commits:
commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of bluetooth-next tree.
commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump
implementation for QCA&amp;#34;) of linus mainline tree.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vmr8-6pr2-r534</guid>
    </item>
    <item>
      <title>OESA-2024-1961 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2024-1961</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;
NFSD: Fix the behavior of READ near OFFSET_MAX&#13;
&#13;
Dan Aloni reports:
&amp;amp;gt; Due to commit 8cfb9015280d (&amp;amp;quot;NFS: Always provide aligned buffers to
&amp;amp;gt; the RPC read layers&amp;amp;quot;) on the client, a read of 0xfff is aligned up
&amp;amp;gt; to server rsize of 0x1000.
&amp;amp;gt;
&amp;amp;gt; As a result, in a test where the server has a file of size
&amp;amp;gt; 0x7fffffffffffffff, and the client tries to read from the offset
&amp;amp;gt; 0x7ffffffffffff000, the read causes loff_t overflow in the server
&amp;amp;gt; and it returns an NFS code of EINVAL to the client. The client as
&amp;amp;gt; a result indefinitely retries the request.&#13;
&#13;
The Linux NFS client does not handle NFS?ERR_INVAL, even though all
NFS specifications permit servers to return that status code for a
READ.&#13;
&#13;
Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed
and return a short result. Set the EOF flag in the result to prevent
the client from retrying the READ request. This behavior appears to
be consistent with Solaris NFS servers.&#13;
&#13;
Note that NFSv3 and NFSv4 use u64 offset values on the wire. These
must be converted to loff_t internally before use -- an implicit
type cast is not adequate for this purpose. Otherwise VFS checks
against sb-&amp;amp;gt;s_maxbytes do not work properly.(CVE-2022-48827)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
net: can: j1939: enhanced error handlin…&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;
NFSD: Fix the behavior of READ near OFFSET_MAX&#13;
&#13;
Dan Aloni reports:
&amp;amp;gt; Due to commit 8cfb9015280d (&amp;amp;quot;NFS: Always provide aligned buffers to
&amp;amp;gt; the RPC read layers&amp;amp;quot;) on the client, a read of 0xfff is aligned up
&amp;amp;gt; to server rsize of 0x1000.
&amp;amp;gt;
&amp;amp;gt; As a result, in a test where the server has a file of size
&amp;amp;gt; 0x7fffffffffffffff, and the client tries to read from the offset
&amp;amp;gt; 0x7ffffffffffff000, the read causes loff_t overflow in the server
&amp;amp;gt; and it returns an NFS code of EINVAL to the client. The client as
&amp;amp;gt; a result indefinitely retries the request.&#13;
&#13;
The Linux NFS client does not handle NFS?ERR_INVAL, even though all
NFS specifications permit servers to return that status code for a
READ.&#13;
&#13;
Instead of NFS?ERR_INVAL, have out-of-range READ requests succeed
and return a short result. Set the EOF flag in the result to prevent
the client from retrying the READ request. This behavior appears to
be consistent with Solaris NFS servers.&#13;
&#13;
Note that NFSv3 and NFSv4 use u64 offset values on the wire. These
must be converted to loff_t internally before use -- an implicit
type cast is not adequate for this purpose. Otherwise VFS checks
against sb-&amp;amp;gt;s_maxbytes do not work properly.(CVE-2022-48827)&#13;
&#13;
In the Linux kernel, the following vulnerability has been resolved:&#13;
&#13;
net: can: j1939: enhanced error handlin…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2024-1961</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-2024-42137</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-42137</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 131 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed serdev&amp;#34;) will cause below regression issue: BT can&amp;#39;t be enabled after below steps: cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure if property enable-gpios is not configured within DT|ACPI for QCA6390. The commit is to fix a use-after-free issue within qca_serdev_shutdown() by adding condition to avoid the serdev is flushed or wrote after closed but also introduces this regression issue regarding above steps since the VSC is not sent to reset controller during warm reboot. Fixed by sending the VSC to reset controller within qca_serdev_shutdown() once BT was ever enabled, and the use-after-free issue is also fixed by this change since the serdev is still opened before it is flushed or wrote. Verified by the reported machine Dell XPS 13 9310 laptop over below two kernel commits: commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump implementation for QCA&amp;#34;) of bluetooth-next tree. commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump implementation for QCA&amp;#34;) of linus mainline tree.&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 131 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: Bluetooth: qca: Fix BT enable failure again for QCA6390 after warm reboot Commit 272970be3dab (&amp;#34;Bluetooth: hci_qca: Fix driver shutdown on closed serdev&amp;#34;) will cause below regression issue: BT can&amp;#39;t be enabled after below steps: cold boot -&amp;gt; enable BT -&amp;gt; disable BT -&amp;gt; warm reboot -&amp;gt; BT enable failure if property enable-gpios is not configured within DT|ACPI for QCA6390. The commit is to fix a use-after-free issue within qca_serdev_shutdown() by adding condition to avoid the serdev is flushed or wrote after closed but also introduces this regression issue regarding above steps since the VSC is not sent to reset controller during warm reboot. Fixed by sending the VSC to reset controller within qca_serdev_shutdown() once BT was ever enabled, and the use-after-free issue is also fixed by this change since the serdev is still opened before it is flushed or wrote. Verified by the reported machine Dell XPS 13 9310 laptop over below two kernel commits: commit e00fc2700a3f (&amp;#34;Bluetooth: btusb: Fix triggering coredump implementation for QCA&amp;#34;) of bluetooth-next tree. commit b23d98d46d28 (&amp;#34;Bluetooth: btusb: Fix triggering coredump implementation for QCA&amp;#34;) of linus mainline tree.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2024-42137</guid>
    </item>
    <item>
      <title>WID-SEC-W-2024-1722 — Linux Kernel: Mehrere Schwachstellen ermöglichen nicht spezifizierten Angriff</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1722</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2024-1722</guid>
    </item>
  </channel>
</rss>
