<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-05T06:20:03.350716+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2025-21656</id>
    <title>CVE-2025-21656 — hwmon: (drivetemp) Fix driver producing garbage data when SCSI errors occur</title>
    <updated>2026-10-05T06:20:03.374799+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Linux</p>
<p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>hwmon: (drivetemp) Fix driver producing garbage data when SCSI errors occur</p>
<p>scsi_execute_cmd() function can return both negative (linux codes) and
positive (scsi_cmnd result field) error codes.</p>
<p>Currently the driver just passes error codes of scsi_execute_cmd() to
hwmon core, which is incorrect because hwmon only checks for negative
error codes. This leads to hwmon reporting uninitialized data to
userspace in case of SCSI errors (for example if the disk drive was
disconnected).</p>
<p>This patch checks scsi_execute_cmd() output and returns -EIO if it's
error code is positive.</p>
<p>[groeck: Avoid inline variable declaration for portability]</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2025-21656"/>
  </entry>
</feed>
