<?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>Tue, 29 Sep 2026 16:46:30 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-90311 — thermal: hwmon: Remove hwmon class device along with its parent</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-90311</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;thermal: hwmon: Remove hwmon class device along with its parent&lt;/p&gt;
&lt;p&gt;The current code creates one hwmon device per thermal zone type and that
device is registered under the first thermal zone of the given type.&lt;/p&gt;
&lt;p&gt;That turns out to be problematic when the thermal zone holding the
hwmon device is removed.&lt;/p&gt;
&lt;p&gt;For example, say that there are two ACPI thermal zones on a system&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/
 /sys/devices/virtual/thermal/thermal_zone1/&lt;/p&gt;
&lt;p&gt;The current code registers a hwmon class device for thermal_zone0 only:&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/&lt;/p&gt;
&lt;p&gt;because the type is &amp;#34;acpitz&amp;#34; for both of them, but it adds a sysfs
attribute that belongs to thermal_zone1 under it:&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp2_input&lt;/p&gt;
&lt;p&gt;There is also&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp1_input&lt;/p&gt;
&lt;p&gt;which belongs to thermal_zone0.&lt;/p&gt;
&lt;p&gt;When thermal_zone0 is removed, say because the ACPI thermal driver is
unbound from the underlying platform device, thermal_remove_hwmon_sysfs()
skips the removal of hwmon0 because of the temp2_input attribute
belonging to thermal_zone1 which effectively prevents thermal_zone0
removal from making progress.&lt;/p&gt;
&lt;p&gt;Address this by making thermal_remove_hwmon_sysfs() remove the entire
hwmon class device interface for the given thermal zone type when the
thermal zone device holding it is removed.&lt;/p&gt;
&lt;p&gt;To prevent races with thermal_add_hwmon_sysfs() that may i…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Linux&lt;/p&gt;
&lt;p&gt;In the Linux kernel, the following vulnerability has been resolved:&lt;/p&gt;
&lt;p&gt;thermal: hwmon: Remove hwmon class device along with its parent&lt;/p&gt;
&lt;p&gt;The current code creates one hwmon device per thermal zone type and that
device is registered under the first thermal zone of the given type.&lt;/p&gt;
&lt;p&gt;That turns out to be problematic when the thermal zone holding the
hwmon device is removed.&lt;/p&gt;
&lt;p&gt;For example, say that there are two ACPI thermal zones on a system&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/
 /sys/devices/virtual/thermal/thermal_zone1/&lt;/p&gt;
&lt;p&gt;The current code registers a hwmon class device for thermal_zone0 only:&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/&lt;/p&gt;
&lt;p&gt;because the type is &amp;#34;acpitz&amp;#34; for both of them, but it adds a sysfs
attribute that belongs to thermal_zone1 under it:&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp2_input&lt;/p&gt;
&lt;p&gt;There is also&lt;/p&gt;
&lt;p&gt;/sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp1_input&lt;/p&gt;
&lt;p&gt;which belongs to thermal_zone0.&lt;/p&gt;
&lt;p&gt;When thermal_zone0 is removed, say because the ACPI thermal driver is
unbound from the underlying platform device, thermal_remove_hwmon_sysfs()
skips the removal of hwmon0 because of the temp2_input attribute
belonging to thermal_zone1 which effectively prevents thermal_zone0
removal from making progress.&lt;/p&gt;
&lt;p&gt;Address this by making thermal_remove_hwmon_sysfs() remove the entire
hwmon class device interface for the given thermal zone type when the
thermal zone device holding it is removed.&lt;/p&gt;
&lt;p&gt;To prevent races with thermal_add_hwmon_sysfs() that may i…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-90311</guid>
    </item>
  </channel>
</rss>
