[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55D1ACB8.3040500@ahsoftware.de>
Date: Mon, 17 Aug 2015 11:43:20 +0200
From: Alexander Holler <holler@...oftware.de>
To: Martin KaFai Lau <kafai@...com>, netdev <netdev@...r.kernel.org>
Cc: David Miller <davem@...emloft.net>,
Hannes Frederic Sowa <hannes@...essinduktion.org>,
Julian Anastasov <ja@....bg>,
Steffen Klassert <steffen.klassert@...unet.com>,
Kernel Team <Kernel-team@...com>, stable@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH net-next v5 00/11] ipv6: Only create RTF_CACHE route after
encountering pmtu exception
Am 15.08.2015 um 09:48 schrieb Alexander Holler:
> Am 30.07.2015 um 13:57 schrieb Alexander Holler:
>> Am 29.07.2015 um 11:25 schrieb Alexander Holler:
>>> Am 23.05.2015 um 05:55 schrieb Martin KaFai Lau:
> To complete the discussion, that "annoying behaviour" is also a big
> information leak.
>
> Because routes aren't considered confidential and aren't subject to
> privacy, that broken behaviour enabled *everyone* on the same system to
> see *all* the remote IPv6 systems to which there have been connection
> establishment tries.
Just in case I haven't described the problem I see clearly enough:
"Everyone" means everything (other SW) too, and if "Happy_Eyeballs"
algorithms are used (see RFC 6555), this also affects systems which only
have an IPv4 connection to the world, as long as IPv6 is enabled.
That means it does not only affect multiuser systems and the current
behaviour of kernels < 4.2 renders e.g. the private mode of most
browsers somewhat useless too (in regard to protection against other SW
and/or users running on the same system).
That's why I vote to check out if it's possible/reasonable to backport
this series to the stable kernels.
Regards,
Alexander Holler
--
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