[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20091012.171211.94935517.davem@davemloft.net>
Date: Mon, 12 Oct 2009 17:12:11 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: gregkh@...e.de
Cc: Fred.L.Templin@...ing.com, greg@...ah.com,
contact@...chahlusiak.de, yoshfuji@...ux-ipv6.org,
linux-kernel@...r.kernel.org, stable@...nel.org,
akpm@...ux-foundation.org, torvalds@...ux-foundation.org,
stable-review@...nel.org, alan@...rguk.ukuu.org.uk
Subject: Re: [stable] [patch 37/37] sit: fix off-by-one
inipip6_tunnel_get_prl
From: Greg KH <gregkh@...e.de>
Date: Mon, 12 Oct 2009 16:58:06 -0700
> Which patch? I need it to be in Linus's tree before we can apply it to
> a stable release.
It's already upstream, and I already submitted it to -stable a few
days ago, remember? This one below.
Greg, it's the one that you said "I already commited this one, is it
reall so broken?" about earlier today.
>From a9cb3db986f8bceaa741175cf016b0b7df59caf0 Mon Sep 17 00:00:00 2001
From: Sascha Hlusiak <contact@...chahlusiak.de>
Date: Tue, 29 Sep 2009 11:27:05 +0000
Subject: [PATCH 11/11] sit: fix off-by-one in ipip6_tunnel_get_prl
[ Upstream commit 298bf12ddb25841804f26234a43b89da1b1c0e21 ]
When requesting all prl entries (kprl.addr == INADDR_ANY) and there are
more prl entries than there is space passed from userspace, the existing
code would always copy cmax+1 entries, which is more than can be handled.
This patch makes the kernel copy only exactly cmax entries.
Signed-off-by: Sascha Hlusiak <contact@...chahlusiak.de>
Acked-By: Fred L. Templin <Fred.L.Templin@...ing.com>
Signed-off-by: David S. Miller <davem@...emloft.net>
---
net/ipv6/sit.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/ipv6/sit.c b/net/ipv6/sit.c
index 98b7327..2e41849 100644
--- a/net/ipv6/sit.c
+++ b/net/ipv6/sit.c
@@ -313,7 +313,7 @@ static int ipip6_tunnel_get_prl(struct ip_tunnel *t,
c = 0;
for (prl = t->prl; prl; prl = prl->next) {
- if (c > cmax)
+ if (c >= cmax)
break;
if (kprl.addr != htonl(INADDR_ANY) && prl->addr != kprl.addr)
continue;
--
1.6.4.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists