netfilter: nf_queue: do not release refcouts until nf_reinject is done
authorFlorian Westphal <fw@strlen.de>
Fri, 27 Mar 2020 02:24:48 +0000 (03:24 +0100)
committerPablo Neira Ayuso <pablo@netfilter.org>
Sun, 29 Mar 2020 14:28:29 +0000 (16:28 +0200)
commitaf370ab36fcd19f04e3408c402608e7e56e6f188
tree611e42c64973cbfbed7d42259708738b42c32964
parent119e52e664c57d5f7c0174dc2b3a296b1e40591d
netfilter: nf_queue: do not release refcouts until nf_reinject is done

nf_queue is problematic when another NF_QUEUE invocation happens
from nf_reinject().

1. nf_queue is invoked, increments state->sk refcount.
2. skb is queued, waiting for verdict.
3. sk is closed/released.
3. verdict comes back, nf_reinject is called.
4. nf_reinject drops the reference -- refcount can now drop to 0

Instead of get_ref/release_ref pattern, we need to nest the get_ref calls:
    get_ref
       get_ref
       release_ref
     release_ref

So that when we invoke the next processing stage (another netfilter
or the okfn()), we hold at least one reference count on the
devices/socket.

After previous patch, it is now safe to put the entry even after okfn()
has potentially free'd the skb.

Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
net/netfilter/nf_queue.c