Firefox 3.5 lekt DNS gegevens

Door Bor de Wollef op dinsdag 14 juli 2009 17:00
Categorie: Tech, Views: 1882

Regelmatig worden lekken gevonden in Internet browsers. Deze keer is de
nieuwste telg in de Firefox familie aan de beurt.


http://accesstotools.com/wp-content/uploads/2008/03/firefox.jpg


Anonieme beveligingsonderzoeker "Tw1zl3r" meldt een probleem in de
populaire Internet browser Firefox 3.5 waardoor DNS gegevens gelekt worden. Zelfs
bij gebruik van SSH-tunnel of bijvoorbeeld TOR is men niet veilig.

Het probleem wordt veroorzaakt doordat Firefox 3.5 alleen de lokale DNS
gebruikt om queries uit te voeren ook al stelt men de browser in om via
een proxy queries uit te voeren. Hierdoor worden alle queries naar de
lokale DNS server gestuurd. Op deze manier lekt Firefox via de lokale
DNS query's zoekopdrachten wat beschouwd moet worden als een privacy lek.

"Tw1zl3r" geeft meer informatie en een stappenplan:
Start up FireFox 3.5, enable your SSH tunnel settings using putty. I have a Linux server with open SSH that I use to proxy http traffic. Enable your ssh SOCKS proxy 127.0.0.1 and proxy port and lastly set the FireFox 3.5 about Config to true for network.proyx.socks remote.
The above settings should enable you to go wherever you want with out having DNS leaks and anonymous browsing in places such as a coffee shop or in a college doom room that has restricted access.
http://tweakers.net/ext/f/SaYdaTJFjjKUq9YjKK3j231a/full.jpg
Turn on WireShark and let it run on your nic while you do some web surfing. If 3.5 firefox worked correctly you will not see any DNS data since you are using a socks5 proxy with the about:config toggel network.proxy.socks_remote_dns option TRUE.
Een footnote is nodig: "Tw1zl3r" maakt bij het uitvoeren van diverse tests gebruik van de Firefox plugin "FoxyProxy". Het is mogelijk dat deze plugin het lek beinvloed of zelfs veroorzaakt.

In de tussentijd adviseert "Tw1zl3r" een rolback naar Firefox 3.0 voor de privacy minded gebruikers.

Volgende:  Oracle "Patch Tuesday": 30 security patches 15-07
Volgende: Nokia Symbian - Jbak TaskMan 13-07

Reacties


Door T.net user Bor de Wollef, dinsdag 14 juli 2009 17:18

Update: de link naar het bronartikel leek niet te werken: fixed.

Door T.net user veldmuis, dinsdag 14 juli 2009 17:20

Een footnote is nodig: "Tw1zl3r" maakt bij het uitvoeren van diverse tests gebruik van de Firefox plugin "FoxyProxy". Het is mogelijk dat deze plugin het lek beinvloed of zelfs veroorzaakt.

In de tussentijd adviseert "Tw1zl3r" een rolback naar Firefox 3.0 voor de privacy minded gebruikers.
Ja, of een uninstall van FoxyProxy? Want wat het is, wie zal het zeggen? Waarom dat niet eerst testen?

Voorlopig een goedkope troll richting Firefox dus?

Door T.net user LuCarD, dinsdag 14 juli 2009 17:20

Dit is niet de enige reden om terug te gaan naar FF3.0

Er is nog steeds een irritante bug mbt het opstarten van FF 3.5

http://weblogs.asp.net/fb...e-firefox-3-5-fiasco.aspx

Door T.net user ACM, dinsdag 14 juli 2009 17:49

In de tussentijd adviseert "Tw1zl3r" een rolback naar Firefox 3.0 voor de privacy minded gebruikers.
Dat lijkt me alleen een zinnig advies voor mensen die de netwerk/dns ter plaatse niet vertrouwen? Zelfs als je privacy-minded bent kan je tenslotte prima met een niet-proxied dns-server werken, zolang je die maar kan vertrouwen. Bovendien, als je de lokale dns niet vertrouwd (en je hebt toegang tot je eigen systeem), dan kan je altijd nog de dns-settings van je systeem aanpassen...

