* Re: Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree [not found] <2026051553-santa-unretired-a417@gregkh> @ 2026-05-15 15:36 ` Michael S. Tsirkin 2026-05-15 15:41 ` Greg KH 0 siblings, 1 reply; 5+ messages in thread From: Michael S. Tsirkin @ 2026-05-15 15:36 UTC (permalink / raw) To: gregkh Cc: AVKrasnov, edumazet, eperezma, jasowang, kuba, leonardi, sgarzare, stefanha, virtualization, xuanzhuo, stable-commits, stable On Fri, May 15, 2026 at 05:21:53PM +0200, gregkh@linuxfoundation.org wrote: > > This is a note to let you know that I've just added the patch titled > > vsock/virtio: fix potential unbounded skb queue > > to the 6.6-stable tree which can be found at: > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary > > The filename of the patch is: > vsock-virtio-fix-potential-unbounded-skb-queue.patch > and it can be found in the queue-6.6 subdirectory. > > If you, or anyone else, feels it should not be added to the stable tree, > please let <stable@vger.kernel.org> know about it. > Yea I have some doubts. It fixes the DoS at the cost of losing messages. We are trying to fix that upstream now, maybe wait for that? > >From 059b7dbd20a6f0c539a45ddff1573cb8946685b5 Mon Sep 17 00:00:00 2001 > From: Eric Dumazet <edumazet@google.com> > Date: Thu, 30 Apr 2026 12:26:52 +0000 > Subject: vsock/virtio: fix potential unbounded skb queue > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit > > From: Eric Dumazet <edumazet@google.com> > > commit 059b7dbd20a6f0c539a45ddff1573cb8946685b5 upstream. > > virtio_transport_inc_rx_pkt() checks vvs->rx_bytes + len > vvs->buf_alloc. > > virtio_transport_recv_enqueue() skips coalescing for packets > with VIRTIO_VSOCK_SEQ_EOM. > > If fed with packets with len == 0 and VIRTIO_VSOCK_SEQ_EOM, > a very large number of packets can be queued > because vvs->rx_bytes stays at 0. > > Fix this by estimating the skb metadata size: > > (Number of skbs in the queue) * SKB_TRUESIZE(0) > > Fixes: 077706165717 ("virtio/vsock: don't use skbuff state to account credit") > Signed-off-by: Eric Dumazet <edumazet@google.com> > Cc: Arseniy Krasnov <AVKrasnov@sberdevices.ru> > Cc: Stefan Hajnoczi <stefanha@redhat.com> > Cc: Stefano Garzarella <sgarzare@redhat.com> > Cc: "Michael S. Tsirkin" <mst@redhat.com> > Cc: Jason Wang <jasowang@redhat.com> > Cc: Xuan Zhuo <xuanzhuo@linux.alibaba.com> > Cc: "Eugenio Pérez" <eperezma@redhat.com> > Cc: virtualization@lists.linux.dev > Link: https://patch.msgid.link/20260430122653.554058-1-edumazet@google.com > Signed-off-by: Jakub Kicinski <kuba@kernel.org> > [LL: Fixed conflict since this tree does not use buf_used added by commit > 45ca7e9f0730 ("vsock/virtio: fix `rx_bytes` accounting for stream sockets")] > Signed-off-by: Luigi Leonardi <leonardi@redhat.com> > Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > --- > net/vmw_vsock/virtio_transport_common.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > --- a/net/vmw_vsock/virtio_transport_common.c > +++ b/net/vmw_vsock/virtio_transport_common.c > @@ -283,7 +283,9 @@ static int virtio_transport_send_pkt_inf > static bool virtio_transport_inc_rx_pkt(struct virtio_vsock_sock *vvs, > u32 len) > { > - if (vvs->rx_bytes + len > vvs->buf_alloc) > + u64 skb_overhead = (skb_queue_len(&vvs->rx_queue) + 1) * SKB_TRUESIZE(0); > + > + if (skb_overhead + vvs->rx_bytes + len > vvs->buf_alloc) > return false; > > vvs->rx_bytes += len; > > > Patches currently in stable-queue which might be from edumazet@google.com are > > queue-6.6/net-fix-icmp-host-relookup-triggering-ip_rt_bug.patch > queue-6.6/tcp-call-sk_data_ready-after-listener-migration.patch > queue-6.6/net-sched-sch_red-replace-direct-dequeue-call-with-peek-and-qdisc_dequeue_peeked.patch > queue-6.6/ip6_gre-use-cached-t-net-in-ip6erspan_changelink.patch > queue-6.6/vsock-virtio-fix-potential-unbounded-skb-queue.patch ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree 2026-05-15 15:36 ` Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree Michael S. Tsirkin @ 2026-05-15 15:41 ` Greg KH 2026-05-15 15:47 ` Michael S. Tsirkin 0 siblings, 1 reply; 5+ messages in thread From: Greg KH @ 2026-05-15 15:41 UTC (permalink / raw) To: Michael S. Tsirkin Cc: AVKrasnov, edumazet, eperezma, jasowang, kuba, leonardi, sgarzare, stefanha, virtualization, xuanzhuo, stable-commits, stable On Fri, May 15, 2026 at 11:36:12AM -0400, Michael S. Tsirkin wrote: > On Fri, May 15, 2026 at 05:21:53PM +0200, gregkh@linuxfoundation.org wrote: > > > > This is a note to let you know that I've just added the patch titled > > > > vsock/virtio: fix potential unbounded skb queue > > > > to the 6.6-stable tree which can be found at: > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary > > > > The filename of the patch is: > > vsock-virtio-fix-potential-unbounded-skb-queue.patch > > and it can be found in the queue-6.6 subdirectory. > > > > If you, or anyone else, feels it should not be added to the stable tree, > > please let <stable@vger.kernel.org> know about it. > > > > Yea I have some doubts. It fixes the DoS at the cost of losing > messages. We are trying to fix that upstream now, maybe wait > for that? being bug compatible is good! :( What's the status of that fix? Should it be reverted elsewhere? thanks, greg k-h ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree 2026-05-15 15:41 ` Greg KH @ 2026-05-15 15:47 ` Michael S. Tsirkin 2026-05-17 13:33 ` Sasha Levin 0 siblings, 1 reply; 5+ messages in thread From: Michael S. Tsirkin @ 2026-05-15 15:47 UTC (permalink / raw) To: Greg KH Cc: AVKrasnov, edumazet, eperezma, jasowang, kuba, leonardi, sgarzare, stefanha, virtualization, xuanzhuo, stable-commits, stable On Fri, May 15, 2026 at 05:41:48PM +0200, Greg KH wrote: > On Fri, May 15, 2026 at 11:36:12AM -0400, Michael S. Tsirkin wrote: > > On Fri, May 15, 2026 at 05:21:53PM +0200, gregkh@linuxfoundation.org wrote: > > > > > > This is a note to let you know that I've just added the patch titled > > > > > > vsock/virtio: fix potential unbounded skb queue > > > > > > to the 6.6-stable tree which can be found at: > > > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary > > > > > > The filename of the patch is: > > > vsock-virtio-fix-potential-unbounded-skb-queue.patch > > > and it can be found in the queue-6.6 subdirectory. > > > > > > If you, or anyone else, feels it should not be added to the stable tree, > > > please let <stable@vger.kernel.org> know about it. > > > > > > > Yea I have some doubts. It fixes the DoS at the cost of losing > > messages. We are trying to fix that upstream now, maybe wait > > for that? > > being bug compatible is good! :( Well you are the maintainer. Up to you. > What's the status of that fix? > > thanks, > > greg k-h Stefano posted v3 and is working on v4. > Should it be reverted elsewhere? Donnu. With the change we have no DoS but the socket gets silently broken. Eric felt given the brokenness is upstream already it's better to work on a fix on top, not revert. -- MST ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree 2026-05-15 15:47 ` Michael S. Tsirkin @ 2026-05-17 13:33 ` Sasha Levin 2026-05-21 13:15 ` Stefano Garzarella 0 siblings, 1 reply; 5+ messages in thread From: Sasha Levin @ 2026-05-17 13:33 UTC (permalink / raw) To: Greg KH Cc: Sasha Levin, Michael S. Tsirkin, AVKrasnov, edumazet, eperezma, jasowang, kuba, leonardi, sgarzare, stefanha, virtualization, xuanzhuo, stable-commits, stable > > What's the status of that fix? > > Stefano posted v3 and is working on v4. > > > Should it be reverted elsewhere? > > Donnu. With the change we have no DoS but the socket gets silently > broken. Eric felt given the brokenness is upstream already it's better > to work on a fix on top, not revert. Dropped from the 6.6, 6.12, 6.18, and 7.0 queues. We'll pick up Stefano's follow-up once it lands upstream. Thanks. -- Thanks, Sasha ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree 2026-05-17 13:33 ` Sasha Levin @ 2026-05-21 13:15 ` Stefano Garzarella 0 siblings, 0 replies; 5+ messages in thread From: Stefano Garzarella @ 2026-05-21 13:15 UTC (permalink / raw) To: Sasha Levin Cc: Greg KH, Michael S. Tsirkin, AVKrasnov, edumazet, eperezma, jasowang, kuba, leonardi, stefanha, virtualization, xuanzhuo, stable-commits, stable On Sun, May 17, 2026 at 09:33:06AM -0400, Sasha Levin wrote: >> > What's the status of that fix? >> >> Stefano posted v3 and is working on v4. >> >> > Should it be reverted elsewhere? >> >> Donnu. With the change we have no DoS but the socket gets silently >> broken. Eric felt given the brokenness is upstream already it's better >> to work on a fix on top, not revert. > >Dropped from the 6.6, 6.12, 6.18, and 7.0 queues. We'll pick up Stefano's >follow-up once it lands upstream. FYI v4 is now merged in the net tree, so I guess they will land upstream soon. I CCed stable on both patches: a4f0b001782b ("vsock/virtio: reset connection on receiving queue overflow") c6087c5aaad6 ("vsock/virtio: fix skb overhead accounting to preserve full buf_alloc") Both are related, but the second is the main fix of this patch. Thanks, Stefano ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2026-05-21 13:16 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <2026051553-santa-unretired-a417@gregkh>
2026-05-15 15:36 ` Patch "vsock/virtio: fix potential unbounded skb queue" has been added to the 6.6-stable tree Michael S. Tsirkin
2026-05-15 15:41 ` Greg KH
2026-05-15 15:47 ` Michael S. Tsirkin
2026-05-17 13:33 ` Sasha Levin
2026-05-21 13:15 ` Stefano Garzarella
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox