<?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://vulnerability.circl.lu</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 16:35:02 +0000</lastBuildDate>
    <item>
      <title>BELL-CVE-2026-23332</title>
      <link>https://vulnerability.circl.lu/vuln/bell-cve-2026-23332</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://vulnerability.circl.lu/vuln/bell-cve-2026-23332</guid>
    </item>
    <item>
      <title>fkie_cve-2026-23332</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-23332</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;cpufreq: intel_pstate: Fix crash during turbo disable&lt;/p&gt;
&lt;p&gt;When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or
&amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:&lt;/p&gt;
&lt;p&gt;echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo&lt;/p&gt;
&lt;p&gt;results in a crash:&lt;/p&gt;
&lt;p&gt;PF: supervisor read access in kernel mode
 PF: error_code(0x0000) - not-present page
 PGD 0 P4D 0
 Oops: Oops: 0000 [#1] SMP PTI
 ...
 RIP: 0010:store_no_turbo+0x100/0x1f0
 ...&lt;/p&gt;
&lt;p&gt;This occurs because for_each_possible_cpu() returns CPUs even if they
are not online. For those CPUs, all_cpu_data[] will be NULL. Since
commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency
updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs
which are not online, causing the NULL pointer dereference.&lt;/p&gt;
&lt;p&gt;To fix that, pass CPU number to intel_pstate_update_max_freq() and use
all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&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;cpufreq: intel_pstate: Fix crash during turbo disable&lt;/p&gt;
&lt;p&gt;When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or
&amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:&lt;/p&gt;
&lt;p&gt;echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo&lt;/p&gt;
&lt;p&gt;results in a crash:&lt;/p&gt;
&lt;p&gt;PF: supervisor read access in kernel mode
 PF: error_code(0x0000) - not-present page
 PGD 0 P4D 0
 Oops: Oops: 0000 [#1] SMP PTI
 ...
 RIP: 0010:store_no_turbo+0x100/0x1f0
 ...&lt;/p&gt;
&lt;p&gt;This occurs because for_each_possible_cpu() returns CPUs even if they
are not online. For those CPUs, all_cpu_data[] will be NULL. Since
commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency
updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs
which are not online, causing the NULL pointer dereference.&lt;/p&gt;
&lt;p&gt;To fix that, pass CPU number to intel_pstate_update_max_freq() and use
all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-23332</guid>
    </item>
    <item>
      <title>GHSA-76w7-8x62-j4qm</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-76w7-8x62-j4qm</link>
      <description>&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;cpufreq: intel_pstate: Fix crash during turbo disable&lt;/p&gt;
&lt;p&gt;When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or
&amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:&lt;/p&gt;
&lt;p&gt;echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo&lt;/p&gt;
&lt;p&gt;results in a crash:&lt;/p&gt;
&lt;p&gt;PF: supervisor read access in kernel mode
 PF: error_code(0x0000) - not-present page
 PGD 0 P4D 0
 Oops: Oops: 0000 [#1] SMP PTI
 ...
 RIP: 0010:store_no_turbo+0x100/0x1f0
 ...&lt;/p&gt;
&lt;p&gt;This occurs because for_each_possible_cpu() returns CPUs even if they
are not online. For those CPUs, all_cpu_data[] will be NULL. Since
commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency
updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs
which are not online, causing the NULL pointer dereference.&lt;/p&gt;
&lt;p&gt;To fix that, pass CPU number to intel_pstate_update_max_freq() and use
all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&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;cpufreq: intel_pstate: Fix crash during turbo disable&lt;/p&gt;
&lt;p&gt;When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or
&amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:&lt;/p&gt;
&lt;p&gt;echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo&lt;/p&gt;
&lt;p&gt;results in a crash:&lt;/p&gt;
&lt;p&gt;PF: supervisor read access in kernel mode
 PF: error_code(0x0000) - not-present page
 PGD 0 P4D 0
 Oops: Oops: 0000 [#1] SMP PTI
 ...
 RIP: 0010:store_no_turbo+0x100/0x1f0
 ...&lt;/p&gt;
&lt;p&gt;This occurs because for_each_possible_cpu() returns CPUs even if they
are not online. For those CPUs, all_cpu_data[] will be NULL. Since
commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency
updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs
which are not online, causing the NULL pointer dereference.&lt;/p&gt;
&lt;p&gt;To fix that, pass CPU number to intel_pstate_update_max_freq() and use
all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-76w7-8x62-j4qm</guid>
    </item>
    <item>
      <title>UBUNTU-CVE-2026-23332</title>
      <link>https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-23332</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 100 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: cpufreq: intel_pstate: Fix crash during turbo disable When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or &amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:  echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo results in a crash:  PF: supervisor read access in kernel mode  PF: error_code(0x0000) - not-present page  PGD 0 P4D 0  Oops: Oops: 0000 [#1] SMP PTI  ...  RIP: 0010:store_no_turbo+0x100/0x1f0  ... This occurs because for_each_possible_cpu() returns CPUs even if they are not online. For those CPUs, all_cpu_data[] will be NULL. Since commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs which are not online, causing the NULL pointer dereference. To fix that, pass CPU number to intel_pstate_update_max_freq() and use all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&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 100 more&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved: cpufreq: intel_pstate: Fix crash during turbo disable When the system is booted with kernel command line argument &amp;#34;nosmt&amp;#34; or &amp;#34;maxcpus&amp;#34; to limit the number of CPUs, disabling turbo via:  echo 1 &amp;gt; /sys/devices/system/cpu/intel_pstate/no_turbo results in a crash:  PF: supervisor read access in kernel mode  PF: error_code(0x0000) - not-present page  PGD 0 P4D 0  Oops: Oops: 0000 [#1] SMP PTI  ...  RIP: 0010:store_no_turbo+0x100/0x1f0  ... This occurs because for_each_possible_cpu() returns CPUs even if they are not online. For those CPUs, all_cpu_data[] will be NULL. Since commit 973207ae3d7c (&amp;#34;cpufreq: intel_pstate: Rearrange max frequency updates handling code&amp;#34;), all_cpu_data[] is dereferenced even for CPUs which are not online, causing the NULL pointer dereference. To fix that, pass CPU number to intel_pstate_update_max_freq() and use all_cpu_data[] for those CPUs for which there is a valid cpufreq policy.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ubuntu-cve-2026-23332</guid>
    </item>
    <item>
      <title>WID-SEC-W-2026-0861 — Linux Kernel: Mehrere Schwachstellen</title>
      <link>https://vulnerability.circl.lu/vuln/wid-sec-w-2026-0861</link>
      <description>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service zu verursachen, Sicherheitsmaßnahmen zu umgehen, Informationen offenzulegen, weitere nicht spezifizierte Auswirkungen zu verursachen und potentiell Code auszuführen.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um einen Denial of Service zu verursachen, Sicherheitsmaßnahmen zu umgehen, Informationen offenzulegen, weitere nicht spezifizierte Auswirkungen zu verursachen und potentiell Code auszuführen.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/wid-sec-w-2026-0861</guid>
    </item>
  </channel>
</rss>
