lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:   Mon, 10 Jan 2022 01:00:09 +0000
From:   patchwork-bot+netdevbpf@...nel.org
To:     Paul Blakey <paulb@...dia.com>
Cc:     dev@...nvswitch.org, netdev@...r.kernel.org,
        xiyou.wangcong@...il.com, jhs@...atatu.com, pshelar@....org,
        davem@...emloft.net, jiri@...dia.com, kuba@...nel.org,
        saeedm@...dia.com, ozsh@...dia.com, vladbu@...dia.com,
        roid@...dia.com
Subject: Re: [PATCH net v2 1/1] net: openvswitch: Fix ct_state nat flags for conns
 arriving from tc

Hello:

This patch was applied to netdev/net.git (master)
by Jakub Kicinski <kuba@...nel.org>:

On Thu, 6 Jan 2022 17:38:04 +0200 you wrote:
> Netfilter conntrack maintains NAT flags per connection indicating
> whether NAT was configured for the connection. Openvswitch maintains
> NAT flags on the per packet flow key ct_state field, indicating
> whether NAT was actually executed on the packet.
> 
> When a packet misses from tc to ovs the conntrack NAT flags are set.
> However, NAT was not necessarily executed on the packet because the
> connection's state might still be in NEW state. As such, openvswitch
> wrongly assumes that NAT was executed and sets an incorrect flow key
> NAT flags.
> 
> [...]

Here is the summary with links:
  - [net,v2,1/1] net: openvswitch: Fix ct_state nat flags for conns arriving from tc
    https://git.kernel.org/netdev/net/c/6f022c2ddbce

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