<?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 19:34:20 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-06243</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-06243</link>
      <description>bdu:2025-06243</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-06243</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-52978</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-52978</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Alpaquita:stream: linux-lts&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2023-52978</guid>
    </item>
    <item>
      <title>EUVD-2026-311767</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-311767</link>
      <description>EUVD-2026-311767</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-311767</guid>
    </item>
    <item>
      <title>fkie_cve-2023-52978</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-52978</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;riscv: kprobe: Fixup kernel panic when probing an illegal position&lt;/p&gt;
&lt;p&gt;The kernel would panic when probed for an illegal position. eg:&lt;/p&gt;
&lt;p&gt;(CONFIG_RISCV_ISA_C=n)&lt;/p&gt;
&lt;p&gt;echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events
echo 1 &amp;gt; events/kprobes/hello/enable
cat trace&lt;/p&gt;
&lt;p&gt;Kernel panic - not syncing: stack-protector: Kernel stack
is corrupted in: __do_sys_newfstatat+0xb8/0xb8
CPU: 0 PID: 111 Comm: sh Not tainted
6.2.0-rc1-00027-g2d398fe49a4d #490
Hardware name: riscv-virtio,qemu (DT)
Call Trace:
[&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48
[&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68
[&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84
[&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30
[&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374
[&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8
[&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30
[&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30
[&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4
---[ end Kernel panic - not syncing: stack-protector:
Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]---&lt;/p&gt;
&lt;p&gt;That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s
original code. The user should guarantee the correction of the probe
position, but it couldn&amp;#39;t make the kernel panic.&lt;/p&gt;
&lt;p&gt;This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an
illegal position (Such as the middle of an instruction).&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;riscv: kprobe: Fixup kernel panic when probing an illegal position&lt;/p&gt;
&lt;p&gt;The kernel would panic when probed for an illegal position. eg:&lt;/p&gt;
&lt;p&gt;(CONFIG_RISCV_ISA_C=n)&lt;/p&gt;
&lt;p&gt;echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events
echo 1 &amp;gt; events/kprobes/hello/enable
cat trace&lt;/p&gt;
&lt;p&gt;Kernel panic - not syncing: stack-protector: Kernel stack
is corrupted in: __do_sys_newfstatat+0xb8/0xb8
CPU: 0 PID: 111 Comm: sh Not tainted
6.2.0-rc1-00027-g2d398fe49a4d #490
Hardware name: riscv-virtio,qemu (DT)
Call Trace:
[&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48
[&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68
[&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84
[&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30
[&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374
[&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8
[&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30
[&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30
[&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4
---[ end Kernel panic - not syncing: stack-protector:
Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]---&lt;/p&gt;
&lt;p&gt;That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s
original code. The user should guarantee the correction of the probe
position, but it couldn&amp;#39;t make the kernel panic.&lt;/p&gt;
&lt;p&gt;This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an
illegal position (Such as the middle of an instruction).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-52978</guid>
    </item>
    <item>
      <title>GHSA-7m9p-x22p-v2hg</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7m9p-x22p-v2hg</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;riscv: kprobe: Fixup kernel panic when probing an illegal position&lt;/p&gt;
&lt;p&gt;The kernel would panic when probed for an illegal position. eg:&lt;/p&gt;
&lt;p&gt;(CONFIG_RISCV_ISA_C=n)&lt;/p&gt;
&lt;p&gt;echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events
echo 1 &amp;gt; events/kprobes/hello/enable
cat trace&lt;/p&gt;
&lt;p&gt;Kernel panic - not syncing: stack-protector: Kernel stack
is corrupted in: __do_sys_newfstatat+0xb8/0xb8
CPU: 0 PID: 111 Comm: sh Not tainted
6.2.0-rc1-00027-g2d398fe49a4d #490
Hardware name: riscv-virtio,qemu (DT)
Call Trace:
[&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48
[&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68
[&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84
[&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30
[&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374
[&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8
[&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30
[&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30
[&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4
---[ end Kernel panic - not syncing: stack-protector:
Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]---&lt;/p&gt;
&lt;p&gt;That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s
original code. The user should guarantee the correction of the probe
position, but it couldn&amp;#39;t make the kernel panic.&lt;/p&gt;
&lt;p&gt;This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an
illegal position (Such as the middle of an instruction).&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;riscv: kprobe: Fixup kernel panic when probing an illegal position&lt;/p&gt;
&lt;p&gt;The kernel would panic when probed for an illegal position. eg:&lt;/p&gt;
&lt;p&gt;(CONFIG_RISCV_ISA_C=n)&lt;/p&gt;
&lt;p&gt;echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events
echo 1 &amp;gt; events/kprobes/hello/enable
cat trace&lt;/p&gt;
&lt;p&gt;Kernel panic - not syncing: stack-protector: Kernel stack
is corrupted in: __do_sys_newfstatat+0xb8/0xb8
CPU: 0 PID: 111 Comm: sh Not tainted
6.2.0-rc1-00027-g2d398fe49a4d #490
Hardware name: riscv-virtio,qemu (DT)
Call Trace:
[&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48
[&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68
[&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84
[&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30
[&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374
[&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8
[&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30
[&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30
[&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4
---[ end Kernel panic - not syncing: stack-protector:
Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]---&lt;/p&gt;
&lt;p&gt;That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s
original code. The user should guarantee the correction of the probe
position, but it couldn&amp;#39;t make the kernel panic.&lt;/p&gt;
&lt;p&gt;This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an
illegal position (Such as the middle of an instruction).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7m9p-x22p-v2hg</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-52978</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52978</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 149 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: riscv: kprobe: Fixup kernel panic when probing an illegal position The kernel would panic when probed for an illegal position. eg: (CONFIG_RISCV_ISA_C=n) echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events echo 1 &amp;gt; events/kprobes/hello/enable cat trace Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 CPU: 0 PID: 111 Comm: sh Not tainted 6.2.0-rc1-00027-g2d398fe49a4d #490 Hardware name: riscv-virtio,qemu (DT) Call Trace: [&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48 [&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68 [&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84 [&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30 [&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374 [&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8 [&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30 [&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30 [&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4 ---[ end Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]--- That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s original code. The user should guarantee the correction of the probe position, but it couldn&amp;#39;t make the kernel panic. This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an illegal position (Such as the middle of an instruction).&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, Ubuntu:Pro:16.04:LTS: linux-aws-hwe, Ubuntu:Pro:16.04:LTS: linux-azure, Ubuntu:Pro:16.04:LTS: linux-gcp, Ubuntu:Pro:16.04:LTS: linux-hwe and 149 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: riscv: kprobe: Fixup kernel panic when probing an illegal position The kernel would panic when probed for an illegal position. eg: (CONFIG_RISCV_ISA_C=n) echo &amp;#39;p:hello kernel_clone+0x16 a0=%a0&amp;#39; &amp;gt;&amp;gt; kprobe_events echo 1 &amp;gt; events/kprobes/hello/enable cat trace Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 CPU: 0 PID: 111 Comm: sh Not tainted 6.2.0-rc1-00027-g2d398fe49a4d #490 Hardware name: riscv-virtio,qemu (DT) Call Trace: [&amp;lt;ffffffff80007268&amp;gt;] dump_backtrace+0x38/0x48 [&amp;lt;ffffffff80c5e83c&amp;gt;] show_stack+0x50/0x68 [&amp;lt;ffffffff80c6da28&amp;gt;] dump_stack_lvl+0x60/0x84 [&amp;lt;ffffffff80c6da6c&amp;gt;] dump_stack+0x20/0x30 [&amp;lt;ffffffff80c5ecf4&amp;gt;] panic+0x160/0x374 [&amp;lt;ffffffff80c6db94&amp;gt;] generic_handle_arch_irq+0x0/0xa8 [&amp;lt;ffffffff802deeb0&amp;gt;] sys_newstat+0x0/0x30 [&amp;lt;ffffffff800158c0&amp;gt;] sys_clone+0x20/0x30 [&amp;lt;ffffffff800039e8&amp;gt;] ret_from_syscall+0x0/0x4 ---[ end Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: __do_sys_newfstatat+0xb8/0xb8 ]--- That is because the kprobe&amp;#39;s ebreak instruction broke the kernel&amp;#39;s original code. The user should guarantee the correction of the probe position, but it couldn&amp;#39;t make the kernel panic. This patch adds arch_check_kprobe in arch_prepare_kprobe to prevent an illegal position (Such as the middle of an instruction).&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-52978</guid>
    </item>
    <item>
      <title>WID-SEC-W-2025-0649 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0649</link>
      <description>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht spezifizierte Effekte zu erzielen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein entfernter, anonymer Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service Angriff durchzuführen oder nicht spezifizierte Effekte zu erzielen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2025-0649</guid>
    </item>
  </channel>
</rss>
