https://db.gcve.eu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 02 Nov 2026 09:45:46 +0000 https://db.gcve.eu/vuln/cve-2026-98575 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>nfc: pn533: fix OOB read in pn533_acr122_is_rx_frame_valid()</p> <p>frame-&gt;ccid.datalen is read directly from the USB response frame and used, unchecked, as an index into frame-&gt;data[]. A malicious or malfunctioning device can set this field to an arbitrary value, causing the driver to read far outside the received buffer.</p> <p>Bound ccid.datalen against the maximum possible ACR122 frame size before using it. This replaces the existing datalen == 0 check, since datalen &lt; 2 already covers that case and additionally rejects datalen == 1, which would still underflow the &#34;datalen - 2&#34; offset used below.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>nfc: pn533: fix OOB read in pn533_acr122_is_rx_frame_valid()</p> <p>frame-&gt;ccid.datalen is read directly from the USB response frame and used, unchecked, as an index into frame-&gt;data[]. A malicious or malfunctioning device can set this field to an arbitrary value, causing the driver to read far outside the received buffer.</p> <p>Bound ccid.datalen against the maximum possible ACR122 frame size before using it. This replaces the existing datalen == 0 check, since datalen &lt; 2 already covers that case and additionally rejects datalen == 1, which would still underflow the &#34;datalen - 2&#34; offset used below.</p> https://db.gcve.eu/vuln/cve-2026-98575