<?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>Fri, 02 Oct 2026 19:50:56 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-06336</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-06336</link>
      <description>bdu:2025-06336</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-06336</guid>
    </item>
    <item>
      <title>BELL-CVE-2023-53007</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2023-53007</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-53007</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0307 — 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-2025-avi-0307</link>
      <description>certfr-2025-avi-0307</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0307</guid>
    </item>
    <item>
      <title>EUVD-2026-311785</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-311785</link>
      <description>EUVD-2026-311785</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-311785</guid>
    </item>
    <item>
      <title>fkie_cve-2023-53007</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-53007</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;tracing: Make sure trace_printk() can output as soon as it can be used&lt;/p&gt;
&lt;p&gt;Currently trace_printk() can be used as soon as early_trace_init() is
called from start_kernel(). But if a crash happens, and
&amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will
be:&lt;/p&gt;
&lt;p&gt;[    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6&lt;/p&gt;
&lt;p&gt;This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered
yet. That gets done via an early_initcall(), which may be early, but not
early enough.&lt;/p&gt;
&lt;p&gt;Instead of registering the trace_printk() event (and other ftrace events,
which are not trace events) via an early_initcall(), have them registered at
the same time that trace_printk() can be used. This way, if there is a
crash before early_initcall(), then the trace_printk()s will actually be
useful.&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;tracing: Make sure trace_printk() can output as soon as it can be used&lt;/p&gt;
&lt;p&gt;Currently trace_printk() can be used as soon as early_trace_init() is
called from start_kernel(). But if a crash happens, and
&amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will
be:&lt;/p&gt;
&lt;p&gt;[    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6&lt;/p&gt;
&lt;p&gt;This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered
yet. That gets done via an early_initcall(), which may be early, but not
early enough.&lt;/p&gt;
&lt;p&gt;Instead of registering the trace_printk() event (and other ftrace events,
which are not trace events) via an early_initcall(), have them registered at
the same time that trace_printk() can be used. This way, if there is a
crash before early_initcall(), then the trace_printk()s will actually be
useful.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-53007</guid>
    </item>
    <item>
      <title>GHSA-qhg6-v8xh-pwh7</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-qhg6-v8xh-pwh7</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;tracing: Make sure trace_printk() can output as soon as it can be used&lt;/p&gt;
&lt;p&gt;Currently trace_printk() can be used as soon as early_trace_init() is
called from start_kernel(). But if a crash happens, and
&amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will
be:&lt;/p&gt;
&lt;p&gt;[    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6&lt;/p&gt;
&lt;p&gt;This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered
yet. That gets done via an early_initcall(), which may be early, but not
early enough.&lt;/p&gt;
&lt;p&gt;Instead of registering the trace_printk() event (and other ftrace events,
which are not trace events) via an early_initcall(), have them registered at
the same time that trace_printk() can be used. This way, if there is a
crash before early_initcall(), then the trace_printk()s will actually be
useful.&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;tracing: Make sure trace_printk() can output as soon as it can be used&lt;/p&gt;
&lt;p&gt;Currently trace_printk() can be used as soon as early_trace_init() is
called from start_kernel(). But if a crash happens, and
&amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will
be:&lt;/p&gt;
&lt;p&gt;[    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6
  [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6&lt;/p&gt;
&lt;p&gt;This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered
yet. That gets done via an early_initcall(), which may be early, but not
early enough.&lt;/p&gt;
&lt;p&gt;Instead of registering the trace_printk() event (and other ftrace events,
which are not trace events) via an early_initcall(), have them registered at
the same time that trace_printk() can be used. This way, if there is a
crash before early_initcall(), then the trace_printk()s will actually be
useful.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-qhg6-v8xh-pwh7</guid>
    </item>
    <item>
      <title>OESA-2025-1370 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-1370</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;ath5k: fix OOB in ath5k_eeprom_read_pcal_info_5111&lt;/p&gt;
&lt;p&gt;The bug was found during fuzzing. Stacktrace locates it in
ath5k_eeprom_convert_pcal_info_5111.
When none of the curve is selected in the loop, idx can go
up to AR5K_EEPROM_N_PD_CURVES. The line makes pd out of bound.
pd = &amp;amp;amp;chinfo[pier].pd_curves[idx];&lt;/p&gt;
&lt;p&gt;There are many OOB writes using pd later in the code. So I
added a sanity check for idx. Checks for other loops involving
AR5K_EEPROM_N_PD_CURVES are not needed as the loop index is not
used outside the loops.&lt;/p&gt;
&lt;p&gt;The patch is NOT tested with real device.&lt;/p&gt;
&lt;p&gt;The following is the fuzzing report&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-out-of-bounds in ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
Write of size 1 at addr ffff8880174a4d60 by task modprobe/214&lt;/p&gt;
&lt;p&gt;CPU: 0 PID: 214 Comm: modprobe Not tainted 5.6.0 #1
Call Trace:
 dump_stack+0x76/0xa0
 print_address_description.constprop.0+0x16/0x200
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 __kasan_report.cold+0x37/0x7c
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 kasan_report+0xe/0x20
 ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 ? apic_timer_interrupt+0xa/0x20
 ? ath5k_eeprom_init_11a_pcal_freq+0xbc0/0xbc0 [ath5k]
 ? ath5k_pci_eeprom_read+0x228/0x3c0 [ath5k]
 ath5k_eeprom_init+0x2513/0x6290 [ath5k]
 ? ath5k_…&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;ath5k: fix OOB in ath5k_eeprom_read_pcal_info_5111&lt;/p&gt;
&lt;p&gt;The bug was found during fuzzing. Stacktrace locates it in
ath5k_eeprom_convert_pcal_info_5111.
When none of the curve is selected in the loop, idx can go
up to AR5K_EEPROM_N_PD_CURVES. The line makes pd out of bound.
pd = &amp;amp;amp;chinfo[pier].pd_curves[idx];&lt;/p&gt;
&lt;p&gt;There are many OOB writes using pd later in the code. So I
added a sanity check for idx. Checks for other loops involving
AR5K_EEPROM_N_PD_CURVES are not needed as the loop index is not
used outside the loops.&lt;/p&gt;
&lt;p&gt;The patch is NOT tested with real device.&lt;/p&gt;
&lt;p&gt;The following is the fuzzing report&lt;/p&gt;
&lt;p&gt;BUG: KASAN: slab-out-of-bounds in ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
Write of size 1 at addr ffff8880174a4d60 by task modprobe/214&lt;/p&gt;
&lt;p&gt;CPU: 0 PID: 214 Comm: modprobe Not tainted 5.6.0 #1
Call Trace:
 dump_stack+0x76/0xa0
 print_address_description.constprop.0+0x16/0x200
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 __kasan_report.cold+0x37/0x7c
 ? ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 kasan_report+0xe/0x20
 ath5k_eeprom_read_pcal_info_5111+0x126a/0x1390 [ath5k]
 ? apic_timer_interrupt+0xa/0x20
 ? ath5k_eeprom_init_11a_pcal_freq+0xbc0/0xbc0 [ath5k]
 ? ath5k_pci_eeprom_read+0x228/0x3c0 [ath5k]
 ath5k_eeprom_init+0x2513/0x6290 [ath5k]
 ? ath5k_…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-1370</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:1176-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:1176-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-2025:1176-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2023-53007</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53007</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux, Ubuntu:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.4 and 141 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and &amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will be:   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:Pro:14.04:LTS: linux-azure, 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, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:16.04:LTS: linux-hwe-edge, Ubuntu:18.04:LTS: linux, Ubuntu:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.4 and 141 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: tracing: Make sure trace_printk() can output as soon as it can be used Currently trace_printk() can be used as soon as early_trace_init() is called from start_kernel(). But if a crash happens, and &amp;#34;ftrace_dump_on_oops&amp;#34; is set on the kernel command line, all you get will be:   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 347519us : Unknown type 6   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 353141us : Unknown type 6   [    0.456075]   &amp;lt;idle&amp;gt;-0         0dN.2. 358684us : Unknown type 6 This is because the trace_printk() event (type 6) hasn&amp;#39;t been registered yet. That gets done via an early_initcall(), which may be early, but not early enough. Instead of registering the trace_printk() event (and other ftrace events, which are not trace events) via an early_initcall(), have them registered at the same time that trace_printk() can be used. This way, if there is a crash before early_initcall(), then the trace_printk()s will actually be useful.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2023-53007</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>
