PT-2026-122034
CVE-2026-99057
·
Published
2026-10-23
·
Updated
2026-10-23
Description by
Score
N/A
Not availableNo severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
xen/netfront: don't leak the skb when xennet fill frags() fails
When a response chain has more slots than fit in the skb's frags,
xennet fill frags() returns an error and xennet poll() jumps to its
error path. That path moves what's left on tmpq to errq to be freed,
but the skb being filled was already dequeued from tmpq, so it's never
freed. Each chain that overflows leaks the skb and the pages attached
to it as frags, and the backend decides how many slots it sends.
Put the skb back on tmpq before taking the error path, like the
xennet set skb gso() failure just above it does.
Found an issue in the description? Have something to add? Feel free to write us 👾