Not Anonymous: Attack Reveals BitTorrent Users on Tor Network
arstechnica.com
arstechnica.com
In short, Tor may have real issues, but this is not Tor's fault.
In other words, this isn't really groundbreaking at all -- if you're requesting data to be sent not over Tor, and instead only proxying your tracker requests, of course that data can be correlated. You're anonymously asking for chunk 5429817, but telling the tracker to send it to your real IP address. An interesting issue, to be sure, but it's certainly not "breaking" the Tor network.
A lot of people are complaining about how one shouldn't BitTorrent over Tor anyway, for courtesy of the network--and I agree--however, this is just the tracker data being proxied. That is, if you were actually sending the BitTorrent data over Tor (which would slow the network), then you're protected from this kind of attack because your unprotected IP would not request data from the honeypot.
From the article:
When one of the malicious exit nodes sees an attempted connection to a BitTorrent tracker, it intercepts the response and adds the IP address of one of the honeypot clients under researcher control. The user's BitTorrent client then attempts to make a data connection directly to the honeypot without using Tor, thus revealing the user's IP address to the honeypot.
The article goes on to mention that users who do tunnel their traffic through Tor are still vulnerable if they use DHT, because DHT works over UDP while Tor only proxies TCP traffic.
There is no way to know who the hell you're tunneling your traffic through, and it's really unsafe. It's much, much more safe to setup your own VPN service on another outside box/server that you personally control and tunnel everything that way.
And yes, don't ever use bittorrent on Tor, not just for the security exploit mentioned here, but the fact that that eats up __alot__ of bandwith and slows things down for everyone, dramatically.
The UofWash project mentioned in the end is a better alternative to straight bittorrent btw, in that there is __trust__ and you know who you're connecting to. Or you could just get an astraweb account, but I digress...
That exit notes can sniff traffic has been known for a long time. Compromised exit nodes do not compromise anonymity as long as you don't give up personally identifiable information in traffic that gets routed via exit nodes.
More problematic is that compromised exit nodes could inject or run man in the middle attacks on your outbound traffic. These could then make you give up your real IP. This is why you shouldn't run exploitable protocols when exiting via Tor (ie. don't use javascript, flash, etc. if you want to remain anonymous).
How do you know if that node with the pretty flag saying it's in Switzerland isn't logging all IPs, DNS requests, and packet headers straight to another Room 641A?
I just dislike when people suggest things like Tor without having used it themselves and seen the glaring issues and essential deficiencies with the tool.
Especially when there are such better and faster solutions available.
Even if an exit node's logs are compromised an adversary wouldn't know your identity if you haven't given it up in the compromised traffic.
What better solutions are available? As far as I know Tor is still the most resilient option out there.
The researchers then recorded the user's IP address from the non-TOR traffic. Nothing magically going on here.