https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 13:39:55 +0000 https://vulnerability.circl.lu/vuln/cve-2026-64055 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: cortina: Carry over frag counter</p> <p>The gmac_rx() NAPI poll function assembles packets in an SKB from a ring buffer.</p> <p>If the ring buffer gets completely emptied during a poll cycle, we exit gmac_rx(), but the packet is not yet completely assembled in the SKB, yet the fragment counter frag_nr is reset to zero on the next invocation.</p> <p>Solve this by making the RX fragment counter a part of the port struct, and carry it over between invocations.</p> <p>Reset the fragment counter only right after calling napi_gro_frags(), on error (after calling napi_free_frags()) or if stopping the port.</p> <p>Reset it in some place where not strictly necessary just to emphasize what is going on.</p> <p>This was found by Sashiko during normal patch review.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>net: ethernet: cortina: Carry over frag counter</p> <p>The gmac_rx() NAPI poll function assembles packets in an SKB from a ring buffer.</p> <p>If the ring buffer gets completely emptied during a poll cycle, we exit gmac_rx(), but the packet is not yet completely assembled in the SKB, yet the fragment counter frag_nr is reset to zero on the next invocation.</p> <p>Solve this by making the RX fragment counter a part of the port struct, and carry it over between invocations.</p> <p>Reset the fragment counter only right after calling napi_gro_frags(), on error (after calling napi_free_frags()) or if stopping the port.</p> <p>Reset it in some place where not strictly necessary just to emphasize what is going on.</p> <p>This was found by Sashiko during normal patch review.</p> https://vulnerability.circl.lu/vuln/cve-2026-64055