<?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-08T04:24:50.876846+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-38277</id>
    <title>CVE-2025-38277 — mtd: nand: ecc-mxic: Fix use of uninitialized variable ret</title>
    <updated>2026-10-08T04:24:50.878441+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>mtd: nand: ecc-mxic: Fix use of uninitialized variable ret</p>
<p>If ctx-&gt;steps is zero, the loop processing ECC steps is skipped,
and the variable ret remains uninitialized. It is later checked
and returned, which leads to undefined behavior and may cause
unpredictable results in user space or kernel crashes.</p>
<p>This scenario can be triggered in edge cases such as misconfigured
geometry, ECC engine misuse, or if ctx-&gt;steps is not validated
after initialization.</p>
<p>Initialize ret to zero before the loop to ensure correct and safe
behavior regardless of the ctx-&gt;steps value.</p>
<p>Found by Linux Verification Center (linuxtesting.org) with SVACE.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2025-38277"/>
  </entry>
</feed>
