<?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 06:21:23 +0000</lastBuildDate>
    <item>
      <title>Withdrawn: BELL-CVE-2026-43418 — CVE-2026-43418 does not affect BellSoft software</title>
      <link>https://cve.radiocsirt.org/vuln/bell-cve-2026-43418</link>
      <description>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Withdrawn by the publisher.&lt;/strong&gt;&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bell-cve-2026-43418</guid>
    </item>
    <item>
      <title>EUVD-2026-315935</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-315935</link>
      <description>EUVD-2026-315935</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-315935</guid>
    </item>
    <item>
      <title>fkie_cve-2026-43418</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-43418</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;sched/mmcid: Prevent CID stalls due to concurrent forks&lt;/p&gt;
&lt;p&gt;A newly forked task is accounted as MMCID user before the task is visible
in the process&amp;#39; thread list and the global task list. This creates the
following problem:&lt;/p&gt;
&lt;p&gt;CPU1			CPU2
 fork()
   sched_mm_cid_fork(tnew1)
     tnew1-&amp;gt;mm.mm_cid_users++;
     tnew1-&amp;gt;mm_cid.cid = getcid()
-&amp;gt; preemption
			fork()
			  sched_mm_cid_fork(tnew2)
			    tnew2-&amp;gt;mm.mm_cid_users++;
                            // Reaches the per CPU threshold
			    mm_cid_fixup_tasks_to_cpus()
			    for_each_other(current, p)
			         ....&lt;/p&gt;
&lt;p&gt;As tnew1 is not visible yet, this fails to fix up the already allocated CID
of tnew1. As a consequence a subsequent schedule in might fail to acquire a
(transitional) CID and the machine stalls.&lt;/p&gt;
&lt;p&gt;Move the invocation of sched_mm_cid_fork() after the new task becomes
visible in the thread and the task list to prevent this.&lt;/p&gt;
&lt;p&gt;This also makes it symmetrical vs. exit() where the task is removed as CID
user before the task is removed from the thread and task lists.&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;sched/mmcid: Prevent CID stalls due to concurrent forks&lt;/p&gt;
&lt;p&gt;A newly forked task is accounted as MMCID user before the task is visible
in the process&amp;#39; thread list and the global task list. This creates the
following problem:&lt;/p&gt;
&lt;p&gt;CPU1			CPU2
 fork()
   sched_mm_cid_fork(tnew1)
     tnew1-&amp;gt;mm.mm_cid_users++;
     tnew1-&amp;gt;mm_cid.cid = getcid()
-&amp;gt; preemption
			fork()
			  sched_mm_cid_fork(tnew2)
			    tnew2-&amp;gt;mm.mm_cid_users++;
                            // Reaches the per CPU threshold
			    mm_cid_fixup_tasks_to_cpus()
			    for_each_other(current, p)
			         ....&lt;/p&gt;
&lt;p&gt;As tnew1 is not visible yet, this fails to fix up the already allocated CID
of tnew1. As a consequence a subsequent schedule in might fail to acquire a
(transitional) CID and the machine stalls.&lt;/p&gt;
&lt;p&gt;Move the invocation of sched_mm_cid_fork() after the new task becomes
visible in the thread and the task list to prevent this.&lt;/p&gt;
&lt;p&gt;This also makes it symmetrical vs. exit() where the task is removed as CID
user before the task is removed from the thread and task lists.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-43418</guid>
    </item>
    <item>
      <title>GHSA-5r8w-mfmh-79h7</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5r8w-mfmh-79h7</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;sched/mmcid: Prevent CID stalls due to concurrent forks&lt;/p&gt;
&lt;p&gt;A newly forked task is accounted as MMCID user before the task is visible
in the process&amp;#39; thread list and the global task list. This creates the
following problem:&lt;/p&gt;
&lt;p&gt;CPU1			CPU2
 fork()
   sched_mm_cid_fork(tnew1)
     tnew1-&amp;gt;mm.mm_cid_users++;
     tnew1-&amp;gt;mm_cid.cid = getcid()
-&amp;gt; preemption
			fork()
			  sched_mm_cid_fork(tnew2)
			    tnew2-&amp;gt;mm.mm_cid_users++;
                            // Reaches the per CPU threshold
			    mm_cid_fixup_tasks_to_cpus()
			    for_each_other(current, p)
			         ....&lt;/p&gt;
