From: Daniel Lezcano <dlezcano@fr.ibm.com>
To: Pavel Emelyanov <xemul@openvz.org>
Cc: David Miller <davem@davemloft.net>,
Linux Netdev List <netdev@vger.kernel.org>
Subject: Re: [PATCH net-2.6.26] NULL pointer dereference and other nasty things in /proc/net/(tcp|udp)[6]
Date: Fri, 21 Mar 2008 16:08:57 +0100 [thread overview]
Message-ID: <47E3CF89.1060906@fr.ibm.com> (raw)
In-Reply-To: <47E3C91F.9080309@openvz.org>
Pavel Emelyanov wrote:
> Commits f40c81 ([NETNS][IPV4] tcp - make proc handle the network
> namespaces) and a91275 ([NETNS][IPV6] udp - make proc handle the
> network namespace) both introduced bad checks on sockets and tw
> buckets to belong to proper net namespace.
>
> I.e. when checking for socket to belong to given net and family the
>
> do {
> sk = sk_next(sk);
> } while (sk && sk->sk_net != net && sk->sk_family != family);
>
> constructions were used. This is wrong, since as soon as the sk->sk_net
> fits the net the socket is immediately returned, even if it belongs to
> other family.
>
> As the result four /proc/net/(udp|tcp)[6] entries show wrong info.
> The udp6 entry even oopses when dereferencing inet6_sk(sk) pointer:
>
> static void udp6_sock_seq_show(struct seq_file *seq, struct sock *sp, int bucket)
> {
> ...
> struct ipv6_pinfo *np = inet6_sk(sp);
> ...
>
> dest = &np->daddr; /* will be NULL for AF_INET sockets */
> ...
> seq_printf(...
> dest->s6_addr32[0], dest->s6_addr32[1],
> dest->s6_addr32[2], dest->s6_addr32[3],
> ...
>
> Fix it by converting && to ||.
>
> Signed-off-by: Pavel Emelyanov <xemul@openvz.org>
>
> ---
>
> diff --git a/net/ipv4/tcp_ipv4.c b/net/ipv4/tcp_ipv4.c
> index 744bc9d..0ba6e91 100644
> --- a/net/ipv4/tcp_ipv4.c
> +++ b/net/ipv4/tcp_ipv4.c
> @@ -2050,7 +2050,7 @@ static void *established_get_first(struct seq_file *seq)
> st->state = TCP_SEQ_STATE_TIME_WAIT;
> inet_twsk_for_each(tw, node,
> &tcp_hashinfo.ehash[st->bucket].twchain) {
> - if (tw->tw_family != st->family &&
> + if (tw->tw_family != st->family ||
> tw->tw_net != net) {
> continue;
> }
> @@ -2078,7 +2078,7 @@ static void *established_get_next(struct seq_file *seq, void *cur)
> tw = cur;
> tw = tw_next(tw);
> get_tw:
> - while (tw && tw->tw_family != st->family && tw->tw_net != net) {
> + while (tw && (tw->tw_family != st->family || tw->tw_net != net)) {
> tw = tw_next(tw);
> }
> if (tw) {
> diff --git a/net/ipv4/udp.c b/net/ipv4/udp.c
> index a98c43c..fa94682 100644
> --- a/net/ipv4/udp.c
> +++ b/net/ipv4/udp.c
> @@ -1537,7 +1537,7 @@ static struct sock *udp_get_next(struct seq_file *seq, struct sock *sk)
> sk = sk_next(sk);
> try_again:
> ;
> - } while (sk && sk->sk_net != net && sk->sk_family != state->family);
> + } while (sk && (sk->sk_net != net || sk->sk_family != state->family));
>
> if (!sk && ++state->bucket < UDP_HTABLE_SIZE) {
> sk = sk_head(state->hashtable + state->bucket);
good catch.
Weird I missed that :(
Thank you for fixing this so quickly.
Acked-by: Daniel Lezcano <dlezcano@fr.ibm.com>
next prev parent reply other threads:[~2008-03-21 15:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-21 14:41 [PATCH net-2.6.26] NULL pointer dereference and other nasty things in /proc/net/(tcp|udp)[6] Pavel Emelyanov
2008-03-21 15:08 ` Daniel Lezcano [this message]
2008-03-21 22:52 ` David Miller
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=47E3CF89.1060906@fr.ibm.com \
--to=dlezcano@fr.ibm.com \
--cc=davem@davemloft.net \
--cc=netdev@vger.kernel.org \
--cc=xemul@openvz.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).