- 1 Whonix-Workstation ™ Security Introduction
- 2 Adding a Host-Only Networking Adapter to Whonix-Workstation ™ / SSH into Whonix-Workstation ™
- 3 Adding a NAT Adapter to Whonix-Workstation ™ / Updates without Tor
- 4 AppArmor
- 5 Firejail
- 6 VM Snapshots
- 7 Footnotes
Whonix-Workstation ™ Security Introduction
If the Whonix-Workstation ™ (
anon-whonix) VM is ever compromised, the attacker has access to the data it contains, including all credentials, browser data and passwords. The IP address is never leaked since this requires a compromise of the Whonix-Gateway ™ (
sys-whonix) VM, but this information may still result in identity disclosure.
Best practice is to:
- Keep a clean master copy of the Whonix-Workstation ™ VM.
- Make snapshots / clones of the master copy.
- Only use the snapshots / clones for Internet activity.
- Periodically delete old snapshots / clones.
This way it is possible to 'rollback' -- use a new clean clone / snapshot VM -- after risky activity or if a system compromise is suspected. See the multiple VM Snapshots recommendation below.
Best practice is to:
- Use DisposableVMs for all Internet activity; or
- Periodically delete the Whonix-Workstation ™ AppVM(s) and create fresh instances from the Whonix-Workstation ™ TemplateVM.
Adding a Host-Only Networking Adapter to Whonix-Workstation ™ / SSH into Whonix-Workstation ™
If accessing the Whonix-Workstation ™ via SSH, some users may consider something dangerous - adding a second network adapter with host-only networking.
Warning: Never add another network adapter in this manner! It is also potentially dangerous if any other VMs are running except the Whonix-Workstation ™. The reason is that it will expose the MAC address of the host to the Whonix-Workstation ™.
The VMware host-only warning regarding routing and connection sharing may equally apply to Whonix: 
If you install the proper routing or proxy software on your host computer, you can establish a connection between the host virtual Ethernet adapter and a physical network adapter on the host computer. This allows you, for example, to connect the virtual machine to a Token Ring or other non-Ethernet network. On a Windows 2000, Windows XP or Windows Server 2003 host computer, you can use host-only networking in combination with the Internet connection sharing feature in Windows to allow a virtual machine to use the host's dial-up networking adapter or other connection to the Internet. See your Windows documentation for details on configuring Internet connection sharing.
If it is necessary to SSH or VNC into Whonix-Workstation ™, then use one of these recommended methods:
- It is safest to do this from another Whonix-Workstation ™. When using VMs, they can see each other if they are within the same virtual LAN. When using Physical Isolation, VMs can see each other if they are within the same LAN.
- Alternatively, run the services using Onion Services and access them through another Whonix-Workstation ™.
The following methods are not recommended, since they risk weakening isolation between the host and Whonix-Workstation ™:
- Another alternative is to run the services using Onion Services and access them from the host using ordinary torification methods.
- A final method is to SSH from the host into Whonix-Gateway ™ (see File Transfer for instructions) and then SSH from there into Whonix-Workstation ™.
Adding a NAT Adapter to Whonix-Workstation ™ / Updates without Tor
Anonymity is compromised if another NAT network adapter is added to the Whonix-Workstation ™. If this advice is disregarded, then a user's identity is leaked if/when infection occurs. Therefore, it is strongly recommended to always update over the Tor network. Although Tor updating is slow by comparison, it prevents inadvertent leaks.
It is recommended to enable the Whonix ™ AppArmor profiles which are available for various applications that are run in either the Whonix-Gateway ™ or Whonix-Workstation ™, such as Tor, Tor Browser, Thunderbird and others. The profiles are easy to apply and provide a considerable security benefit.
According to the Firejail project page: 
Firejail is a SUID program that reduces the risk of security breaches by restricting the running environment of untrusted applications using Linux namespaces and seccomp-bpf. It allows a process and all its descendants to have their own private view of the globally shared kernel resources, such as the network stack, process table, mount table. Written in C with virtually no dependencies, the software runs on any Linux computer with a 3.x kernel version or newer. The sandbox is lightweight, the overhead is low. There are no complicated configuration files to edit, no socket connections open, no daemons running in the background. All security features are implemented directly in Linux kernel and available on any Linux computer. The program is released under GPL v2 license.
Firejail has built-in profiles for a large number of popular Linux programs, including many which are used in Whonix ™. A small sample of the 100+ profiles includes: Chromium, CryptoCat, Dolphin, Evince, Firefox, HexChat, LibreOffice, Okular, Thunderbird, Transmission, VirtualBox, VLC and wget. 
Boot the Whonix-Workstation ™ (
whonix-ws-14) TemplateVM and update the package lists.
sudo apt-get update
sudo apt-get install firejail
Launch Firejailed Applications
In Qubes-Whonix ™, create a new Whonix-Workstation ™ AppVM based on any modified, cloned template(s) before running any applications. Never launch applications in the Whonix-Workstation ™ TemplateVM.
To run sandboxed applications, simply prefix the program command with "firejail" in a terminal. For example:
Running Tor Browser in a Firejail sandbox is recommended because it is an untrusted application with a huge attack surface -- it is frequently and successfully attacked in the wild. 
To confirm an application is sandboxed, open a terminal and run.
The output should show the application (Tor Browser in this example) is running in a Firejail container.
XXXX:user:firejail torbrowser XXXX:user:/bin/bash /usr/bin/torbrowser XXXX:user:bash /home/user/.tb/tor-browser/Browser/start-tor-browser --all XXXX:user:./firefox --class Tor Browser -profile TorBrowser/Data/Browse
Additional Firejail Options
The full list of Firejail command line options can be found in the official documentation. Alternatively, run the following terminal command in Whonix-Workstation ™ (
Firejail has a host of additional security features. For instance, VLC could be run while blocking access to the Internet as follows.
firejail --net=none vlc
Similarly, the following commands would run Firefox or Tor Browser with seccomp restrictions and debug output. 
firejail --debug --seccomp firefox
firejail --debug --seccomp torbrowser
Automatically Prepend Tor Browser with Firejail
Starting with Whonix ™ 14, users can automatically prepend the Tor Browser binary with Firejail.  This setting can be used in either the TemplateVM or TemplateBasedVM (Qubes-Whonix ™:
This is useful in Whonix-Workstation ™ (
Open /etc/torbrowser.d/50_user.conf in an editor with root rights.
In Qubes-Whonix ™, this is useful in
Open /rw/config/torbrowser.d/50_user.conf in an editor with root rights.
To debug any problems, run.
bash -x torbrowser
Firejail Firefox-ESR in Qubes Debian AppVM
Warning: Do not use Firefox-ESR in a Whonix ™ template! It is easily fingerprinted and is less secure than Tor Browser.
It is recommended to clone the Debian TemplateVM before proceeding, as a number of dependencies are installed:
- Complete the steps to install Firejail.
- In a Debian AppVM, launch a firejailed Firefox-ESR application.
- Confirm Firefox-ESR is sandboxed:
The output should confirm Firefox-ESR is now running in a firejail container.
Apart from offering protection against hardware serial leaks, VMs have another major advantage: the ability to quickly discard and restore a system. This process is easy in Qubes-Whonix ™, since every template-based AppVM used for activities is based on a TemplateVM which is only used for software installation and updates, and nothing else. AppVMs are easily discarded and recreated in a clean state whenever the user requires it.  In Non-Qubes-Whonix, greater precaution is required.
It is strongly recommended the user keep a master copy of the Whonix-Workstation ™ VM which is:
- Kept updated.
- Does not have any additional software installed.
- Does not have any default settings changed.
- Is not used directly for any activities.
Regular clean snapshots or clones of the master VM should be made for activities that require anonymity. Particular care must be taken that clean and unclean states are never mixed up!
The correct method for the safest operation of Non-Qubes-Whonix is as follows:
- Import both VMs into the virtualizer.
- Start both the Whonix-Gateway ™ and Whonix-Workstation ™ VMs.
- Securely update both VMs.
- After the updates have finished, shut down both VMs. Do not browse anywhere or open any unauthenticated communication channels to the internet.
- Create snapshots of both VMs in their clean state.
- Only use the snapshots for browsing or initiating any external connections.
Note: The only exception made is running apt, since it has a guaranteed way to securely download and verify packages.
For important VirtualBox information, please press on Expand on the right.
Warning: VirtualBox's VM Snapshot feature is recommended against because data loss has been experienced using it. Instead, use clones or other reliable methods outlined below.
Although VirtualBox's snapshot feature is useful when making interim snapshots of live running systems, it is not recommended as a reliable method for backing up VMs. Data loss is possible, primarily in the form of corrupted virtual hard drives (VHDs). Following VHD corruption, reverting can be very painful or even impossible. Alternative methods are copy / paste, cloning, and exporting / importing. These methods reliably provide VM backups, but disk resources are used inefficiently and manual versioning is required.
SubVersioN (SVN) Backup Tool
SubVersioN is considered the best alternative tool for backing up VM operating environments. It is similar to VirtualBox's snapshot feature, but is much more reliable and efficient. Prior to using it, familiarize yourself with the tool's documentation and design. SVN clients are available for various platforms.
SVN is a tool typically used by software developers to conduct: collaborative configuration management, version control, and backup / restore of file sets under development by many people over extended period of time. Basic functionality of versioning, backing up and restoring changes to sets of files is available. However, SVN is considered superior to CVS, GIT and other options for VM backups, because it does not have any file size limitations by design. Regardless of how big or small the files are, SVN handles them reliably and efficiently. See the following section: "Be patient with large files".
When versioning file sets, SVN employs "atomic commits". By way of comparison, Concurrent Versions System (CVS) does not employ atomic commits. Manual backup procedures are inherently not atomic functions. Additionally, SVN also handles sparse (dynamic) virtual hard disk files, an option VirtualBox offers when instantiating new virtual disk drives.
Similar to VirtualBox's snapshot capability, SVN also takes into consideration differences in files -- both textual and binary -- from version to version. For instance, if a 50 GB virtual hard drive grows by an additional 60 GB over the course of a week, SVN's repository will not necessarily increase by an additional 60 GB when a new backup is performed. The outcome depends on how much of the original file changed since the previous backup. SVN will analyze differences between newer files against older files in its repository and only save the differences. Therefore, the repository may only grow as little as 10 GB+, making more efficient use of system resources.
VirtualBox's snapshot feature provides 'branching' capability. This means it is possible to revert to an earlier version of the VM and start a new branch / version of the VM from where you left off earlier. SVN also provides similar branching capability.
Tip: For backups and restores, configuration management tools like SVN require significant additional disk space over and above the size of the file.
For instance, a 50 GB file typically requires approximately 150 GB of disk space to manage that instance of the VM. The reason is you require: 50 GB for the original source file, 50 GB in SVN's database repository, and another 50 GB for SVN's local workspace working folder ('./.svn'). Although this overhead may seem inefficient, it is not when you consider SVN's functionality and reliability in comparison to manual backup methods outlined earlier.
Complete Operating Environment Backups
In addition to backing up the Whonix-Gateway ™ and Whonix-Workstation ™(s) virtual hard drive files, it is also possible to back up the whole VirtualBox application and Whonix ™ environment for a completely restorable solution. Cloning is another possible option, but that requires more advanced technical skills.
Usually the VirtualBox application that is installed has been provided by Virtualbox.org. However, a portable application version of VirtualBox is available via a tool provided by VBox.me. This application converts VirtualBox's "install application" into a "portable application", thereby providing the option to port VMs to other computers via external USB hard drives and/or sticks. By instantiating VMs under portable VirtualBox's ~/data/.VirtualBox/Machines folder, it is possible to backup and restore the complete operating environment of not only Whonix ™, but also specific instances of VirtualBox and SVN for complete portability. This method captures the entire Whonix ™ operating environment under one parent folder, rather than distributing it across various user and system folders.
Figure: Complete Whonix ™ OS Backup #1
Figure: Complete Whonix ™ OS Backup #2
Figure: Complete Whonix ™ OS Backup #3
- Tests of Firejail in Whonix ™ with both the latest stable and alpha Tor Browser versions have succeeded.
- Preliminary tests of other security features reveals they are not yet functional in Whonix ™, for instance , , and . If the user does not specify a path to a specific profile when running Firejail, it will search for any relevant profile automatically. If a specific profile is not located, a default profile will be used.
No user support in comments. See Support.
Comments will be deleted after some time. Specifically after comments have been addressed in form of wiki enhancements. See Wiki Comments Policy.
This is a wiki. Want to improve this page? Help is welcome and volunteer contributions are happily considered! Read, understand and agree to Conditions for Contributions to Whonix ™, then Edit! Edits are held for moderation.
Copyright (C) 2012 - 2019 ENCRYPTED SUPPORT LP. Whonix ™ is a trademark. Whonix ™ is a licensee of the Open Invention Network. Unless otherwise noted, the content of this page is copyrighted and licensed under the same Freedom Software license as Whonix ™ itself. (Why?)