netdev - Re: [PATCH RFC ipsec-next] xfrm: Extend the output_mark to support input direction and masking.

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]

Message-ID: <20180625143127.fhd4el4drukhtwaq@gauss3.secunet.de>
Date:   Mon, 25 Jun 2018 16:31:27 +0200
From:   Steffen Klassert <steffen.klassert@...unet.com>
To:     <netdev@...r.kernel.org>
CC:     Tobias Brunner <tobias@...ongswan.org>,
        Eyal Birger <eyal.birger@...il.com>,
        Lorenzo Colitti <lorenzo@...gle.com>
Subject: Re: [PATCH RFC ipsec-next] xfrm: Extend the output_mark to support
 input direction and masking.

On Fri, Jun 15, 2018 at 08:55:14AM +0200, Steffen Klassert wrote:
> We already support setting an output mark at the xfrm_state,
> unfortunately this does not support the input direction and
> masking the marks that will be applied to the skb. This change
> adds support applying a masked value in both directions.
> 
> The existing XFRMA_OUTPUT_MARK number is reused for this purpose
> and as it is now bi-directional, it is renamed to XFRMA_SET_MARK.
> 
> An additional XFRMA_SET_MARK_MASK attribute is added for setting the
> mask. If the attribute mask not provided, it is set to 0xffffffff,
> keeping the XFRMA_OUTPUT_MARK existing 'full mask' semantics.
> 
> Co-developed-by: Tobias Brunner <tobias@...ongswan.org>
> Co-developed-by: Eyal Birger <eyal.birger@...il.com>
> Co-developed-by: Lorenzo Colitti <lorenzo@...gle.com>
> Signed-off-by: Steffen Klassert <steffen.klassert@...unet.com>
> Signed-off-by: Tobias Brunner <tobias@...ongswan.org>
> Signed-off-by: Eyal Birger <eyal.birger@...il.com>
> Signed-off-by: Lorenzo Colitti <lorenzo@...gle.com>

This is now applied to ipsec-next.