Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
From: Florian Westphal <fw@xxxxxxxxx>
Date: Tue, 1 Mar 2022 02:36:43 +0100
Cc: Florian Westphal <fw@xxxxxxxxx>, netfilter-devel@xxxxxxxxxxxxxxx, Eric Dumazet <eric.dumazet@xxxxxxxxx>
In-reply-to: <CADa=RyzGKsayKFSX22qAVOaZ6Sq6akPvBxq32OUK6yvB_1+T=Q@mail.gmail.com>
User-agent: Mutt/1.10.1 (2018-07-13)

Joe Stringer <joe@xxxxxxxxx> wrote:
> I'm not sure I follow the question
> about veth/netns crossing as this feature can only be used on TC
> ingress today.

Ah, never mind then.  Thanks for explaining!

References:
- [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
  - From: Florian Westphal
- Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
  - From: Joe Stringer
- Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
  - From: Florian Westphal
- Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
  - From: Joe Stringer

Prev by Date: Re: [PATCH v2 nf 1/2] netfilter: nf_queue: fix possible use-after-free
Next by Date: [PATCH] net/netfilter: use memset avoid infoleaks
Previous by thread: Re: [PATCH nf] netfilter: nf_queue: be more careful with sk refcounts
Next by thread: [PATCH ipset] Fix IPv6 sets nftables translation
Index(es):
- Date
- Thread

[Index of Archives] [Netfitler Users] [Berkeley Packet Filter] [LARTC] [Bugtraq] [Yosemite Forum]

Powered by Linux