Voor restricted systemen waar je niet zoveel vrijheid hebt is het uiteraard een ander verhaal. Maar dan is natuurlijk nog de vraag of je daar uberhaupt wel "gevaarlijke" dingen moet doen. Want je bent dan tenslotte nog niet gevrijwaard van keylogging en screencapturers.

Door T.net user Adion, dinsdag 14 juli 2009 18:31

Aan een dns-server vraag je in principe toch enkel het ip-adres van de server, de eigenlijke request doe je dan toch vervolgens via dat ip-adres.
Volgens mij kan de dns-server dus enkel loggen dat je vermoedelijk een pagina op google.com hebt willen opvragen, maar welke search query je daar naartoe gestuurd heb weet die toch nog steeds niet?

Door T.net user Bor de Wollef, dinsdag 14 juli 2009 18:32

@Adion, het gaat natuurlijk niet alleen om google pagina's maar in feite om alle DNS entries die je opvraagt. Gecombineerd met IP logging en tijd kun je hiermee zaken terugherleiden naar systemen en / of gebruikers.

Door T.net user 206724, dinsdag 14 juli 2009 19:01

Ach ja, een tweak in about:config en het is opgelost.

network.proxy.socks_remote_dns :)

Door T.net user Bor de Wollef, dinsdag 14 juli 2009 19:04

@epic_fail: heb je de bron wel gelezen :?
If 3.5 firefox worked correctly you will not see any DNS data since you are using a socks5 proxy with the about:config toggel network.proxy.socks_remote_dns option TRUE.
Punt is dat dat juist niet uit lijkt te maken. Bekijk ook het plaatje nog eens zou ik zeggen.

[Reactie gewijzigd op dinsdag 14 juli 2009 19:04]


Door T.net user 206724, dinsdag 14 juli 2009 19:11

Hmm, hier lijken DNS forwards toch echt door de SOCKS tunnel te gaan. Als ik lokaal en niet bestaande server opgeef en met de standaard firefox config connect via de tunnel krijg ik zoals verwacht een error. Na het aanzetten van die optie werken remote DNS lookups wel.

Door T.net user Soldaatje, dinsdag 14 juli 2009 20:08

Totdat dit beter getest is kwalificeer ik dit als een niet bestaande bug.

Door T.net user Werewolf_789, dinsdag 14 juli 2009 20:34

Waarom test hij niet gewoon of de bug te maken heeft met FoxyProxy? Dat zou toch het meest logische zijn om te testen?

Door T.net user Bor de Wollef, dinsdag 14 juli 2009 23:12

Ik heb zojuist een aantal onzinnige / respectloze reacties moeten verwijderen. Houd het svp netjes en ontopic in de reacties.

Door T.net user DOT, woensdag 15 juli 2009 11:59

CENSUUR!!!!! :D:D

Door T.net user sjorsjuhmaniac, woensdag 15 juli 2009 13:19

Conclusie is FOUT.

FF:
Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1) Gecko/20090624 Firefox/3.5 (.NET CLR 3.5.30729)

-proxy via ssh tunnel naar mijn eigen server
-socks_remote_dns = true

Wireshark toont geen dns requests.

zelfde opstelling maar dan met:
-socks_remote_dns = false

Wireshark toont wel dns requests.

add-ons:
adblock plus 1.1
downthemall
forcastfox
foxclocks
IETab
Engels Duits Nederlands woordenboeken

Zonde van zo'n conclusie... lijkt me een kleine moeite om gelijk te test of het aan foxyproxy ligt.

Reactie formulier
(verplicht)
(verplicht, maar wordt niet getoond)
(optioneel)

Voer de code van onderstaand anti-spam plaatje in: