<?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>Sat, 03 Oct 2026 06:24:44 +0000</lastBuildDate>
    <item>
      <title>ALSA-2026:19568 — Important: kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/alsa-2026:19568</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:9: kernel, AlmaLinux:9: kernel-64k, AlmaLinux:9: kernel-64k-core, AlmaLinux:9: kernel-64k-debug, AlmaLinux:9: kernel-64k-debug-core, AlmaLinux:9: kernel-64k-debug-devel, AlmaLinux:9: kernel-64k-debug-devel-matched, AlmaLinux:9: kernel-64k-debug-modules, AlmaLinux:9: kernel-64k-debug-modules-core, AlmaLinux:9: kernel-64k-debug-modules-extra and 64 more&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit (CVE-2025-39766)
  * kernel: scsi: qla2xxx: Fix improper freeing of purex item (CVE-2025-68741)
  * kernel: libceph: make decode_pool() more resilient against corrupted osdmaps (CVE-2025-71116)
  * kernel: libceph: prevent potential out-of-bounds reads in handle_auth_done() (CVE-2026-22984)
  * kernel: libceph: replace overzealous BUG_ON in osdmap_apply_incremental() (CVE-2026-22990)
  * kernel: Linux kernel: Denial of Service in libceph OSD client due to unreset sparse-read state (CVE-2026-23136)
  * kernel: net/sched: cls_u32: use skb_header_pointer_careful() (CVE-2026-23204)
  * kernel: Linux kernel: Use-after-free in traffic control (act_ct) may lead to denial of service or privilege escalation (CVE-2026-23270)
  * kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling (CVE-2026-23401)
  * kernel: nfsd: fix heap overflow in NFSv4.0 LOCK replay cache (CVE-2026-31402)
  * kernel: can: raw: fix ro-&amp;gt;uniq use-after-free in raw_rcv() (CVE-2026-31532)
  * kernel: usbip: validate number_of_packets in usbip_pack_ret_submit() (CVE-2026-31607)
  * kernel: md/bitmap: fix GPF in write_page caused by resize race (CVE-2026-43163)
  * kernel: RDMA/umem: Fix double dma_buf_unpin in failure path (CVE-2026-43128)
  * kernel: &amp;#34;Dirty Frag&amp;#34; i…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; AlmaLinux:9: kernel, AlmaLinux:9: kernel-64k, AlmaLinux:9: kernel-64k-core, AlmaLinux:9: kernel-64k-debug, AlmaLinux:9: kernel-64k-debug-core, AlmaLinux:9: kernel-64k-debug-devel, AlmaLinux:9: kernel-64k-debug-devel-matched, AlmaLinux:9: kernel-64k-debug-modules, AlmaLinux:9: kernel-64k-debug-modules-core, AlmaLinux:9: kernel-64k-debug-modules-extra and 64 more&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit (CVE-2025-39766)
  * kernel: scsi: qla2xxx: Fix improper freeing of purex item (CVE-2025-68741)
  * kernel: libceph: make decode_pool() more resilient against corrupted osdmaps (CVE-2025-71116)
  * kernel: libceph: prevent potential out-of-bounds reads in handle_auth_done() (CVE-2026-22984)
  * kernel: libceph: replace overzealous BUG_ON in osdmap_apply_incremental() (CVE-2026-22990)
  * kernel: Linux kernel: Denial of Service in libceph OSD client due to unreset sparse-read state (CVE-2026-23136)
  * kernel: net/sched: cls_u32: use skb_header_pointer_careful() (CVE-2026-23204)
  * kernel: Linux kernel: Use-after-free in traffic control (act_ct) may lead to denial of service or privilege escalation (CVE-2026-23270)
  * kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling (CVE-2026-23401)
  * kernel: nfsd: fix heap overflow in NFSv4.0 LOCK replay cache (CVE-2026-31402)
  * kernel: can: raw: fix ro-&amp;gt;uniq use-after-free in raw_rcv() (CVE-2026-31532)
  * kernel: usbip: validate number_of_packets in usbip_pack_ret_submit() (CVE-2026-31607)
  * kernel: md/bitmap: fix GPF in write_page caused by resize race (CVE-2026-43163)
  * kernel: RDMA/umem: Fix double dma_buf_unpin in failure path (CVE-2026-43128)
  * kernel: &amp;#34;Dirty Frag&amp;#34; i…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/alsa-2026:19568</guid>
    </item>
    <item>
      <title>bdu:2026-06912</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2026-06912</link>
      <description>bdu:2026-06912</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2026-06912</guid>
    </item>
    <item>
      <title>BELL-CVE-2026-46333</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-46333</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-2026-46333</guid>
    </item>
    <item>
      <title>certfr-2026-avi-0623 — De multiples vulnérabilités ont été découvertes dans les produits Microsoft. Certaines d'entre elles permettent à un at…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2026-avi-0623</link>
      <description>certfr-2026-avi-0623</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2026-avi-0623</guid>
    </item>
    <item>
      <title>EUVD-2026-364824</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-364824</link>
      <description>EUVD-2026-364824</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-364824</guid>
    </item>
    <item>
      <title>fkie_cve-2026-46333</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-46333</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic&lt;/p&gt;
