Domeinnaam is niet zichtbaar bij SSL

[GrooV]

In nieuws: Onderzoekers: patronen in https-verkeer verraden bezochte pagina's staat er dat de domeinnaam zichtbaar is bij SSL als er via MiTM wordt afgeluisterd. Dit is niet waar, het is alleen zichtbaar naar welk IP adres er verbonden wordt. (Daarom werkt HTTPS maar per IP adres)

[ACM]

GrooV schreef op donderdag 06 maart 2014 @ 16:54:
In nieuws: Onderzoekers: patronen in https-verkeer verraden bezochte pagina's staat er dat de domeinnaam zichtbaar is bij SSL als er via MiTM wordt afgeluisterd. Dit is niet waar, het is alleen zichtbaar naar welk IP adres er verbonden wordt. (Daarom werkt HTTPS maar per IP adres)

Je bedoelt daarmee dat er maar 1 name-based virtual host per ip kan bij https?

Dat is achterhaalt, je kan al heel lang SNI gebruiken:
http://wiki.apache.org/httpd/NameBasedSSLVHostsWithSNI
Wikipedia: Server Name Indication

Ik weet alleen niet hoe leesbaar de bedoelde hostname in het dataverkeer zit, je zou verwachten dat ook dat de eerste elementen van het opzetten van de SSL-verbinding al versleuteld zijn

[Dysmael]

ACM schreef op donderdag 06 maart 2014 @ 17:37:
[...]

Ik weet alleen niet hoe leesbaar de bedoelde hostname in het dataverkeer zit, je zou verwachten dat ook dat de eerste elementen van het opzetten van de SSL-verbinding al versleuteld zijn

U vraagt, wij draaien;


Ja en nee.

Ja, vanaf de eerste packet vind versleuteling plaats.

Nee, je kan uit het HTTPS verkeer ook de domeinnaam halen. Bij HTTP verkeer is de opgevraagd host inderdaad plain text zichtbaar. Dat is wat GrooV waarschijnlijk bedoeld. Er is inderdaad gelijk een versleutelde communicatie naar een IP adres. Maar de hostname is daar wel degelijk uit te halen.

Hostname in standaard HTTP verkeer:


Hostname herleiden uit SSL handshake:


Hostname herleiden door het IP te resolven:


Hostname uit SSL certificaat halen:


Je kan dus wel degelijk de hostname (domeinname) uit SSL verkeer halen. Of door de TLS handshake te bekijken of door deze te herleiden door het IP te resolven en naar het certificaat te kijken. Daarbij is de informatie in de TLS handshake wel het enige dat betrouwbaar is. IP resolven en certificaat bekijken zijn beide truukjes die niet 100% accuraat zijn.

[ Voor 11% gewijzigd door Dysmael op 06-03-2014 17:59 ]

[Joost]

Veel dank voor deze uitleg, Rolf

[GrooV]

Ja dat klopt, maar wat ik bedoel, je kan geen aanname doen op basis van het certificaat.

Je weet namelijk niet of iemand naar https://gathering.tweakers.net gaat of naar https://tweakers.net gaat, beide sites zitten op het zelfde ip met het zelfde certificaat. Helemaal bij shared hosting zitten er 100en sites op 1 server met 1 ip met 1 certificaat.

Stel dat tweakers ooit wikileaks.tweakers.net begint op dat zelfde ipadres dan weet nooit iemand dat jij daar bent geweest.

Daarom klopt de zin ook niet dat de domeinnaam waar mee je verbinding maakt zichtbaar is. Hooguit de domeinnaam die in het certificaat staat.

[ Voor 30% gewijzigd door GrooV op 07-03-2014 10:19 . Reden: uitleg ]

[Dysmael]

Misschien was ik te uitgebreid. Informatie in het certificaat is inderdaad niet voldoende. Dat is een extraatje.

Je kan wel degelijk uit een TLS handshake exact de hostname halen. Zie onderste voorbeeld waarin duidelijk de servernaam 'gathering.tweakers.net' staat in de TLS handshake.

Als Tweakers wikileaks.tweakers.net begint op hetzelfde IP dan is dat op gelijke wijze te herleiden en staat duidelijk 'wikileaks.tweakers.net' in de TLS handshake.

ACM verwees al naar SNI (Server Name Indication)

De zin waarin staat dat de domeinnaam waar je verbinding mee maakt zichtbaar is klopt wel. Staat volledig los van het certificaat dat pas later in beeld komt.

[GrooV]

Inderdaad, je hebt gelijkt