<?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://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-25T13:08:14.553184+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" 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://db.gcve.eu/vuln/fkie_cve-2026-99030</id>
    <title>fkie_cve-2026-99030</title>
    <updated>2026-10-25T13:08:14.555416+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits()</p>
<p>When skb_copy_and_csum_bits() reaches unreadable frags it returns 0
after copying only the linear part, and the rest of the caller's buffer
is left as it was.  The callers copy into a buffer that is about to go
out on the wire: an ICMP error quoting the offending packet, or a
driver's TX bounce buffer in skb_copy_and_csum_dev().  Neither buffer
is zeroed beforehand, so whatever was in memory there gets sent.</p>
<p>Zero the part of the buffer we didn't fill.  The checksum usually
won't match the data any more, so the receiver will usually drop the
packet, but either way it no longer carries anything it shouldn't.
Only zero for a positive @len, a negative one from a broken caller must
not turn into a huge memset().</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-99030"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-2m74-g73v-pv5c</id>
    <title>GHSA-2m74-g73v-pv5c</title>
    <updated>2026-10-25T13:08:14.555542+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p>In the Linux kernel, the following vulnerability has been resolved:</p>
<p>net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits()</p>
<p>When skb_copy_and_csum_bits() reaches unreadable frags it returns 0
after copying only the linear part, and the rest of the caller's buffer
is left as it was.  The callers copy into a buffer that is about to go
out on the wire: an ICMP error quoting the offending packet, or a
driver's TX bounce buffer in skb_copy_and_csum_dev().  Neither buffer
is zeroed beforehand, so whatever was in memory there gets sent.</p>
<p>Zero the part of the buffer we didn't fill.  The checksum usually
won't match the data any more, so the receiver will usually drop the
packet, but either way it no longer carries anything it shouldn't.
Only zero for a positive @len, a negative one from a broken caller must
not turn into a huge memset().</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-2m74-g73v-pv5c"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/msrc_cve-2026-99030</id>
    <title>msrc_CVE-2026-99030 — net: skbuff: don't leave stale bytes in skb_copy_and_csum_bits()</title>
    <updated>2026-10-25T13:08:14.555586+00:00</updated>
    <content>msrc_CVE-2026-99030</content>
    <link href="https://db.gcve.eu/vuln/msrc_cve-2026-99030"/>
  </entry>
</feed>
