[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20151215.155856.467616191891653108.davem@davemloft.net>
Date: Tue, 15 Dec 2015 15:58:56 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: dvyukov@...gle.com
Cc: syzkaller@...glegroups.com, lauro.venancio@...nbossa.org,
aloisio.almeida@...nbossa.org, sameo@...ux.intel.com,
linux-wireless@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, edumazet@...gle.com, kcc@...gle.com,
glider@...gle.com, sasha.levin@...cle.com
Subject: Re: Information leak in llcp_sock_bind/llcp_raw_sock_bind
From: Dmitry Vyukov <dvyukov@...gle.com>
Date: Tue, 15 Dec 2015 21:55:37 +0100
> I've seen a kernel address at least in pptp_bind,
We're not talking about pptp_bind.
We're talking about llcp_{,raw}_sock_bind().
If your hex dump doesn't show it, don't report anything unless you are
absolutely sure via code inspection that there could be a leak. And
in that case make it perfectly clear exactly how that can happen.
I am generally unimpressed with your reports half of the time,
and just a small amount of extra effort would extraordinarily
improve the quality of the things your post.
Thanks.
> So it is almost impossible to prove that a PC cannot be leaked.
You can't show that anything is actually being leaked in this specific
case, period.
--
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