&lt;p&gt;The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of
the task - the concept comes from whether it can core dump or not - and
makes no sense when you don&amp;#39;t have an associated mm.&lt;/p&gt;
&lt;p&gt;And almost all users do in fact use it only for the case where the task
has a mm pointer.&lt;/p&gt;
&lt;p&gt;But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to
check various other things entirely independently of the MM (typically
explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for
threads that no longer have a VM (and maybe never did, like most kernel
threads).&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not what this flag was designed for, but it is what it is.&lt;/p&gt;
&lt;p&gt;The ptrace code does check that the uid/gid matches, so you do have to
be uid-0 to see kernel thread details, but this means that the
traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for
this all.&lt;/p&gt;
&lt;p&gt;Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a
MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread
ever had a MM (it will be zero for kernel threads since it is never
set), and require a proper CAP_SYS_PTRACE capability to override.&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;ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic&lt;/p&gt;
&lt;p&gt;The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of
the task - the concept comes from whether it can core dump or not - and
makes no sense when you don&amp;#39;t have an associated mm.&lt;/p&gt;
&lt;p&gt;And almost all users do in fact use it only for the case where the task
has a mm pointer.&lt;/p&gt;
&lt;p&gt;But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to
check various other things entirely independently of the MM (typically
explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for
threads that no longer have a VM (and maybe never did, like most kernel
threads).&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not what this flag was designed for, but it is what it is.&lt;/p&gt;
&lt;p&gt;The ptrace code does check that the uid/gid matches, so you do have to
be uid-0 to see kernel thread details, but this means that the
traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for
this all.&lt;/p&gt;
&lt;p&gt;Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a
MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread
ever had a MM (it will be zero for kernel threads since it is never
set), and require a proper CAP_SYS_PTRACE capability to override.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-46333</guid>
    </item>
    <item>
      <title>GHSA-pm8f-4p6p-6x53</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-pm8f-4p6p-6x53</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic&lt;/p&gt;
&lt;p&gt;The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of
the task - the concept comes from whether it can core dump or not - and
makes no sense when you don&amp;#39;t have an associated mm.&lt;/p&gt;
&lt;p&gt;And almost all users do in fact use it only for the case where the task
has a mm pointer.&lt;/p&gt;
&lt;p&gt;But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to
check various other things entirely independently of the MM (typically
explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for
threads that no longer have a VM (and maybe never did, like most kernel
threads).&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not what this flag was designed for, but it is what it is.&lt;/p&gt;
&lt;p&gt;The ptrace code does check that the uid/gid matches, so you do have to
be uid-0 to see kernel thread details, but this means that the
traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for
this all.&lt;/p&gt;
&lt;p&gt;Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a
MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread
ever had a MM (it will be zero for kernel threads since it is never
set), and require a proper CAP_SYS_PTRACE capability to override.&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;ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic&lt;/p&gt;
&lt;p&gt;The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of
the task - the concept comes from whether it can core dump or not - and
makes no sense when you don&amp;#39;t have an associated mm.&lt;/p&gt;
&lt;p&gt;And almost all users do in fact use it only for the case where the task
has a mm pointer.&lt;/p&gt;
&lt;p&gt;But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to
check various other things entirely independently of the MM (typically
explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for
threads that no longer have a VM (and maybe never did, like most kernel
threads).&lt;/p&gt;
&lt;p&gt;It&amp;#39;s not what this flag was designed for, but it is what it is.&lt;/p&gt;
&lt;p&gt;The ptrace code does check that the uid/gid matches, so you do have to
be uid-0 to see kernel thread details, but this means that the
traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for
this all.&lt;/p&gt;
&lt;p&gt;Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a
MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread
ever had a MM (it will be zero for kernel threads since it is never
set), and require a proper CAP_SYS_PTRACE capability to override.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-pm8f-4p6p-6x53</guid>
    </item>
    <item>
      <title>ICSA-26-174-06 — Impact of Linux Kernel vulnerabilities on B&amp;R products</title>
      <link>https://cve.radiocsirt.org/vuln/icsa-26-174-06</link>
      <description>&lt;p&gt;B&amp;amp;R is aware of publicly reported vulnerabilities affecting the Linux kernel versions shipped with the products listed as affected in the advisory.&lt;/p&gt;
&lt;p&gt;Successful local exploitation of these vulnerabilities could allow an attacker to escalate privileges on the affected system. Public proof-of-concept exploits are available for the vulnerabilities described herein. At the time of publication of this advisory, B&amp;amp;R had no evidence of active exploitation targeting B&amp;amp;R products.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;B&amp;amp;R is aware of publicly reported vulnerabilities affecting the Linux kernel versions shipped with the products listed as affected in the advisory.&lt;/p&gt;
&lt;p&gt;Successful local exploitation of these vulnerabilities could allow an attacker to escalate privileges on the affected system. Public proof-of-concept exploits are available for the vulnerabilities described herein. At the time of publication of this advisory, B&amp;amp;R had no evidence of active exploitation targeting B&amp;amp;R products.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/icsa-26-174-06</guid>
    </item>
    <item>
      <title>msrc_CVE-2026-46333 — ptrace: slightly saner 'get_dumpable()' logic</title>
      <link>https://cve.radiocsirt.org/vuln/msrc_cve-2026-46333</link>
      <description>msrc_CVE-2026-46333</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/msrc_cve-2026-46333</guid>
    </item>
    <item>
      <title>OESA-2026-2415 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2026-2415</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;driver core: platform: use generic driver_override infrastructure&lt;/p&gt;
&lt;p&gt;When a driver is probed through __driver_attach(), the bus&amp;amp;apos; match()
callback is called without the device lock held, thus accessing the
driver_override field without a lock, which can cause a UAF.&lt;/p&gt;
&lt;p&gt;Fix this by using the driver-core driver_override infrastructure taking
care of proper locking internally.&lt;/p&gt;
&lt;p&gt;Note that calling match() from __driver_attach() without the device lock
held is intentional. [1](CVE-2026-31527)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;crypto: ccp: Don&amp;amp;apos;t attempt to copy PDH cert to userspace if PSP command failed&lt;/p&gt;
&lt;p&gt;When retrieving the PDH cert, don&amp;amp;apos;t attempt to copy the blobs to userspace
if the firmware command failed.  If the failure was due to an invalid
length, i.e. the userspace buffer+length was too small, copying the number
of bytes _firmware_ requires will overflow the kernel-allocated buffer and
leak data to userspace.&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-out-of-bounds in instrument_copy_to_user ../include/linux/instrumented.h:129 [inline]
  BUG: KASAN: slab-out-of-bounds in _inline_copy_to_user ../include/linux/uaccess.h:205 [inline]
  BUG: KASAN: slab-out-of-bounds in _copy_to_user+0x66/0xa0 ../lib/usercopy.c:26
  Read of size 2084 at addr ffff8885c4ab8aa0 by task syz.0.186/21033&lt;/p&gt;
&lt;p&gt;CPU: 51 UID: 0 PID: 21033 Com…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:20.03-LTS-SP4: kernel&lt;/p&gt;
&lt;p&gt;The Linux Kernel, the operating system core itself.&#13;
&#13;
Security Fix(es):&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;driver core: platform: use generic driver_override infrastructure&lt;/p&gt;
&lt;p&gt;When a driver is probed through __driver_attach(), the bus&amp;amp;apos; match()
callback is called without the device lock held, thus accessing the
driver_override field without a lock, which can cause a UAF.&lt;/p&gt;
&lt;p&gt;Fix this by using the driver-core driver_override infrastructure taking
care of proper locking internally.&lt;/p&gt;
&lt;p&gt;Note that calling match() from __driver_attach() without the device lock
held is intentional. [1](CVE-2026-31527)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;crypto: ccp: Don&amp;amp;apos;t attempt to copy PDH cert to userspace if PSP command failed&lt;/p&gt;
&lt;p&gt;When retrieving the PDH cert, don&amp;amp;apos;t attempt to copy the blobs to userspace
if the firmware command failed.  If the failure was due to an invalid
length, i.e. the userspace buffer+length was too small, copying the number
of bytes _firmware_ requires will overflow the kernel-allocated buffer and
leak data to userspace.&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-out-of-bounds in instrument_copy_to_user ../include/linux/instrumented.h:129 [inline]
  BUG: KASAN: slab-out-of-bounds in _inline_copy_to_user ../include/linux/uaccess.h:205 [inline]
  BUG: KASAN: slab-out-of-bounds in _copy_to_user+0x66/0xa0 ../lib/usercopy.c:26
  Read of size 2084 at addr ffff8885c4ab8aa0 by task syz.0.186/21033&lt;/p&gt;
&lt;p&gt;CPU: 51 UID: 0 PID: 21033 Com…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2026-2415</guid>
    </item>
    <item>
      <title>openSUSE-RU-2026:20779-1 — Recommended update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/opensuse-ru-2026:20779-1</link>
      <description>&lt;p&gt;Recommended update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Recommended update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/opensuse-ru-2026:20779-1</guid>
    </item>
    <item>
      <title>RHSA-2026:19521 — Red Hat Security Advisory: kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/rhsa-2026:19521</link>
      <description>&lt;p&gt;kernel: Linux kernel: RDMA/rxe use-after-free vulnerability leading to potential arbitrary code execution kernel: ALSA: aloop: Fix racy access at PCM trigger kernel: Linux kernel: Denial of service and memory corruption in RDMA umad kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling kernel: Linux kernel: Use-after-free in bonding driver leads to denial of service kernel: can: raw: fix ro-&amp;gt;uniq use-after-free in raw_rcv() kernel: net: skbuff: propagate shared-frag marker through frag-transfer helpers kernel: &amp;#34;Fragnesia&amp;#34; is a variant of Dirty Frag vulnerability in the ESP/XFRM leading to Local Privilege Escalation (LPE) vulnerability in the Linux kernel kernel: Read root-owned files as an unprivileged user&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;kernel: Linux kernel: RDMA/rxe use-after-free vulnerability leading to potential arbitrary code execution kernel: ALSA: aloop: Fix racy access at PCM trigger kernel: Linux kernel: Denial of service and memory corruption in RDMA umad kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling kernel: Linux kernel: Use-after-free in bonding driver leads to denial of service kernel: can: raw: fix ro-&amp;gt;uniq use-after-free in raw_rcv() kernel: net: skbuff: propagate shared-frag marker through frag-transfer helpers kernel: &amp;#34;Fragnesia&amp;#34; is a variant of Dirty Frag vulnerability in the ESP/XFRM leading to Local Privilege Escalation (LPE) vulnerability in the Linux kernel kernel: Read root-owned files as an unprivileged user&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rhsa-2026:19521</guid>
    </item>
    <item>
      <title>RLSA-2026:19569 — Important: kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/rlsa-2026:19569</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:10: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: net: af_can: do not leave a dangling sk pointer in can_create() (CVE-2024-56603)&lt;/p&gt;
&lt;p&gt;* kernel: net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit (CVE-2025-39766)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: asymmetric_keys - prevent overflow in asymmetric_key_generate_id (CVE-2025-68724)&lt;/p&gt;
&lt;p&gt;* kernel: scsi: qla2xxx: Fix improper freeing of purex item (CVE-2025-68741)&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel: Use-after-free in traffic control (act_ct) may lead to denial of service or privilege escalation (CVE-2026-23270)&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling (CVE-2026-23401)&lt;/p&gt;
&lt;p&gt;* kernel: nfsd: fix heap overflow in NFSv4.0 LOCK replay cache (CVE-2026-31402)&lt;/p&gt;
&lt;p&gt;* kernel: Bluetooth: SCO: Fix use-after-free in sco_recv_frame() due to missing sock_hold (CVE-2026-31408)&lt;/p&gt;
&lt;p&gt;* kernel: usbip: validate number_of_packets in usbip_pack_ret_submit() (CVE-2026-31607)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/umem: Fix double dma_buf_unpin in failure path (CVE-2026-43128)&lt;/p&gt;
&lt;p&gt;* kernel: &amp;#34;Dirty Frag&amp;#34; is a new universal Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-43284)&lt;/p&gt;
&lt;p&gt;* kernel: &amp;#34;Fragnesia&amp;#34; is a variant of Dirty Frag vulnerability in the ESP/XFRM leading to Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-46300)&lt;/p&gt;
&lt;p&gt;* kernel: Read root-owned files as an unprivileged user (CVE-2026-46333)&lt;/p&gt;
&lt;p&gt;For more deta…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Rocky Linux:10: kernel&lt;/p&gt;
&lt;p&gt;The kernel packages contain the Linux kernel, the core of any Linux operating system.&lt;/p&gt;
&lt;p&gt;Security Fix(es):&lt;/p&gt;
&lt;p&gt;* kernel: net: af_can: do not leave a dangling sk pointer in can_create() (CVE-2024-56603)&lt;/p&gt;
&lt;p&gt;* kernel: net/sched: Make cake_enqueue return NET_XMIT_CN when past buffer_limit (CVE-2025-39766)&lt;/p&gt;
&lt;p&gt;* kernel: crypto: asymmetric_keys - prevent overflow in asymmetric_key_generate_id (CVE-2025-68724)&lt;/p&gt;
&lt;p&gt;* kernel: scsi: qla2xxx: Fix improper freeing of purex item (CVE-2025-68741)&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel: Use-after-free in traffic control (act_ct) may lead to denial of service or privilege escalation (CVE-2026-23270)&lt;/p&gt;
&lt;p&gt;* kernel: Linux kernel KVM: Privilege escalation or denial of service due to improper shadow page table entry handling (CVE-2026-23401)&lt;/p&gt;
&lt;p&gt;* kernel: nfsd: fix heap overflow in NFSv4.0 LOCK replay cache (CVE-2026-31402)&lt;/p&gt;
&lt;p&gt;* kernel: Bluetooth: SCO: Fix use-after-free in sco_recv_frame() due to missing sock_hold (CVE-2026-31408)&lt;/p&gt;
&lt;p&gt;* kernel: usbip: validate number_of_packets in usbip_pack_ret_submit() (CVE-2026-31607)&lt;/p&gt;
&lt;p&gt;* kernel: RDMA/umem: Fix double dma_buf_unpin in failure path (CVE-2026-43128)&lt;/p&gt;
&lt;p&gt;* kernel: &amp;#34;Dirty Frag&amp;#34; is a new universal Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-43284)&lt;/p&gt;
&lt;p&gt;* kernel: &amp;#34;Fragnesia&amp;#34; is a variant of Dirty Frag vulnerability in the ESP/XFRM leading to Local Privilege Escalation (LPE) vulnerability in the Linux kernel (CVE-2026-46300)&lt;/p&gt;
&lt;p&gt;* kernel: Read root-owned files as an unprivileged user (CVE-2026-46333)&lt;/p&gt;
&lt;p&gt;For more deta…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/rlsa-2026:19569</guid>
    </item>
    <item>
      <title>SA26P010 — Impact of Linux Kernel vulnerabilities on B&amp;R products</title>
      <link>https://cve.radiocsirt.org/vuln/sa26p010</link>
      <description>&lt;p&gt;B&amp;amp;R is aware of publicly reported vulnerabilities affecting the Linux kernel versions shipped with the products listed as affected in the advisory.&lt;/p&gt;
&lt;p&gt;Successful local exploitation of these vulnerabilities could allow an attacker to escalate privileges on the affected system. Public proof-of-concept exploits are available for the vulnerabilities described herein. At the time of publication of this advisory, B&amp;amp;R had no evidence of active exploitation targeting B&amp;amp;R products.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;B&amp;amp;R is aware of publicly reported vulnerabilities affecting the Linux kernel versions shipped with the products listed as affected in the advisory.&lt;/p&gt;
&lt;p&gt;Successful local exploitation of these vulnerabilities could allow an attacker to escalate privileges on the affected system. Public proof-of-concept exploits are available for the vulnerabilities described herein. At the time of publication of this advisory, B&amp;amp;R had no evidence of active exploitation targeting B&amp;amp;R products.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/sa26p010</guid>
    </item>
    <item>
      <title>SSA-019113 — SSA-019113: Vulnerabilities in the additional GNU/Linux subsystem of the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP V3.1.6</title>
      <link>https://cve.radiocsirt.org/vuln/ssa-019113</link>
      <description>&lt;p&gt;Multiple vulnerabilities have been identified in the additional GNU/Linux subsystem of the firmware version V3.1.6 for the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP (incl. SIPLUS variant).&lt;/p&gt;
&lt;p&gt;Siemens has released new versions for several affected products and recommends to update to the latest versions. Siemens is preparing further fix versions and recommends specific countermeasures for products where fixes are not, or not yet available.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Multiple vulnerabilities have been identified in the additional GNU/Linux subsystem of the firmware version V3.1.6 for the SIMATIC S7-1500 CPU 1518(F)-4 PN/DP MFP (incl. SIPLUS variant).&lt;/p&gt;
&lt;p&gt;Siemens has released new versions for several affected products and recommends to update to the latest versions. Siemens is preparing further fix versions and recommends specific countermeasures for products where fixes are not, or not yet available.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ssa-019113</guid>
    </item>
    <item>
      <title>SUSE-RU-2026:21753-1 — Recommended update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-ru-2026:21753-1</link>
      <description>&lt;p&gt;Recommended update for the Linux Kernel&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Recommended update for the Linux Kernel&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/suse-ru-2026:21753-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-46333</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-46333</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 191 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of the task - the concept comes from whether it can core dump or not - and makes no sense when you don&amp;#39;t have an associated mm. And almost all users do in fact use it only for the case where the task has a mm pointer. But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to check various other things entirely independently of the MM (typically explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for threads that no longer have a VM (and maybe never did, like most kernel threads). It&amp;#39;s not what this flag was designed for, but it is what it is. The ptrace code does check that the uid/gid matches, so you do have to be uid-0 to see kernel thread details, but this means that the traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for this all. Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread ever had a MM (it will be zero for kernel threads since it is never set), and require a proper CAP_SYS_PTRACE capability to override.&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 191 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: ptrace: slightly saner &amp;#39;get_dumpable()&amp;#39; logic The &amp;#39;dumpability&amp;#39; of a task is fundamentally about the memory image of the task - the concept comes from whether it can core dump or not - and makes no sense when you don&amp;#39;t have an associated mm. And almost all users do in fact use it only for the case where the task has a mm pointer. But we have one odd special case: ptrace_may_access() uses &amp;#39;dumpable&amp;#39; to check various other things entirely independently of the MM (typically explicitly using flags like PTRACE_MODE_READ_FSCREDS).  Including for threads that no longer have a VM (and maybe never did, like most kernel threads). It&amp;#39;s not what this flag was designed for, but it is what it is. The ptrace code does check that the uid/gid matches, so you do have to be uid-0 to see kernel thread details, but this means that the traditional &amp;#34;drop capabilities&amp;#34; model doesn&amp;#39;t make any difference for this all. Make it all make a *bit* more sense by saying that if you don&amp;#39;t have a MM pointer, we&amp;#39;ll use a cached &amp;#34;last dumpability&amp;#34; flag if the thread ever had a MM (it will be zero for kernel threads since it is never set), and require a proper CAP_SYS_PTRACE capability to override.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-46333</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1571 — Linux Kernel: Schwachstelle ermöglicht Umgehen von Sicherheitsvorkehrungen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1571</link>
      <description>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle im Linux Kernel ausnutzen, um Sicherheitsvorkehrungen zu umgehen und vertrauliche Informationen offenzulegen, was weitere Angriffe ermöglicht.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein lokaler Angreifer kann eine Schwachstelle im Linux Kernel ausnutzen, um Sicherheitsvorkehrungen zu umgehen und vertrauliche Informationen offenzulegen, was weitere Angriffe ermöglicht.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1571</guid>
    </item>
  </channel>
</rss>