&lt;p&gt;As tnew1 is not visible yet, this fails to fix up the already allocated CID
of tnew1. As a consequence a subsequent schedule in might fail to acquire a
(transitional) CID and the machine stalls.&lt;/p&gt;
&lt;p&gt;Move the invocation of sched_mm_cid_fork() after the new task becomes
visible in the thread and the task list to prevent this.&lt;/p&gt;
&lt;p&gt;This also makes it symmetrical vs. exit() where the task is removed as CID
user before the task is removed from the thread and task lists.&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;sched/mmcid: Prevent CID stalls due to concurrent forks&lt;/p&gt;
&lt;p&gt;A newly forked task is accounted as MMCID user before the task is visible
in the process&amp;#39; thread list and the global task list. This creates the
following problem:&lt;/p&gt;
&lt;p&gt;CPU1			CPU2
 fork()
   sched_mm_cid_fork(tnew1)
     tnew1-&amp;gt;mm.mm_cid_users++;
     tnew1-&amp;gt;mm_cid.cid = getcid()
-&amp;gt; preemption
			fork()
			  sched_mm_cid_fork(tnew2)
			    tnew2-&amp;gt;mm.mm_cid_users++;
                            // Reaches the per CPU threshold
			    mm_cid_fixup_tasks_to_cpus()
			    for_each_other(current, p)
			         ....&lt;/p&gt;
&lt;p&gt;As tnew1 is not visible yet, this fails to fix up the already allocated CID
of tnew1. As a consequence a subsequent schedule in might fail to acquire a
(transitional) CID and the machine stalls.&lt;/p&gt;
&lt;p&gt;Move the invocation of sched_mm_cid_fork() after the new task becomes
visible in the thread and the task list to prevent this.&lt;/p&gt;
&lt;p&gt;This also makes it symmetrical vs. exit() where the task is removed as CID
user before the task is removed from the thread and task lists.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5r8w-mfmh-79h7</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-43418</title>
      <link>https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-43418</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 85 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: sched/mmcid: Prevent CID stalls due to concurrent forks A newly forked task is accounted as MMCID user before the task is visible in the process&amp;#39; thread list and the global task list. This creates the following problem:  CPU1			CPU2  fork()    sched_mm_cid_fork(tnew1)      tnew1-&amp;gt;mm.mm_cid_users++;      tnew1-&amp;gt;mm_cid.cid = getcid() -&amp;gt; preemption 			fork() 			  sched_mm_cid_fork(tnew2) 			    tnew2-&amp;gt;mm.mm_cid_users++;                             // Reaches the per CPU threshold 			    mm_cid_fixup_tasks_to_cpus() 			    for_each_other(current, p) 			         .... As tnew1 is not visible yet, this fails to fix up the already allocated CID of tnew1. As a consequence a subsequent schedule in might fail to acquire a (transitional) CID and the machine stalls. Move the invocation of sched_mm_cid_fork() after the new task becomes visible in the thread and the task list to prevent this. This also makes it symmetrical vs. exit() where the task is removed as CID user before the task is removed from the thread and task lists.&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 85 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: sched/mmcid: Prevent CID stalls due to concurrent forks A newly forked task is accounted as MMCID user before the task is visible in the process&amp;#39; thread list and the global task list. This creates the following problem:  CPU1			CPU2  fork()    sched_mm_cid_fork(tnew1)      tnew1-&amp;gt;mm.mm_cid_users++;      tnew1-&amp;gt;mm_cid.cid = getcid() -&amp;gt; preemption 			fork() 			  sched_mm_cid_fork(tnew2) 			    tnew2-&amp;gt;mm.mm_cid_users++;                             // Reaches the per CPU threshold 			    mm_cid_fixup_tasks_to_cpus() 			    for_each_other(current, p) 			         .... As tnew1 is not visible yet, this fails to fix up the already allocated CID of tnew1. As a consequence a subsequent schedule in might fail to acquire a (transitional) CID and the machine stalls. Move the invocation of sched_mm_cid_fork() after the new task becomes visible in the thread and the task list to prevent this. This also makes it symmetrical vs. exit() where the task is removed as CID user before the task is removed from the thread and task lists.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-43418</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-1454 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1454</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen im Linux Kernel ausnutzen, um einen nicht näher spezifizierten Angriff durchzuführen, möglicherweise Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren oder offenzulegen oder einen Denial-of-Service-Zustand zu verursachen.&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, möglicherweise Sicherheitsmaßnahmen zu umgehen, Daten zu manipulieren oder offenzulegen oder einen Denial-of-Service-Zustand zu verursachen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/wid-sec-w-2026-1454</guid>
    </item>
  </channel>
</rss>
