openvswitch: Fix checking for new expected connections.
OVS should call into CT NAT for packets of new expected connections only
when the conntrack state is persisted with the 'commit' option to the
OVS CT action. The test for this condition is doubly wrong, as the CT
status field is ANDed with the bit number (IPS_EXPECTED_BIT) rather
than the mask (IPS_EXPECTED), and due to the wrong assumption that the
expected bit would apply only for the first (i.e., 'new') packet of a
connection, while in fact the expected bit remains on for the lifetime of
an expected connection. The 'ctinfo' value IP_CT_RELATED derived from
the ct status can be used instead, as it is only ever applicable to
the 'new' packets of the expected connection.
Fixes: 05752523e5
('openvswitch: Interface with NAT.')
Reported-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Jarno Rajahalme <jarno@ovn.org>
Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
This commit is contained in:
parent
596cf3fe58
commit
5745b0be05
|
@ -664,11 +664,12 @@ static int ovs_ct_nat(struct net *net, struct sw_flow_key *key,
|
|||
|
||||
/* Determine NAT type.
|
||||
* Check if the NAT type can be deduced from the tracked connection.
|
||||
* Make sure expected traffic is NATted only when committing.
|
||||
* Make sure new expected connections (IP_CT_RELATED) are NATted only
|
||||
* when committing.
|
||||
*/
|
||||
if (info->nat & OVS_CT_NAT && ctinfo != IP_CT_NEW &&
|
||||
ct->status & IPS_NAT_MASK &&
|
||||
(!(ct->status & IPS_EXPECTED_BIT) || info->commit)) {
|
||||
(ctinfo != IP_CT_RELATED || info->commit)) {
|
||||
/* NAT an established or related connection like before. */
|
||||
if (CTINFO2DIR(ctinfo) == IP_CT_DIR_REPLY)
|
||||
/* This is the REPLY direction for a connection
|
||||
|
|
Loading…
Reference in New Issue