News for hackers. Stuff that matters.
Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @07:17PM (#13067392)
If TBB leads want to run Firefox with JavaScript "default on", then Tor Browser Bundle needs to be messaged as insecure. Either that or turn on NoScript and inform people what bad shit can happen when their browser is interpreting arbitrary code in a not-so-sandboxed manner. TBB is not a solution against targeted deanonymization attacks.

This is neither the first nor is the last 0day in Firefox that will affect TBB.

IMO the best practical mitigation against these attacks is sandboxing with an amnesic system like Tails, as even as a VM it will leak a lot less information about the machine it is running on and requires burning both a Firefox 0day and a VM escape to get any real information outside of the real IP address of the user and some basic things out of /proc (although Tails may protect against the latter now). Also, as the whole VM goes away when it's closed, you're not getting persistence on that machine if you just pop the browser.

A 30 second glance at the source code makes it looks like this exploit pivots to attacker-controlled memory on the heap, and spawns a thread using kernel32.dll. As EMET has hardening against attacks like this, I am curious if this exploit works at all on EMET-enabled Windows systems.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @07:26PM (#13067429)
Unfortunately based on my experience training activists/journalists all over the world, the average user at risk in the field struggles to use TAILS.
Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @07:30PM (#13067454)
What's their biggest struggle with it?

PS, if you're ever on the US West Coast or in Singapore, drop me a DM. I'll buy you a drink someplace.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @07:35PM (#13067474)
Honestly? Many things:

-It's tricky for a non-technical user to setup

-It disrupts their regular workflow

-People get frustrated with speeds of Tor etc

-People get frustrated with Captcha (Dam Cloudflare!) and other things caused by using Tor in a safe manner.

-People get annoyed as it doesn't solve their problems and exposure on mobile

-You have to restart to run it

-They can't run their regular programs on it - MS Office, Outlook, Adobe, etc.

-It's Linux based, so a big mental jump for most people coming from Windows (or most people not at the command line on OS X)

-It's hard to access files on other drives

-Documentation and TAILS is only available in certain languages

-It often has driver problems - e.g Macbook Pro 2015 WIFI issues

-In developing states, computer literacy is low, so anything other than the norm (Windows) is confusing

-In developing states, hardware tends to be slow (often counterfeit) so running TAILS in RAM is slow

-People lose the USB sticks they put TAILS on (also many counterfeits, so they often fail or have a false size)

-TAILS often requires training, which not everyone has access to

-Skills fade for digital security training with journalists/activists is often quite high, especially if they don't need it that often.

-the list goes on............

Don't get me wrong, I think it's great (as is Qubes, Subgraph etc) but we need to be realistic about it's limitations for the majority of people. Especially if we want to be sensible and try to tailor advice, training and tools to their realistic threat models.

P.S Definitely, I'm on the West Coast probably once a year. Ditto you if your ever in Dublin (Ireland, not that fake one in California :) or London!

Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @07:43PM (#13067522)
What's their threat model, then?

If you're going to be actively targeted by exploits like this, then you shouldn't give a damn about some of these tradeoffs. If you have journalists/activists willing to go to information war with a nation-state, they shouldn't be surprised when their adversaries have the resources to pwn them. If David wants to fight goliath, they will need to take this into account. The guys with guns and power want their heads.

If the activists/journalists/whatever don't want to take the necessary precautions to use computers to talk to people in a way in which they are protected from capable adversaries, then I'm not sure what it is that they are expecting.

Also, I was recommending these users simply defending in depth by using Tails as a sandbox for a leaky browser, to require a chain of expensive exploits (browser 0day + VM escape 0day). Training someone to install VirtualBox or VMWare and run an ISO from it doesn't really disrupt too much workflow and defends in depth against the browser issues, then again I am likely wrongfully assuming VT-x/VT-d and a lot of RAM on the activists' computers.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @07:46PM (#13067544)
If the activists/journalists/whatever don't want to take the necessary precautions to use computers to talk to people in a way in which they are protected from capable adversaries, then I'm not sure what it is that they are expecting.

I get what your saying but humans are humans, journalists are busy and security is a pain for most people (until they need it).

The threat model really depends and so is too wide for me to make any sweeping statements. Clearly a US journalist working on drone strikes is a different threat model to an democracy activist in Sudan.

Re:Javascript exploit actively used against TorBrowser by tmptmp on Tuesday November 29, 2016 @09:22PM (#13067939)
>>I get what your saying but humans are humans, journalists are busy and security is a pain for most people (until they need it).

...until they see they need it.

Sad, as most people may not even know that they need to go to these kind of depths. For them, TBB seems more than enough.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @09:25PM (#13067954)
Couldn't agree more.
Re:Javascript exploit actively used against TorBrowser by lucideer on Wednesday November 30, 2016 @08:10AM (#13070357)
> If the activists/journalists/whatever don't want to take the necessary precautions to use computers to talk to people in a way in which they are protected from capable adversaries, then I'm not sure what it is that they are expecting.

The problem with this mentality is, often its not themselves they're protecting but others. If Alice and Bob are communicating, and only Alice is the one under threat: Alice may be willing to go to great lengths to make her side secure, but you really need to be making it as easy as possible for Bob, who has less of a direct incentive to overcome the inconveniences.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Wednesday November 30, 2016 @08:40AM (#13070526)
Yep. That's the beauty of Signal App or WhatsApp use of Signal Protocol. You a making it much easier to meet the person-at-risk on a platform where they already are. As opposed to tasking to use something like Pidgin.
Re:Javascript exploit actively used against TorBrowser by desci on Thursday December 01, 2016 @08:01AM (#13079058)
While that's true, the trade offs imposed are not only controversial and paradoxical, but effectively disrupts many security and privacy models.

I feel the urge to mention https://chatsecure.org/ as a notable middle of the way alternative.

Re:Javascript exploit actively used against TorBrowser by disposablezero on Wednesday November 30, 2016 @05:13AM (#13069610)
Tails' existence is a symptom of much greater illnesses but offers a false, inconvenient panacea that just muddies the water. The major, underlying issue is untrustworthy applications, operating systems and hardware the "free market" hasn't brought integrity, privacy and anonymity to barely anyone in a practical, consistent and verifiable form. It may not be easy to accomplish end-to-end verifiably-uncompromised systems, but it's the minimum standard when lives and safety are at stake. Anything less is crap, like America's attitude to nonregulation of health supplement ingredients or those 62k chemicals grandfathered in via TSCA, when there are superior regulation frameworks like those in Scandinavian countries.
Re:Javascript exploit actively used against TorBrowser by adrianN on Wednesday November 30, 2016 @07:49AM (#13070262)
I don't know whether we should push for more system integrity from the manufactures. They'll give us locked down systems that run binary blobs that your OS can't control, prevent installing alternatives OSs by only booting signed kernels... If you want user freedom you have to go another route.
Re:Javascript exploit actively used against TorBrowser by trome on Tuesday November 29, 2016 @09:41PM (#13068020)
Perhaps a solution all on an OrangePi 2E or something similar would be better, since then you have a libre platform with no blobs, and then you can theme it to be close to Windows.

Ideally Tails would move in the direction of Signal Private Messenger, Anonymity tools need to be as user friendly as possible, otherwise the user has to develop specialized skills and expectations to deal with them, which creates user rejection & user apathy.

Or, we could swap i2p in there, it'd likely be more consistent than TBB, but user friendliness was worse last I checked.

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @09:54PM (#13068090)
Having tried and failed many times, I haven't really found specific hardware deployments (e.g locked down Raspberry Pi) to work for most people. Again it's too disruptive.
Re:Javascript exploit actively used against TorBrowser by wheelerwj on Tuesday November 29, 2016 @09:13PM (#13067895)
Hey! I don't mean to hijack this conversation, but I see you built Umbrella specifically for android.

In an attempt to take back a little control over my personal data, I've switched from android devices back to ios. I notice that orbot/orfox aren't available for ios and it doesn't appear umbrella is either.

Is there something I am missing about apple's platform that makes android the better choice for security? Or why aren't people building ios apps for security?

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @09:23PM (#13067946)
Hey no worries....a few things.

-Umbrella on iOS is coming in 2nd quarter of next year! Whoohoo (We get asked about this all the time).

-The main reason that we and a number of other open-source projects built on Android first is that because is by far the dominant smartphone platform. Especially in developing areas with significant human rights problems like China, Russia, parts of Africa and Asia. Mainly because the cost of Android phones is low.

-On the security specific question. I think the Android vs iOS debate has evolved. A few years ago it was felt that the open-source(ish) and customisation aspects of the Android platform meant that it was the more obvious choice for a secure phone.

I think that what we have seen recently, with tens of millions of Android phones not getting updates etc - has probably challenged that[1]. Especially when iOS now has encryption as standard and other security features. Of course there are Android options like Copperhead/F-Droid/Guardian Project which are examples of how you can retake control to a certain extent, but I think for the average person's threat model iOS is probably pulling ahead on the security side of things.

[1] https://threatpost.com/android-security-report-29-percent-of...

Re:Javascript exploit actively used against TorBrowser by wheelerwj on Tuesday November 29, 2016 @09:38PM (#13068008)
Thanks! That's mostly what I suspected. Android does have massive market share outside of North America, but here it is much closer to 50/50. Obviously our security/privacy concerns are drastically different than those in other parts of the world so it makes sense to secure android first.

It's hard to recommend alternative distributions of android to most people. I feel like it's similar to linux 15 years ago, it CAN be more secure, but it can also be incredibly insecure if setup improperly. And if you are just going to go install playstore and google apps, was anything really accomplished?

Re:Javascript exploit actively used against TorBrowser by secfirstmd on Tuesday November 29, 2016 @09:52PM (#13068074)
Yes. Though in some countries and threat models (where Google/NSA is not your problem) we are seeing many activists/journalists switching entirely to a Google Platform...Google Apps, Docs, Android, Google Chromebooks etc. If implemented properly (two factor etc) in some threat models it actually makes more sense compared to a mishmash of systems without anyone capable of monitoring and protecting them - and it helps to reduce the overall attack surface...It's not ideal but often the best that can be offered in certain circumstances.
Re:Javascript exploit actively used against TorBrowser by wheelerwj on Tuesday November 29, 2016 @09:59PM (#13068121)
> it actually makes more sense compared to a mishmash of systems

100% agreed! It's like using new, super secret, awesome encryption (telegram/zcash) vs something more established that's been reviewed, tested, and has support.

Re:Javascript exploit actively used against TorBrowser by Nition on Wednesday November 30, 2016 @01:14AM (#13068836)
The Russian government just confirmed Sailfish for all government mobile work going forward: https://cdn.jolla.com/wp-content/uploads/bsk-pdf-manager/Jol...
Re:Javascript exploit actively used against TorBrowser by desci on Thursday December 01, 2016 @07:54AM (#13079024)
> -It's tricky for a non-technical user to setup

What exactly? A non-technical user can plug a flashdrive on an usb port. Other than that, it's basically read instructions and doing exactly what the instructions are telling, which should be what "regular" operating systems already make you do. But obviously that is the perspective of a power user. In the quality of someone trying to teach people how to use tails I also perceive the barrier imposed. I am convinced that the best path to lower this barrier is to constantly question "what exactly", until we find out.

---

> -It disrupts their regular workflow

I am afraid that this is non negotiable, although other people may disagree. I advocate that security and privacy is less about the digital tools I use and more about my habits and perspective. Much energy is wasted trying to make "fool-proof" tools, but that is ignoring the fact that the responsibility shall be on the end user, and not in the developers. There are parts of the tails documentation explaining those things much better worded than my comment.

---

> -People get frustrated with speeds of Tor etc

That is frustrating for much people. Many people don't want to be part of any anarchist agenda, but there is simply no alternative. The tor network probably will continue to be volunteer driven and an instrument of tech resistance, and that's not a hipster thing, the network is suffering real world attacks and almost always being flagged as a bad thing.

---

> -People get frustrated with Captcha (Dam Cloudflare!) and other things caused by using Tor in a safe manner.

Adding to the above comment, it boils down to the same thing. I understand that people don't want to be tricked in political agenda, but this really is about system administrators deliberately blocking tor traffic because they don't want to deal with the tor network, or because they've read somewhere that tor traffic is bad. This basically should be motivating "genuine" tor users to demand that tor network stops being blocked everywhere, but like I said, people shouldn't have to feel obligated to engage in political agenda. Although I personally advocate for the exact opposite elsewhere ;)

---

> -People get annoyed as it doesn't solve their problems and exposure on mobile

That's important. Being android a linux based system, one would think that by now we'd have something like tails for smartphones too. But is not that simple. These devices started to being manufactured in a time that placing backdoors in the hardware or in a lower software level is easier, therefore making harder to secure them, compared to desktops/laptops. That said, there are plenty initiatives and things being developed to bring security and privacy for mobile devices, but I agree that it's not yet "for the masses".

---

> -You have to restart to run it

> -They can't run their regular programs on it - MS Office, Outlook, Adobe, etc.

> -It's Linux based, so a big mental jump for most people coming from Windows (or most people not at the command line on OS X)

I can't think of other answer to that than "that's closed source people's fault, blame microsoft and adobe". I am aware that this answer doesn't solve people's problems.

---

> -It's hard to access files on other drives

I don't fully agree with this one. However, I agree that the default GNOME look and feel doesn't provide an obvious "my computer" sort of thing. That is well done on many ways in linux distros. Previous versions of tails had that solved. GTK devs, where are thou? The tails website has called everyone already, little help here =)

---

> -Documentation and TAILS is only available in certain languages

I am one of the lazy volunteer translators who should dedicate more time translating tails than the other futile things I do with my life. I hope more potential translators feel ashamed as well.

---

> -It often has driver problems - e.g Macbook Pro 2015 WIFI issues

I acknowledge that as a big problem, because people shouldn't have to compile drivers just to use an operational system. But I can't miss this one: "that's apple's fault!".

---

> -In developing states, computer literacy is low, so anything other than the norm (Windows) is confusing

> -In developing states, hardware tends to be slow (often counterfeit) so running TAILS in RAM is slow

> -People lose the USB sticks they put TAILS on (also many counterfeits, so they often fail or have a false size)

Here is the magic point where the "go blame microsoft" arguments have no sense and lose their meaning. This is the kind of reality that I see everyday and that I think should be top priority in tails development. Whose privacy and security issues are we trying to address? I don't mean to be rude, but I believe people with easy access to macbooks, fast internet connection and with means to buy many disposable usb flashdrives won't understand easily, if not at all, what it is having to operate frankenstein machines and to have only one usb flashdrive which is probably used by other people. This is serious shit because apart from the everyday problems, when these people are offered "digital inclusion", it is often something to take away for good their privacy and security, and everyday there are less gaps and possibilities of "hacking" the way out of censorship and surveillance. See internet dot org for the most nefarious example.

---

> -TAILS often requires training, which not everyone has access to

> -Skills fade for digital security training with journalists/activists is often quite high, especially if they don't need it that often.

Again that divides my opinion. I recognize that the tails doc people should always improve it bearing in mind that anyone should be able to operate tails just from reading the docs, and should be the most accessible as possible. In the other hand, security and privacy are not subjects you can solve by means of digital tools alone. There are not, and there shall be not any magical tool that dispenses the concomitant lectures people should listen to while trying to address privacy and security.

Re:Javascript exploit actively used against TorBrowser by ryuuchin on Tuesday November 29, 2016 @07:59PM (#13067609)
> A 30 second glance at the source code makes it looks like this exploit pivots to attacker-controlled memory on the heap, and spawns a thread using kernel32.dll. As EMET has hardening against attacks like this, I am curious if this exploit works at all on EMET-enabled Windows systems.

EMET can be bypassed so it's no guarantee that it would stop the exploit (but it would probably stop THIS exploit). I don't know if some modification would be able to bypass EMET or other mitigations.

A better solution would be to run javascript in a sandbox (as is done in Chrome/Chromium based browser) which has a much higher barrier to exit.

Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @08:32PM (#13067722)
> A better solution would be to run javascript in a sandbox (as is done in Chrome/Chromium based browser) which has a much higher barrier to exit.

Sure, but we can't get TBB rewritten overnight to work instantly with Chromium, and I'm sure there'd be a lot of push back on that.

Re:Javascript exploit actively used against TorBrowser by TD-Linux on Wednesday November 30, 2016 @01:48AM (#13068955)
An easier solution would be to enable e10s. It should be on by default in the next ESR, and I know TBB has been working to make their patches compatible with it.
Re:Javascript exploit actively used against TorBrowser by gcp on Wednesday November 30, 2016 @03:32AM (#13069278)
Not just e10s, they also need to enable the sandboxing, i.e. it requires Firefox 50 at least.

It should actually be easier for Tor to enable stricter sandboxing than in the default Firefox, though, as presumably they have to care less about compatibility.

Re:Javascript exploit actively used against TorBrowser by splesjaz on Tuesday November 29, 2016 @08:43PM (#13067763)
Well yea but this isn't something that we discovered today it's been years sadly :(
Re:Javascript exploit actively used against TorBrowser by MikeHolman on Tuesday November 29, 2016 @09:50PM (#13068063)
I don't know much about EMET. How would they mitigate this? After all, it's obviously valid for a VM to call CreateThread.
Re:Javascript exploit actively used against TorBrowser by micaksica on Wednesday November 30, 2016 @01:53AM (#13068969)
EMET has mitigations against stack pivoting.
Re:Javascript exploit actively used against TorBrowser by vilhelm_s on Tuesday November 29, 2016 @09:27PM (#13067964)
I've never understood the Tails threat model, and this comment does not really help. You say that it will prevent the attackers from learning any information, except the real IP address of the user. But hiding the IP address of the user is the whole point of Tor.

If you give that up, then what's even the point? The state can simply drive a black van to your house and get the rest of your information at their leisure.

Re:Javascript exploit actively used against TorBrowser by michaelt on Wednesday November 30, 2016 @03:31AM (#13069277)
If you're using Tor from a coffee shop, so an IP address alone isn't enough to identify you.

Or if you're in a country oppressive enough that they'll raid your house for using Tor, but free enough that they'll let you off if they don't find evidence you were doing something illegal over Tor, and they didn't compromise the site you were visiting just asked your ISP to look for Tor users.

Re:Javascript exploit actively used against TorBrowser by CmdrSprinkles on Wednesday November 30, 2016 @06:29AM (#13069885)
Definitely ignorant on the subject, but are there ANY nations that would meet that requirement? I would assume any that are savvy enough to detect tor AND care about it would probably not just say "Oh you crazy kids. Be more careful next time"
Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @09:56PM (#13068104)
Fine. Replace Tails with Whonix-Workstation and Whonix-Gateway, if you need to worry about leaking the IP address.
Re:Javascript exploit actively used against TorBrowser by vilhelm_s on Tuesday November 29, 2016 @10:23PM (#13068249)
"If"? Are there any Tor users who don't need to worry about leaking their IP address? Then why do they use Tor in the first place?

The Tor project itself seems to promote Tails much more than Whonix, which seems very odd to me.

Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @11:20PM (#13068468)
After thinking about this, I agree with your point, but it's past me being able to edit my original comment to address this issue there.

OK, now you have an IP. Now what? You get a warrant and search the place. What do you find? A computer, maybe an amnesic virtual machine. No actual access to the website/onion in question. IMO Tails promotes better opsec when using Tor - you don't leave any traces behind of your browsing activity, and you can't gain persistence on the victim without a sandbox escape, since the Tails VM wipes itself. It is still a defense, but maybe not a good enough one.

Re:Javascript exploit actively used against TorBrowser by haylem on Wednesday November 30, 2016 @03:39AM (#13069297)
You look at this from the privacy perspective of someone who wants to hide something within the constraints and confines of a working - and at least somewhat ethical - legal and judiciary framework.

The original use case for Tor is for people who actually need to be able to use the net and hide. If their location and they get it with the equivalent of their local government's "search warrant", it's more likely a raid, interrogation, threats, harassment, censorship, and possibly torture and death.

It's a whole different ball-game.

Re:Javascript exploit actively used against TorBrowser by micaksica on Wednesday November 30, 2016 @04:04AM (#13069393)
TL;DR: A plurality of Tor users are from Western countries with arguably decent judicial frameworks. Those that have life-or-death consequences to network anonymity will need a lot, lot more than the Tor Browser Bundle or Tor itself.

> If their location and they get it with the equivalent of their local government's "search warrant", it's more likely a raid, interrogation, threats, harassment, censorship, and possibly torture and death.

This is not who is primarily using Tor. 1/5 directly connecting users of Tor are in the United States. See:

https://metrics.torproject.org/userstats-relay-table.html

This doesn't change even for bridge users:

https://metrics.torproject.org/userstats-bridge-table.html

So, the majority of Tor users are in places I think we'd consider have somewhat working judiciary frameworks. And I'm highly skeptical of even the American judiciary framework, if you read some of my past posts.

You are correct, my original threat model was those Tor users and their use cases; if they are in FVEY territory they are probably already lost as Tor does not protect against "passive global adversaries" that FVEY IC has proven to be and may be able to be probabilistically deanonymized as was shown in the Snowden slides. [1]

Yes, I admit I should have been thinking more deeply, and my original advice isn't good enough. I have a tendency to not think things through fully before posting here, and then I edit/evolve my thoughts as time goes on, as one does in a verbal discussion.

Like you stated, clearly there are situations in which users rely on Tor for more than simple anonymity. They are already misguided in using the Tor Browser Bundle for this purpose. Use Qubes or Whonix on dedicated hardware, follow the grugq's "Opsec for Hackers" [1]. If the threat of information is torture and death, Tor alone is not going to save you from your adversary. Your threat model requires a hell of a lot more precautions than anonymity over the wire. You need to assume your tools are compromised and defend in depth as much as possible to make yourself a lot, lot harder to track.

If you are using Tor Browser Bundle on Windows, you fucked up already. If you are only using Tor Browser Bundle, you fucked up too. If you are using Tor on your home connection, nope. If your device leaks identifying information to your access points (MAC addresses, hostnames), negative. If you are not using FDE on the device when they come for you, you are toast, etc etc.

If your adversary is a powerful nation state or an organization with the ability to purchase exploits to use against you and they are willing to fuck you up physically, you have a big problem and you need bigger solutions. No anonymity project will be enough. You need to frustrate your adversary as much as possible and realize that your security comes from making you very expensive to track down, and hope they don't care enough. You are playing the game where you are angering the bear and attempting to be faster than the other guy, so that the other guy who didn't care as much is the one that is eaten.

If they do care enough to come for you, and they have the resources to break a lot of layers to get to you, and you do not have any meatspace power to fight or flee, you are highly unlikely to win.

If that's the "whole different ball game" you are playing and are just using TBB, you will lose. If your adversary is that strong or you have your life to lose, and you are likely being targeted, it is clear at this point that Tor Browser Bundle should be considered harmful without a better strategy of defense in depth.

[1] https://www.theguardian.com/world/interactive/2013/oct/04/to...

[2] https://www.youtube.com/watch?v=9XaYdCdwiWU

Re:Javascript exploit actively used against TorBrowser by haylem on Thursday December 01, 2016 @04:40AM (#13078287)
Regarding the beginning of your answers: note that nowhere in my comment did I make an assumption about the distribution of the TOR users by use-case. I spoke of the original intent. I don't really care what the vast majority of users use it for and in what context. I care about its original goals.

Regarding needing more than TOR, not necessarily so. There are many oppressive states (on different points of a large spectrum, from basic censorship to actual physical oppression), and though we read many stories about their crackdowns on privacy rights and monitoring facilities, very often we over-estimate their capabilities (e.g. the GFW of China is rather sad joke, technically speaking). So if you're not your state's Public Enemy Number 1, you're within a risk range that's most likely acceptable using TOR, so long as you use it correctly and carefully (and that you accept that risk...). Basically, it boils down to what you said: "if they do care enough to come for you, and they have the resources".

Indeed, I was also probably a bit over-simplistic in my previous answer: there are different leagues with different ball-games.

For the rest, we're in agreement.

Re:Javascript exploit actively used against TorBrowser by desci on Thursday December 01, 2016 @08:17AM (#13079132)
Also it should be noted that whenever someone raids my home, they'll find the qubes laptop which my ISP will be able to identify as the whonix computer, and therefore I will probably be tortured until I spill out the f*cking hard drive encryption password. That's useless for the tails computers.
Re:Javascript exploit actively used against TorBrowser by TomMarius on Wednesday November 30, 2016 @09:04AM (#13070731)
I know several people who use Tor purely for its tunneling, and not because of security. There are more use cases.
Re:Javascript exploit actively used against TorBrowser by desci on Thursday December 01, 2016 @08:14AM (#13079112)
Tor has a whole alternative network often labeled "deep web" that is accessible either via tor or Aaron's initiative 'tor2web'.

That's enough to state that there are cases where the access to information is more important than anonymity.

R.I.P. Aaron

Re:Javascript exploit actively used against TorBrowser by splesjaz on Tuesday November 29, 2016 @07:35PM (#13067480)
VMs are all nice and that but if the exploit can compromise the TBB it's too late already, sandboxing needs to happen in the browser on Linux you can use namespaces + strict seccomp rules but don't know what one would use for Windows. First priority would be to sandbox the browser and work your way down if you want to sandbox more stuff. For Windows EMET can help to prevent certain exploits I guess but yea a browser that can access anything on the filesystem & system calls is badstuff.
Re:Javascript exploit actively used against TorBrowser by gcp on Wednesday November 30, 2016 @03:12AM (#13069221)
VMs are all nice and that but if the exploit can compromise the TBB it's too late already, sandboxing needs to happen in the browser on Linux you can use namespaces + strict seccomp rules but don't know what one would use for Windows.

You can take a look at the sandbox implementation of Firefox (shared with Chrome) to see. TBB uses ESR which predates all that, though.

Re:Javascript exploit actively used against TorBrowser by micaksica on Tuesday November 29, 2016 @07:38PM (#13067496)
Working within an assumed breach scenario, the VM is defense in depth. Firefox has holes, and it will continue to be relatively easily exploitable as long as TBB allows for plugins and JavaScript by default. There is reticence from TBB team to disable JS by default even in the face of a few of these 0days, so you have to protect TBB users a level down from the browser and assume it'll be popped.

There are Windows "sandboxes" like Bromium, and as stated, IIRC EMET will stop the stack pivot here.

Re:Javascript exploit actively used against TorBrowser by splesjaz on Tuesday November 29, 2016 @07:48PM (#13067552)
Last time I checked they were working on a TBB sandbox [1] Let's hope it will be there soon, subgraph has oz[2] and can be used with any program really then there is firejail[3] but these 2 are only on Linux available.

1: https://blog.torproject.org/blog/q-and-yawning-angel 2: https://github.com/subgraph/oz 3: https://github.com/netblue30/firejail