summaryrefslogtreecommitdiff
path: root/tools/testing/selftests/netfilter/nft_concat_range.sh
diff options
context:
space:
mode:
authorIgor Ryzhov <iryzhov@nfware.com>2019-06-05 12:32:40 +0300
committerFlorian Westphal <fw@strlen.de>2022-09-07 15:06:26 +0200
commit39aebedeaaa95757f5c1f2ddb5f43fdddbf478ca (patch)
tree4f9757efbcb23c0abdeb23972419171cdac3df1e /tools/testing/selftests/netfilter/nft_concat_range.sh
parent0f51fa2a3ca19783e7817a6be76661cd9136d057 (diff)
netfilter: nf_conntrack_sip: fix ct_sip_walk_headers
ct_sip_next_header and ct_sip_get_header return an absolute value of matchoff, not a shift from current dataoff. So dataoff should be assigned matchoff, not incremented by it. This issue can be seen in the scenario when there are multiple Contact headers and the first one is using a hostname and other headers use IP addresses. In this case, ct_sip_walk_headers will work as follows: The first ct_sip_get_header call to will find the first Contact header but will return -1 as the header uses a hostname. But matchoff will be changed to the offset of this header. After that, dataoff should be set to matchoff, so that the next ct_sip_get_header call find the next Contact header. But instead of assigning dataoff to matchoff, it is incremented by it, which is not correct, as matchoff is an absolute value of the offset. So on the next call to the ct_sip_get_header, dataoff will be incorrect, and the next Contact header may not be found at all. Fixes: 05e3ced297fe ("[NETFILTER]: nf_conntrack_sip: introduce SIP-URI parsing helper") Signed-off-by: Igor Ryzhov <iryzhov@nfware.com> Signed-off-by: Florian Westphal <fw@strlen.de>
Diffstat (limited to 'tools/testing/selftests/netfilter/nft_concat_range.sh')
0 files changed, 0 insertions, 0 deletions