Live data from Hacker News

Tor 0day: Stopping Tor Connections

hackerfactor.com

11–20 of 92 posts

Re: Tor 0day: Stopping Tor Connections

#11
> Unfortunately, sometimes companies are non-responsive. At that point, I have a few options. I can sell the vulnerability to someone else who will certainly exploit it. I can just let it sit -- maybe the bug will be fixed by coincidence or become obsolete, or maybe I'll find another use for it later. (I have a large collection of sitting vulnerabilities, some dating back decades.)

This sounds so interesting to me to hear about. Can anyone recommend a podcast where like-minded engineers discuss things like this? I'd love to vicariously live through their hacking adventures.

Re: Tor 0day: Stopping Tor Connections

#12
post #8

> The bug is simple enough: using JavaScript, you can identify the scrollbar width. I thought it was accepted and strongly emphasized that running JavaScript in a Tor environment was insecure and could leak information in all sorts of ways, which is why Tor Browser came with NoScript enabled by default. Is that no longer the case? Is there now an expectation that you should be able to safely run JS in Tor Browser wit…

You are not able to safely run JS in Tor Browser, but JS is enabled by default.

Re: Tor 0day: Stopping Tor Connections

#13
post #8

> The bug is simple enough: using JavaScript, you can identify the scrollbar width. I thought it was accepted and strongly emphasized that running JavaScript in a Tor environment was insecure and could leak information in all sorts of ways, which is why Tor Browser came with NoScript enabled by default. Is that no longer the case? Is there now an expectation that you should be able to safely run JS in Tor Browser wit…

Iirc, they have been allowing scripting on HTTPS sites by default for some time now.

Re: Tor 0day: Stopping Tor Connections

#14
post #8

> The bug is simple enough: using JavaScript, you can identify the scrollbar width. I thought it was accepted and strongly emphasized that running JavaScript in a Tor environment was insecure and could leak information in all sorts of ways, which is why Tor Browser came with NoScript enabled by default. Is that no longer the case? Is there now an expectation that you should be able to safely run JS in Tor Browser wit…

https://2019.www.torproject.org/docs/faq.html.en#TBBJavaScri...

Re: Tor 0day: Stopping Tor Connections

#15
post #2

Browsing over Tor, I cannot read the article. Instead the entire page source is: Banned ...

I believe they are demonstrating one of their 0days. Easily identifying tor traffic based on the packet. 0Day #1: Blocking Tor Connections the Smart Way There are two problems with the "block them all" approach. First, there are thousands of Tor nodes. Checking every network connection against every possible Tor node takes time. This is fine if you have a slow network or low traffic volume, but it doesn't scale well…

That identifies Tor clients, not connections from Tor exit nodes to servers.

Re: Tor 0day: Stopping Tor Connections

#16
post #8

> The bug is simple enough: using JavaScript, you can identify the scrollbar width. I thought it was accepted and strongly emphasized that running JavaScript in a Tor environment was insecure and could leak information in all sorts of ways, which is why Tor Browser came with NoScript enabled by default. Is that no longer the case? Is there now an expectation that you should be able to safely run JS in Tor Browser wit…

Javascript is unfortunately a major part of the web. In terms of Tor's core goals, I think it's preventing the leaking of IP information and overcoming censorship. Preventing websites from identifying a Tor browser is probably a secondary goal.

A website operator can already get refreshed lists of Tor exit nodes and simply block them. Your ISP/government can already see that there's Tor traffic coming from your house, and probably "match" at least some activity with an exit node.

Re: Tor 0day: Stopping Tor Connections

#17
post #7

As a person who has, over the years, been recommending Tor and defending it against people claiming it's backdoored and useless, I'm disappointed. Can anybody here on HN give information on how some Tor alternatives and projects with similar goals are holding up?

I'm not sure there is a good alternative. Most of the alternatives are built with Java, which (considering tor isn't considered safe with Java enabled) doesn't seem like an improvement.

Is there an alternative that's performant and built with a decent language? Or do the good ones just get snuffed out?

Re: Tor 0day: Stopping Tor Connections

#18
> (Many users think that Tor makes them anonymous. But Tor users can be tracked online; they are not anonymous.)

Being tracked and anonymous feel like two distinct issues. If you were to only see a hash of my username, you could track me, but you couldn't identify me with it. Definitely something you'd want TOR to stop, but I think that's pretty important.

The other vulnerability is that websites can identify that a user is using TOR. My understanding is that this has always been fairly trivial?

It feels like the real 'story' here is that the TOR project hasn't been grooming their bug bounty program, and so there may be more serious bugs lurking.

Re: Tor 0day: Stopping Tor Connections

#19
post #17
post #7

As a person who has, over the years, been recommending Tor and defending it against people claiming it's backdoored and useless, I'm disappointed. Can anybody here on HN give information on how some Tor alternatives and projects with similar goals are holding up?

I'm not sure there is a good alternative. Most of the alternatives are built with Java, which (considering tor isn't considered safe with Java enabled) doesn't seem like an improvement. Is there an alternative that's performant and built with a decent language? Or do the good ones just get snuffed out?

Java is not the same thing as JavaScript

Re: Tor 0day: Stopping Tor Connections

#20
> "After a lot of back-and-forth technical discussions, the Tor Project's representative wrote, "I'm a bit lost with all this info in this ticket. I feel like lots of the discussion here is fruitful but they are more brainstormy and researchy and less fitting to a bug bounty ticket." They concluded with: "Is there a particular bug you want to submit for bug bounty?" In my opinion, describing a vulnerability and mitigation options is not "brainstormy and researchy". To me, it sounds like they were either not competent enough to fix the bug, or they were not interested. In any case, they were just wasting time."

This plus the other descriptions/responses from the project in his post makes me think the project has attracted a lot of people that aren't programmers or can't actually do the valuable work of fixing the thing (though I'd be interested in seeing the specific ticket).

I'd guess that projects like Tor that interest people outside of strict programmer types have this as a bigger issue.

The result is you end up with a lot of people filing tickets and writing emails, but very few actually doing work to fix things because they don't know how. The few that could figure it out, are probably over extended. Having non-programmers interested in helping isn't necessarily a bad thing since good support people help make it easier to fix issues, but it can become bad if support people bias to closing issues because they can't fix them and closing them becomes the goal.

Tor does have some obfuscation proxies (called pluggable transports) to try and disguise the traffic to make it harder to block (there were videos a few years ago when I looked into how Tor worked that talked about this, the traffic is disguised as VOIP among other things). I know China blocks Tor by blocking all the bridge nodes it can find (both public and private) and by using the tricks he describes to slow or stop identified traffic. I think the head of the project cares about these issues.

Not an easy problem to fix, they probably need more programmers. Maybe a direct focus on these issues would help, but it could be they're focused on problems of similar or worse severity (hard to know).

Post reply on HN