<?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:58:32 +0000</lastBuildDate>
    <item>
      <title>bdu:2025-12002</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2025-12002</link>
      <description>bdu:2025-12002</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2025-12002</guid>
    </item>
    <item>
      <title>BELL-CVE-2025-37850</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2025-37850</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-2025-37850</guid>
    </item>
    <item>
      <title>certfr-2025-avi-0463 — De multiples vulnérabilités ont été découvertes dans le noyau Linux de Debian LTS. Elles permettent à un attaquant de p…</title>
      <link>https://cve.radiocsirt.org/vuln/certfr-2025-avi-0463</link>
      <description>certfr-2025-avi-0463</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/certfr-2025-avi-0463</guid>
    </item>
    <item>
      <title>EUVD-2026-314279</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-314279</link>
      <description>EUVD-2026-314279</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-314279</guid>
    </item>
    <item>
      <title>fkie_cve-2025-37850</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-37850</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config()&lt;/p&gt;
&lt;p&gt;With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a
divide-by-zero in the following line:&lt;/p&gt;
&lt;p&gt;do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm]));&lt;/p&gt;
&lt;p&gt;due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate()
returns zero.&lt;/p&gt;
&lt;p&gt;This is presumably just a theoretical problem: COMPILE_TEST overrides
the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s
a good idea to check for the error explicitly to avoid divide-by-zero.&lt;/p&gt;
&lt;p&gt;Fixes the following warning:&lt;/p&gt;
&lt;p&gt;drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section&lt;/p&gt;
&lt;p&gt;[ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&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;pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config()&lt;/p&gt;
&lt;p&gt;With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a
divide-by-zero in the following line:&lt;/p&gt;
&lt;p&gt;do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm]));&lt;/p&gt;
&lt;p&gt;due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate()
returns zero.&lt;/p&gt;
&lt;p&gt;This is presumably just a theoretical problem: COMPILE_TEST overrides
the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s
a good idea to check for the error explicitly to avoid divide-by-zero.&lt;/p&gt;
&lt;p&gt;Fixes the following warning:&lt;/p&gt;
&lt;p&gt;drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section&lt;/p&gt;
&lt;p&gt;[ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-37850</guid>
    </item>
    <item>
      <title>GHSA-xg2m-hpw9-r98w</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-xg2m-hpw9-r98w</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config()&lt;/p&gt;
&lt;p&gt;With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a
divide-by-zero in the following line:&lt;/p&gt;
&lt;p&gt;do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm]));&lt;/p&gt;
&lt;p&gt;due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate()
returns zero.&lt;/p&gt;
&lt;p&gt;This is presumably just a theoretical problem: COMPILE_TEST overrides
the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s
a good idea to check for the error explicitly to avoid divide-by-zero.&lt;/p&gt;
&lt;p&gt;Fixes the following warning:&lt;/p&gt;
&lt;p&gt;drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section&lt;/p&gt;
&lt;p&gt;[ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&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;pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config()&lt;/p&gt;
&lt;p&gt;With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a
divide-by-zero in the following line:&lt;/p&gt;
&lt;p&gt;do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm]));&lt;/p&gt;
&lt;p&gt;due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate()
returns zero.&lt;/p&gt;
&lt;p&gt;This is presumably just a theoretical problem: COMPILE_TEST overrides
the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s
a good idea to check for the error explicitly to avoid divide-by-zero.&lt;/p&gt;
&lt;p&gt;Fixes the following warning:&lt;/p&gt;
&lt;p&gt;drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section&lt;/p&gt;
&lt;p&gt;[ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-xg2m-hpw9-r98w</guid>
    </item>
    <item>
      <title>OESA-2025-2882 — kernel security update</title>
      <link>https://cve.radiocsirt.org/vuln/oesa-2025-2882</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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:tcp_metrics: validate source addr lengthI don t see anything checking that TCP_METRICS_ATTR_SADDR_IPV4is at least 4 bytes long, and the policy doesn t have an entryfor this attribute at all (neither does it for IPv6 but v6 ismanually validated).(CVE-2024-42154)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:resource: fix region_intersects() vs add_memory_driver_managed()On a system with CXL memory, the resource tree (/proc/iomem) related toCXL memory may look like something as follows.490000000-50fffffff : CXL Window 0  490000000-50fffffff : region0    490000000-50fffffff : dax0.0      490000000-50fffffff : System RAM (kmem)Because drivers/dax/kmem.c calls add_memory_driver_managed() duringonlining CXL memory, which makes  System RAM (kmem)  a descendant of  CXLWindow X .  This confuses region_intersects(), which expects all  SystemRAM  resources to be at the top level of iomem_resource.  This can lead tobugs.For example, when the following command line is executed to write somememory in CXL memory range via /dev/mem, $ dd if=data of=/dev/mem bs=$((1 &amp;amp;lt;&amp;amp;lt; 10)) seek=$((0x490000000 &amp;amp;gt;&amp;amp;gt; 10)) count=1 dd: error writing  /dev/mem : Bad address 1+0 records in 0+0 records out 0 bytes copied, 0.0283507 s, 0.0 kB/sthe command fails as expected.  However, the error code is wrong.  Itshould be  Operation not permitted…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; openEuler:24.03-LTS: 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:tcp_metrics: validate source addr lengthI don t see anything checking that TCP_METRICS_ATTR_SADDR_IPV4is at least 4 bytes long, and the policy doesn t have an entryfor this attribute at all (neither does it for IPv6 but v6 ismanually validated).(CVE-2024-42154)&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:resource: fix region_intersects() vs add_memory_driver_managed()On a system with CXL memory, the resource tree (/proc/iomem) related toCXL memory may look like something as follows.490000000-50fffffff : CXL Window 0  490000000-50fffffff : region0    490000000-50fffffff : dax0.0      490000000-50fffffff : System RAM (kmem)Because drivers/dax/kmem.c calls add_memory_driver_managed() duringonlining CXL memory, which makes  System RAM (kmem)  a descendant of  CXLWindow X .  This confuses region_intersects(), which expects all  SystemRAM  resources to be at the top level of iomem_resource.  This can lead tobugs.For example, when the following command line is executed to write somememory in CXL memory range via /dev/mem, $ dd if=data of=/dev/mem bs=$((1 &amp;amp;lt;&amp;amp;lt; 10)) seek=$((0x490000000 &amp;amp;gt;&amp;amp;gt; 10)) count=1 dd: error writing  /dev/mem : Bad address 1+0 records in 0+0 records out 0 bytes copied, 0.0283507 s, 0.0 kB/sthe command fails as expected.  However, the error code is wrong.  Itshould be  Operation not permitted…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/oesa-2025-2882</guid>
    </item>
    <item>
      <title>SUSE-SU-2025:01964-1 — Security update for the Linux Kernel</title>
      <link>https://cve.radiocsirt.org/vuln/suse-su-2025:01964-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:01964-1</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2025-37850</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-37850</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:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 198 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config() With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a divide-by-zero in the following line: 	do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm])); due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate() returns zero. This is presumably just a theoretical problem: COMPILE_TEST overrides the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s a good idea to check for the error explicitly to avoid divide-by-zero. Fixes the following warning:   drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section [ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&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:16.04:LTS: linux-hwe-edge, Ubuntu:Pro:16.04:LTS: linux-oracle, Ubuntu:Pro:18.04:LTS: linux, Ubuntu:Pro:18.04:LTS: linux-aws, Ubuntu:18.04:LTS: linux-aws-5.0 and 198 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: pwm: mediatek: Prevent divide-by-zero in pwm_mediatek_config() With CONFIG_COMPILE_TEST &amp;amp;&amp;amp; !CONFIG_HAVE_CLK, pwm_mediatek_config() has a divide-by-zero in the following line: 	do_div(resolution, clk_get_rate(pc-&amp;gt;clk_pwms[pwm-&amp;gt;hwpwm])); due to the fact that the !CONFIG_HAVE_CLK version of clk_get_rate() returns zero. This is presumably just a theoretical problem: COMPILE_TEST overrides the dependency on RALINK which would select COMMON_CLK.  Regardless it&amp;#39;s a good idea to check for the error explicitly to avoid divide-by-zero. Fixes the following warning:   drivers/pwm/pwm-mediatek.o: warning: objtool: .text: unexpected end of section [ukleinek: s/CONFIG_CLK/CONFIG_HAVE_CLK/]&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2025-37850</guid>
    </item>
  </channel>
</rss>
