From: Guillaume Nault <g.nault@alphalink.fr>
To: Paolo Abeni <pabeni@redhat.com>
Cc: netdev@vger.kernel.org, "David S. Miller" <davem@davemloft.net>,
James Chapman <jchapman@katalix.com>,
Wei Wang <weiwan@google.com>, David Ahern <dsahern@gmail.com>
Subject: Re: [PATCH net 2/2] l2tp: fix races with ipv4-mapped ipv6 addresses
Date: Thu, 8 Mar 2018 19:59:02 +0100 [thread overview]
Message-ID: <20180308185902.GC1351@alphalink.fr> (raw)
In-Reply-To: <78591aba68ae107cacbd080d96c5dfb7904be27b.1520510061.git.pabeni@redhat.com>
On Thu, Mar 08, 2018 at 03:37:27PM +0100, Paolo Abeni wrote:
> When creating a new socket, l2tp_tunnel_create() ensures that
> such socket is connected, but when using a socket provided by
> the user space, no check is done on the socket state.
>
> This may foul the later check for ipv6 sockets that are
> ipv4-mapped, e.g. in case of unconnected ipv6 socket bound to
> ipv4 address.
>
> Moreover the connection status and/or peer of a user-space
> controlled socket may change at runtime.
>
> This change addresses the issues:
> * explicitly checking for TCP_ESTABLISHED for user space provided sockets
> * dropping the v4mapped flag usage - it can become outdated - and
> explicitly invoking ipv6_addr_v4mapped() instead
> * refreshing the inet_sk copy of ipv4-mapped ipv6 address at xmit time.
>
> The issue is apparently there since ancient times.
>
Thanks, I started working on this report, but you've been faster :)
Here's a quick review, I haven't had time to test yet.
> @@ -1130,15 +1150,13 @@ int l2tp_xmit_skb(struct l2tp_session *session, struct sk_buff *skb, int hdr_len
> uh->len = htons(udp_len);
>
> /* Calculate UDP checksum if configured to do so */
> -#if IS_ENABLED(CONFIG_IPV6)
> - if (sk->sk_family == PF_INET6 && !tunnel->v4mapped)
> + if (l2tp_sk_is_v4mapped(sk))
So we're going to call udp6_set_csum() only for v4mapped sockets and
udp_set_csum() for all others (including plain AF_INET6 sockets)?
I that really the intent, or have I missed something?
> udp6_set_csum(udp_get_no_check6_tx(sk),
> skb, &inet6_sk(sk)->saddr,
> &sk->sk_v6_daddr, udp_len);
> else
> -#endif
> - udp_set_csum(sk->sk_no_check_tx, skb, inet->inet_saddr,
> - inet->inet_daddr, udp_len);
> + udp_set_csum(sk->sk_no_check_tx, skb, inet->inet_saddr,
> + inet->inet_daddr, udp_len);
> break;
>
> case L2TP_ENCAPTYPE_IP:
> @@ -1449,6 +1467,13 @@ int l2tp_tunnel_create(struct net *net, int fd, int version, u32 tunnel_id, u32
> err = -EINVAL;
> goto err;
> }
> +
> + /* Reject unconnected sockets */
> + if (sock->sk->sk_state != TCP_ESTABLISHED) {
> + pr_err("tunl %u: sock fd=%d is unconnected\n",
> + tunnel_id, fd);
Following Eric's comment in 17cfe79a65f9 ("l2tp: do not accept arbitrary sockets"),
pr_err() should be avoided here.
Also, 'err' needs to be set before jumping.
> + goto err;
> + }
> }
>
> diff --git a/net/l2tp/l2tp_core.h b/net/l2tp/l2tp_core.h
> index a1aa9550f04e..c042aaeb074b 100644
> --- a/net/l2tp/l2tp_core.h
> +++ b/net/l2tp/l2tp_core.h
> @@ -214,6 +211,16 @@ static inline void *l2tp_session_priv(struct l2tp_session *session)
> return &session->priv[0];
> }
>
> +static bool l2tp_sk_is_v4mapped(struct sock *sk)
The 'inline' keyword is missing, making gcc complain about unused
function. But since this function is only used in l2tp_core.c, maybe we
could just move it there.
next prev parent reply other threads:[~2018-03-08 18:59 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-08 14:37 [PATCH net 0/2] l2tp: fix races with ipv4-mapped ipv6 addresses Paolo Abeni
2018-03-08 14:37 ` [PATCH net 1/2] net: ipv6: keep sk status consistent after datagram connect failure Paolo Abeni
2018-03-08 14:37 ` [PATCH net 2/2] l2tp: fix races with ipv4-mapped ipv6 addresses Paolo Abeni
2018-03-08 18:59 ` Guillaume Nault [this message]
2018-03-09 8:26 ` Paolo Abeni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180308185902.GC1351@alphalink.fr \
--to=g.nault@alphalink.fr \
--cc=davem@davemloft.net \
--cc=dsahern@gmail.com \
--cc=jchapman@katalix.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=weiwan@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.