<?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 20:41:44 +0000</lastBuildDate>
    <item>
      <title>CVE-2026-31622 — NFC: digital: Bounds check NFC-A cascade depth in SDD response handler</title>
      <link>https://vulnerability.circl.lu/vuln/cve-2026-31622</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;NFC: digital: Bounds check NFC-A cascade depth in SDD response handler&lt;/p&gt;
&lt;p&gt;The NFC-A anti-collision cascade in digital_in_recv_sdd_res() appends 3
or 4 bytes to target-&amp;gt;nfcid1 on each round, but the number of cascade
rounds is controlled entirely by the peer device.  The peer sets the
cascade tag in the SDD_RES (deciding 3 vs 4 bytes) and the
cascade-incomplete bit in the SEL_RES (deciding whether another round
follows).&lt;/p&gt;
&lt;p&gt;ISO 14443-3 limits NFC-A to three cascade levels and target-&amp;gt;nfcid1 is
sized accordingly (NFC_NFCID1_MAXSIZE = 10), but nothing in the driver
actually enforces this.  This means a malicious peer can keep the
cascade running, writing past the heap-allocated nfc_target with each
round.&lt;/p&gt;
&lt;p&gt;Fix this by rejecting the response when the accumulated UID would exceed
the buffer.&lt;/p&gt;
&lt;p&gt;Commit e329e71013c9 (&amp;#34;NFC: nci: Bounds check struct nfc_target arrays&amp;#34;)
fixed similar missing checks against the same field on the NCI path.&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;NFC: digital: Bounds check NFC-A cascade depth in SDD response handler&lt;/p&gt;
&lt;p&gt;The NFC-A anti-collision cascade in digital_in_recv_sdd_res() appends 3
or 4 bytes to target-&amp;gt;nfcid1 on each round, but the number of cascade
rounds is controlled entirely by the peer device.  The peer sets the
cascade tag in the SDD_RES (deciding 3 vs 4 bytes) and the
cascade-incomplete bit in the SEL_RES (deciding whether another round
follows).&lt;/p&gt;
&lt;p&gt;ISO 14443-3 limits NFC-A to three cascade levels and target-&amp;gt;nfcid1 is
sized accordingly (NFC_NFCID1_MAXSIZE = 10), but nothing in the driver
actually enforces this.  This means a malicious peer can keep the
cascade running, writing past the heap-allocated nfc_target with each
round.&lt;/p&gt;
&lt;p&gt;Fix this by rejecting the response when the accumulated UID would exceed
the buffer.&lt;/p&gt;
&lt;p&gt;Commit e329e71013c9 (&amp;#34;NFC: nci: Bounds check struct nfc_target arrays&amp;#34;)
fixed similar missing checks against the same field on the NCI path.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/cve-2026-31622</guid>
    </item>
  </channel>
</rss>
