https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 03 Oct 2026 15:59:17 +0000 https://cve.radiocsirt.org/vuln/bell-cve-2026-74547 <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> <p><strong>Affected:</strong> Alpaquita:23: linux-lts, Alpaquita:25: linux-lts, Alpaquita:stream: linux-lts</p> https://cve.radiocsirt.org/vuln/bell-cve-2026-74547 https://cve.radiocsirt.org/vuln/certfr-2026-avi-1090 certfr-2026-avi-1090 https://cve.radiocsirt.org/vuln/certfr-2026-avi-1090 https://cve.radiocsirt.org/vuln/euvd-2026-356416 EUVD-2026-356416 https://cve.radiocsirt.org/vuln/euvd-2026-356416 https://cve.radiocsirt.org/vuln/fkie_cve-2026-74547 <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread</p> <p>When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately.</p> <p>If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions.</p> <p>Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread</p> <p>When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately.</p> <p>If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions.</p> <p>Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-74547 https://cve.radiocsirt.org/vuln/ghsa-5cx6-pvh7-gm4r <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread</p> <p>When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately.</p> <p>If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions.</p> <p>Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread</p> <p>When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately.</p> <p>If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions.</p> <p>Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> https://cve.radiocsirt.org/vuln/ghsa-5cx6-pvh7-gm4r https://cve.radiocsirt.org/vuln/msrc_cve-2026-74547 msrc_CVE-2026-74547 https://cve.radiocsirt.org/vuln/msrc_cve-2026-74547 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-74547 <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, 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 and 246 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately. If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions. Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> <p><strong>Affected:</strong> Ubuntu:Pro:14.04:LTS: linux, Ubuntu:Pro:14.04:LTS: linux-aws, Ubuntu:Pro:14.04:LTS: linux-azure, Ubuntu:Pro:14.04:LTS: linux-lts-xenial, Ubuntu:Pro:16.04:LTS: linux, Ubuntu:Pro:16.04:LTS: linux-aws, 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 and 246 more</p> <p>In the Linux kernel, the following vulnerability has been resolved: hwmon: (adt7470) Fix busy-loop and I2C flooding in update thread When userspace configures &#39;auto_update_interval&#39; to 0 via sysfs, the background kthread executes schedule_timeout_interruptible(0), which returns immediately. If &#39;num_temp_sensors&#39; is concurrently or previously set to 0, the msleep_interruptible() delay inside adt7470_read_temperatures() also becomes 0. This combination forces the background thread into a tight, unbounded busy-loop, hogging the CPU and flooding the I2C bus with a continuous stream of transactions. Fix this vulnerability by raising the lower limit of the clamp_val in auto_update_interval_store() from 0 to 500 milliseconds. This guarantees a reasonable minimum sleep window between sensor updates, protecting the system from intentional or accidental I2C bus denial of service.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-74547 https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852 <p>Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.</p> <p>Ein Angreifer kann mehrere Schwachstellen in Linux Kernel ausnutzen, um root Rechte zu erlangen, um einen Denial of Service herbeizuführen oder einen nicht näher spezifizierten Angriff durchzuführen.</p> https://cve.radiocsirt.org/vuln/wid-sec-w-2026-2852