netdev - Re: [PATCH ipsec] xfrm: fix non-GRO codepath for IPsec hardware offloading

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20190104112139.GK3581@gauss3.secunet.de>
Date:   Fri, 4 Jan 2019 12:21:39 +0100
From:   Steffen Klassert <steffen.klassert@...unet.com>
To:     Raed Salem <raeds@...lanox.com>
CC:     Boris Pismenny <borisp@...lanox.com>,
        Yossi Kuperman <yossiku@...lanox.com>,
        "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
        "herbert@...dor.apana.org.au" <herbert@...dor.apana.org.au>,
        "davem@...emloft.net" <davem@...emloft.net>
Subject: Re: [PATCH ipsec] xfrm: fix non-GRO codepath for IPsec hardware
 offloading

On Fri, Jan 04, 2019 at 11:17:33AM +0000, Raed Salem wrote:
> > 
> > I guess this works because of transport mode, here we don't have different
> > inner and outer IP headers. Can you please test this with some tunnel mode
> > configurations?
> Sure,
> Works with the following SA and policy DB:
> ip x s s:
> src 1.2.3.4 dst 1.2.3.5
>         proto esp spi 0x56c8245e reqid 1455957086 mode tunnel
>         replay-window 0
>         aead rfc4106(gcm(aes)) 0xae41773f260e9fbda4cd9f117d8d5fb42d4a4a68 128
>         anti-replay context: seq 0x0, oseq 0x0, bitmap 0x00000000
>         crypto offload parameters: dev p6p1 dir in
>         sel src 1.2.3.4/32 dst 1.2.3.5/32
> src 1.2.3.5 dst 1.2.3.4
>         proto esp spi 0xd94ba134 reqid 3645612340 mode tunnel
>         replay-window 0
>         aead rfc4106(gcm(aes)) 0x55a5136bec858fcb6944b8596fc73aa0ca553bf7 128
>         anti-replay context: seq 0x0, oseq 0xd, bitmap 0x00000000
>         crypto offload parameters: dev p6p1 dir out
>         sel src 1.2.3.5/32 dst 1.2.3.4/32
> ip x p s:
> src 1.2.3.4/32 dst 1.2.3.5/32
>         dir fwd priority 0 ptype main
>         tmpl src 1.2.3.4 dst 1.2.3.5
>                 proto esp reqid 1455957086 mode tunnel
> src 1.2.3.4/32 dst 1.2.3.5/32
>         dir in priority 0 ptype main
>         tmpl src 1.2.3.4 dst 1.2.3.5
>                 proto esp reqid 1455957086 mode tunnel
> src 1.2.3.5/32 dst 1.2.3.4/32
>         dir out priority 0 ptype main
>         tmpl src 1.2.3.5 dst 1.2.3.4
>                 proto esp reqid 3645612340 mode tunnel

Here are the src and dst addresses are the same for inner
and outer headers. You need to test this with a bit more
complex configuration.