Jump to: navigation, search

Dev/Build Anonymity

< Dev(Redirected from Build Anonymity)

Build Anonymity[edit]

This does only apply, if you are going to build Whonix from source, and/or if you are going to redistribute Whonix and/or if you are going to use Physical Isolation. This is not a Whonix specific problem. Most projects do not even have a chapter about build anonymity. While building Whonix, software has to be downloaded. It's a unique selection of software and there is no way to make it non-unique. Therefore your internet service provider (ISP) could guess, that you are building Whonix. This should not be of any concern in a free country (free by your own definition), if the content of your traffic is not being observed or logged.

Especially, but not exclusively, in case you want to redistribute Whonix, you might be interested to hide the fact, you are building Whonix (i.e. you want to stay anonymous).

To prevent any kind of personally identifiable or even fingerprintable information leaking from the build system into the Whonix images, it is recommended to build inside of an already torified Virtual Machine. [1] You can build Whonix inside an existing Whonix-Workstation, but it can also be built on a headless server.

It's also recommended to build in an already torified Virtual Machine, because that prevents leaks from the build system, which could help an attacker (with root access to the Whonix-Workstation), to gather identifiable information about that build system, that could ultimately lead back to your identity.

Beginning with Whonix 0.4.0, we use grml-debootstrap and chroot for virtual machine image creation. The grml-debootstrap source code tells, that it copies /etc/network/interfaces and /etc/resolv.conf into the chroot. grml-debootstrap also mounts a lot devices (/dev, /proc etc.) inside the chroot and later Whonix's chroot also mounts some devices. That's why it's recommended to build inside an already torified virtual machine.

Building from source code naturally also leaves local traces on the disk, such as the source code itself and build dependencies. If that is of concern to you, it can be more easily disposed, when it's contained in a Virtual Machine.

It would also be possible to build directly on the host and torify all connections the scripts make, but we don't know what other grml-debootstrap/chroot related leaks there might be.

We know it's not the best solution to build inside a VM.

VirtualBox inside VirtualBox[edit]

See Nested Virtualization.


corridor, a Tor traffic whitelisting gateway might be useful. See also discussion on the tor-talk mailing list.


  1. Yes, this creates a bootstrap, chicken or egg problem. To solve it you can either download already existing Whonix binary builds or if you prefer to build from source, build a minimal torified machine yourself first while running any network traffic over Tor. Any help required with that? Contact us. See also Manually Creating Whonix.

Random News:

Check out Whonix blog.

Impressum | Datenschutz | Haftungsausschluss

https | (forcing) onion
Share: Twitter | Facebook | Google+
This is a wiki. Want to improve this page? Help welcome, volunteer contributions are happily considered! See Conditions for Contributions to Whonix, then Edit! IP addresses are scrubbed, but editing over Tor is recommended. Edits are held for moderation. Whonix (g+) is a licensee of the Open Invention Network. Unless otherwise noted above, content of this page is copyrighted and licensed under the same Free (as in speech) license as Whonix itself.