Re:Javascript exploit actively used against TorBrowser
by easychewie on Tuesday November 29, 2016 @07:39PM
(#13067504)
> fullscreen Tor browser
Tor recommends not going full-screen, since window size can be used as one of several identifiers.
Re:Javascript exploit actively used against TorBrowser
by tlrobinson on Tuesday November 29, 2016 @07:43PM
(#13067527)
I mean fullscreen within the VM's desktop (no need for normal GNOME/KDE/whatever desktop), which itself may not be fullscreen on host OS. It would act like a native app. If you quit the browser it shuts down the VM.
Re:Javascript exploit actively used against TorBrowser
by zwindl on Tuesday November 29, 2016 @08:15PM
(#13067673)
Ah, You mean the VM only have one program which is Tor browser, and when Tor terminated the VM should terminated with it.
Re:Javascript exploit actively used against TorBrowser
by gruez on Tuesday November 29, 2016 @08:09PM
(#13067648)
>I mean fullscreen within the VM's desktop
so like... maximized?
Re:Javascript exploit actively used against TorBrowser
by 4ad on Wednesday November 30, 2016 @05:15AM
(#13069618)
How does this work?
I would expect a generic resolution like 1920x1080 to convey much less identifiable information that some random 1583x1176 that the user might resize tor browser window to.
Re:Javascript exploit actively used against TorBrowser
by easychewie on Wednesday November 30, 2016 @10:16AM
(#13071366)
The idea is to not change the window size at all from the default. If this advice is followed, you minimize the possible information leak. In your example, 1583x1176 tells us that your system is capable of rendering at least that size. Given the unusual numbers, we further suspect you're not maximized on a system capable of an 1176px tall browser (much fewer of those than 1920x1080). While not uniquely identifying, it's a piece of the puzzle.
Re:Javascript exploit actively used against TorBrowser
by 4ad on Wednesday November 30, 2016 @10:50AM
(#13071658)
A better idea would be to simply not leak any of this information at all, or if it must, return some generic 1080p regardless of the actual size. It's a terrible UX to restrict yourself to the default window size (and depending on the window manager, the default window size might not even be respected). Plus, it's so easy to accidentally change the browser window size.
Re:Javascript exploit actively used against TorBrowser
by micaksica on Tuesday November 29, 2016 @07:45PM
(#13067542)
The VM can go "full screen" and lock the height/width in X, then.
Re:Javascript exploit actively used against TorBrowser
by trome on Tuesday November 29, 2016 @09:45PM
(#13068041)
We could do stretching then when the user tries to enbiggen it, that way they don't get deanonymized!
Re:Javascript exploit actively used against TorBrowser
by micaksica on Tuesday November 29, 2016 @11:30PM
(#13068506)
It is basically impossible to fully anonymize a browser as long as JavaScript+plugins are running. EFF's Panopticlick [1] and browserleaks [2] are good at explaining some of these fingerprinting vectors.
Re:Javascript exploit actively used against TorBrowser
by homakov on Wednesday November 30, 2016 @03:45AM
(#13069325)
This is worst part of Tor browsing for me. 1000x800?! Are you kidding! Must be upped to macbook's 1680, or whatever is most popular resolution of a modern display
Re:Javascript exploit actively used against TorBrowser
by pjmlp on Wednesday November 30, 2016 @02:05AM
(#13069015)
Yes it can.
It is a type 1 hypervisor and DX is supported since a few versions.
Also the foundation of Windows 10 containers and secure kernel.
Re:Javascript exploit actively used against TorBrowser
by mtgx on Tuesday November 29, 2016 @07:49PM
(#13067554)
So basically Whonix?
Re:Javascript exploit actively used against TorBrowser
by ikeboy on Tuesday November 29, 2016 @07:37PM
(#13067485)
One word: whonix.
Re:Javascript exploit actively used against TorBrowser
by giancarlostoro on Tuesday November 29, 2016 @07:42PM
(#13067519)
ParrotSec OS is another OS that tries to fully block all connections not going through Tor, out of the box.
Re:Javascript exploit actively used against TorBrowser
by nilved on Tuesday November 29, 2016 @07:54PM
(#13067579)
Another: Qubes
Re:Javascript exploit actively used against TorBrowser
by secant on Tuesday November 29, 2016 @07:37PM
(#13067489)
A slight aside, but is Docker on Unix running natively then?
Re:Javascript exploit actively used against TorBrowser
by tlrobinson on Tuesday November 29, 2016 @07:40PM
(#13067509)
Typically yes, unless you set it up in a VM yourself (or using docker-machine)
I think Hyper-V can do graphics as well and it looks like bhyve added some sort of graphics support earlier this year, but xhyve has none. Not sure if there are any other lightweight hypervisors that support graphics (or maybe just use a protocol like X11 or VNC?).
Docker for Mac and Docker for Windows have done a great job of hiding the fact that it's using virtualization from users (but doesn't need graphics, of course)