[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a463d0f1a50f51b6ffebc3762c922c56dc6bf46f.camel@redhat.com>
Date: Fri, 12 Jan 2024 18:43:40 +0100
From: Paolo Abeni <pabeni@...hat.com>
To: Eric Dumazet <edumazet@...gle.com>, "David S . Miller"
<davem@...emloft.net>, Jakub Kicinski <kuba@...nel.org>
Cc: Matthieu Baerts <matttbe@...nel.org>, Mat Martineau
<martineau@...nel.org>, Geliang Tang <geliang.tang@...ux.dev>, Florian
Westphal <fw@...len.de>, netdev@...r.kernel.org, eric.dumazet@...il.com
Subject: Re: [PATCH net 0/5] mptcp: better validation of MPTCPOPT_MP_JOIN
option
On Thu, 2024-01-11 at 19:49 +0000, Eric Dumazet wrote:
> Based on a syzbot report (see 4th patch in the series).
>
> We need to be more explicit about which one of the
> following flag is set by mptcp_parse_option():
>
> - OPTION_MPTCP_MPJ_SYN
> - OPTION_MPTCP_MPJ_SYNACK
> - OPTION_MPTCP_MPJ_ACK
>
> Then select the appropriate values instead of OPTIONS_MPTCP_MPJ
>
> Paolo suggested to do the same for OPTIONS_MPTCP_MPC (5th patch)
>
> Eric Dumazet (5):
> mptcp: mptcp_parse_option() fix for MPTCPOPT_MP_JOIN
> mptcp: strict validation before using mp_opt->hmac
> mptcp: use OPTION_MPTCP_MPJ_SYNACK in subflow_finish_connect()
> mptcp: use OPTION_MPTCP_MPJ_SYN in subflow_check_req()
> mptcp: refine opt_mp_capable determination
>
> net/mptcp/options.c | 6 +++---
> net/mptcp/subflow.c | 16 ++++++++--------
> 2 files changed, 11 insertions(+), 11 deletions(-)
The patches LGTM, thanks Eric!
I gave a spin into the mptcp self-tests and pktdrill and both suite are
happy.
Acked-by: Paolo Abeni <pabeni@...hat.com>
Powered by blists - more mailing lists