RE: [patch 37/37] sit: fix off-by-one in ipip6_tunnel_get_prl

From: Templin, Fred L
Date: Fri Oct 09 2009 - 21:15:26 EST


Wait a moment - I remember now that this code came
from Yoshifuji, and I believe there was a reason for
the cmax+1. The application is expected to know this
and to post a large enough buffer.

Can we put this on hold until I have had a chance to
check my e-mail archives and my local iproute changes
(will respond on monday)?

Thanks - Fred
fred.l.templin@xxxxxxxxxx

> -----Original Message-----
> From: Greg KH [mailto:gregkh@xxxxxxx]
> Sent: Friday, October 09, 2009 4:35 PM
> To: linux-kernel@xxxxxxxxxxxxxxx; stable@xxxxxxxxxx
> Cc: stable-review@xxxxxxxxxx; torvalds@xxxxxxxxxxxxxxxxxxxx; akpm@xxxxxxxxxxxxxxxxxxxx;
> alan@xxxxxxxxxxxxxxxxxxx; Sascha Hlusiak; Templin, Fred L; David S. Miller
> Subject: [patch 37/37] sit: fix off-by-one in ipip6_tunnel_get_prl
>
> 2.6.31-stable review patch. If anyone has any objections, please let us know.
>
> ------------------
> From: Sascha Hlusiak <contact@xxxxxxxxxxxxxxxx>
>
> [ 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@xxxxxxxxxxxxxxxx>
> Acked-By: Fred L. Templin <Fred.L.Templin@xxxxxxxxxx>
> Signed-off-by: David S. Miller <davem@xxxxxxxxxxxxx>
> Signed-off-by: Greg Kroah-Hartman <gregkh@xxxxxxx>
> ---
> net/ipv6/sit.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- a/net/ipv6/sit.c
> +++ b/net/ipv6/sit.c
> @@ -313,7 +313,7 @@ static int ipip6_tunnel_get_prl(struct i
>
> 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;
>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/