Qubes DisposableVMs

From Whonix

< Qubes

Ambox warning pn.svg.png These DisposableVM (DispVM) instructions only apply to Qubes-Whonix ™ 15 in Qubes R4. [1] [2] [3]

A few usability issues in DispVMs affect anonymity. If the risks are unknown to the user, then first carefully read this page.


What are DisposableVMs?[edit]

In the Qubes TemplateVM model, [4] any changes made to a root filesystem of a TemplateBasedVM [archive] are lost upon reboot. This is advantageous for several reasons: it saves time and disk space, and allows faster, centralized updates for applications that are usually found inside the root filesystem. However, certain directories are designed to persist between reboots in order to store files and settings. These directories are stored in /rw, include /home/user and /usr/local as well as additional directories defined by "bind directory" settings. [5]

Qubes does not have a built-in snapshot capability like VirtualBox that can completely revert all changes back to a previous VM state. [6] [7] In other words, no method exists within AppVMs to reverse changes made to the persistent file system without implementing some type of custom solution. To ensure that all filesystem changes are discarded after a session, Qubes offers DispVMs. When a DispVM is shutdown, the VM is removed from Qubes and all related VM images are deleted from the host filesystem. This method is not yet amnesic and should not be relied upon for anti-forensics!

While DispVMs ensure that files do not persist without user intervention, the downside is the user can no longer decide whether or not the current VM state should be kept or destroyed; users must choose beforehand to use a standard AppVM or a DispVM.

Table: Qubes R4 Inheritance and Persistence

Inheritance [8] Persistence [9]
TemplateVM n/a Everything
TemplateBasedVM /etc/skel/ to /home/ /rw/ (includes /home/ and bind-dirs [archive])
DisposableVM Template [archive] [10] /etc/skel/ to /home/ /rw/ (includes /home/, /usr/local and bind-dirs [archive])
DisposableVM [archive] /rw/ (includes /home/, /usr/local and bind-dirs [archive]) Nothing

The Layered DisposableVM System[edit]

Qubes uses a two-layered approach to DispVMs. At the core of the system is a TemplateVM upon which a DisposableVM Template [archive] is based. Every time a new DispVM is launched it is based on the DisposableVM Template - hence, two layers. In a standard Qubes-Whonix ™ installation:

  • The Whonix-Workstation ™ default TemplateVM is whonix-ws-15.
  • The Whonix-Workstation ™ default DisposableVM Template is called whonix-ws-15-dvm.
  • Each Whonix-Workstation ™ default DispVM (disp1, disp2, ...) is based on whonix-ws-15-dvm.

Once a DisposableVM Template is created, its /home/user/ directory can be customized [11] independently of the TemplateVM. In this special case, the DisposableVM Template will continue to inherit changes from the base TemplateVM's root filesystem (like package updates), but user files in /home/user/ will persist independently.

It is possible to have multiple DisposableVM Templates and DispVMs at the same time. Any TemplateBasedVM can be enabled for use as a template for DispVMs, by setting its template_for_dispvms [archive] property.

In Qubes R4, Qubes-Whonix ™ 15's default DisposableVM Template (whonix-ws-15-dvm) can be easily created using salt and will have this property set.

DisposableVM Traffic Stream Isolation[edit]

DispVMs work especially well with Whonix-Gateway ™. [12] All DispVM traffic is stream-isolated from the traffic of other VMs running in parallel.


Table: DispVM Warnings

Category Warning
Amnesic Capability
  • All changes to a DispVM's file system are discarded upon shutdown. However, DispVMs are similar to snapshots insofar as they can leave traces of their activity on storage and in memory. These traces may be later recoverable through data forensics.
  • This is further justification for using full disk encryption on the Qubes host and completely shutting down the system when it is not in use. Laptop users may wish to remove batteries to ensure that power to the RAM is definitely disconnected. [13] [14] [15] [16]
Ephemeral Whonix-Gateway ™ ProxyVMs Using DispVMs for both the Whonix ™ Gateway and Workstation in Qubes R4 does not increase security without any corresponding privacy downside, for the following reasons: [17] [18] [19]
  • DispVMs are not amnesic. In practice this means traces of their activity can be left on storage or in memory, making them vulnerable to forensic operations. [20]
  • Using a DispVM for the Whonix-Gateway ™ results in non-persistent entry guards to the Tor network; behavior unlike the default configurations for Whonix ™, Tor, and the Tor Browser Bundle. Mathematically speaking, end-to-end correlation attacks are more likely to succeed when a user chooses many random entry and exit points in the Tor network, rather than semi-permanent entry guards which are only rotated every few months. [21] [22]
  • See additional footnote. [23]
Named DisposableVMs: Manual Shutdown Unlike DispVMs spawned from the Whonix ™ default DisposableVM Template,[24] named DispVMs do not automatically shutdown when the first user process is terminated. If a fresh Named DispVM is needed, users must first shutdown the named DispVM and start a new DispVM instance. [25] Failure to do so could lead to session data from previous activities persisting until the DispVM is properly shutdown.
Spawning DisposableVMs
  • If a DispVM is spawned from within a VM that is not connected to Whonix-Gateway ™, the new DispVM may route its traffic over clearnet. [26]
  • The reason is because DispVMs inherit their NetVMs from the calling VM, or the calling VM's dispvm_netvm setting (if different). The dispvm_netvm setting can be configured per VM via: dom0Qube ManagerVM SettingsAdvancedNetVM for DisposableVM [27]
  • If the calling VM is connected to Whonix-Gateway ™, this step is not necessary and the DispVM's traffic will be routed over Tor. See: Whonix ™ default NetVM settings fixes [archive].
Tor Browser in a DisposableVM Template Do not start Tor Browser in a DisposableVM Template! For reasons why, see: Running Tor Browser in Qubes TemplateVM. Only start Tor Browser in TemplateBased AppVMs or DispVMs, see: Start Tor Browser in a DisposableVM.
Tor Browser Updater in a DisposableVM Template Do not start Tor Browser Updater in a DisposableVM Template! For reasons why, see: tb-updater in Qubes DisposableVM Template. Instead, run Tor Browser Downloader by Whonix ™ developers in Whonix-Workstation ™ TemplateVM (whonix-ws-15).
Tor Browser Version
Verify DisposableVM Status
  • Use caution when spawning a DispVM for the first time when it is based on a freshly created DisposableVM Template. This Qubes bug [archive] can lead to the DisposableVM Template starting instead of the DispVM. [28] [29] There could be serious consequences if an application like Tor Browser was started in a DisposableVM Template and used extensively for web browsing. Compromise of the DisposableVM Template would mean all DispVMs spawned from it would be similarly compromised; see Running Tor Browser in Qubes TemplateVM.
  • To check the freshly started VM is a DispVM, verify it is named [disp xxxx] where xxxx is the number assigned to that DispVM. If the DisposableVM Template was started instead, then it should be shut down immediately. If the DisposableVM Template is ever inadvertently used for a dangerous activity like web browsing, then delete it and create a new one.
Whonix-Gateway ™ Linkability The Tor Project developer Teor has stated that Tor caches DNS, HS descriptors, pre-emptive circuits, etc. [30] which may lead to linkage between AppVMs and DispVMs sharing the same Whonix-Gateway ™. The extent to which this is a threat for Whonix ™ users has now been documented; see Multiple Whonix-Workstation ™.


Note: Examples below reference GUI steps whenever possible, but Qube Manager configuration options in R4 are limited in comparison to earlier releases. [31] Where relevant, additional command line commands are listed in the footnotes.

Create a Whonix ™ Default DisposableVM Template based on Whonix-Workstation ™[edit]

  1. Update Qubes-Whonix ™.
  2. Open a dom0 terminal: Qubes App Launcher (blue/grey "Q")System ToolsXfce Terminal
  3. Create whonix-ws-15-dvm DisposableVM Template.

sudo qubesctl state.sls qvm.whonix-ws-dvm

Qubes-Whonix ™ DispVMs are now ready for use.

Create a Named Whonix ™ DisposableVM based on Whonix-Workstation ™[edit]

Info Nearly all users can skip steps 1 & 2 below. A specific use case for DispVM naming conventions has not (yet) been identified.

Do not include -dvm when naming DispVMs! Tor Browser will not be inherited from Whonix-Workstation ™ TemplateVM (whonix-ws-15) if this advice is ignored.

Before creating named DisposableVMs, familiarize yourself with their behavior and read all relevant warnings. Failure to do so could lead to unwanted behavior which occurs without the user's knowledge.

1. Create a DispVM called anon-whonix-disp based on the whonix-ws-15-dvm Template.

In dom0 run.

qvm-create -C DispVM -l red --template whonix-ws-15-dvm anon-whonix-disp

2. Launch Xfce Terminal in the DispVM.

qvm-run -a anon-whonix-disp xfce4-terminal

TODO - Investigate use cases for this procedure:

  • A named DisposableVM might be useful for a larger root/private image.
  • It might also be useful for activities such as building TemplateVMs in a DispVM.


DisposableVM Templates[edit]

Extra caution must be exercised when customizing a DisposableVM Template. [32] From a privacy perspective, it is ideal to have a DisposableVM Template that is indistinguishable from any other Whonix-Workstation ™. If changes are made to the DisposableVM Template, these may link all of the DispVMs via a uniquely generated fingerprint should they be compromised independently. Risky changes include, but are not limited to:

  • Installation of obscure programs;
  • Uncommon configuration settings; or
  • The placement of unique data files.

Always keep in mind the DispVM will likely be exposed to the greatest Internet threats.

Tor Browser is specifically designed to prevent website fingerprinting or identification based on the user's browser fingerprint. It is safest to run Tor Browser in its stock configuration so the fingerprint is less unique, due to commonality with the larger Tor Browser user pool. Each individual browser change can significantly worsen the fingerprint because of the associated entropy, [33] so only make alterations if the impacts are known. See also: tb-updater in Qubes DisposableVM Template.

A decision must be made in advance whether to disable JavaScript by default. There is a usability-security trade-off to consider: fingerprinting and usability is worsened by disabled JavaScript, but this provides better protection against vulnerabilities. Conversely, enabled JavaScript improves usability and increases the risk of exploitation, but the browser fingerprint is (likely) more common.

Tor Browser in DisposableVM Template[edit]

For most users, Tor Browser customizations in the DisposableVM Template or TemplateVM are discouraged. Advanced users who wish to customize the DVM template despite the risks should follow these steps.

Applications other than Torbrowser in DisposableVM Template[edit]

Info Customization is completely optional. Only files in /home/user (or more generally, in /rw) can be customized in a DisposableVM Template.

1. Launch the application in the DVM template.

Either open dom0 terminal and run.

qvm-run -a whonix-ws-15-dvm <app>

Or use Qube Manager:

dom0Qube Managerright-click 'whonix-ws-15-dvm'Run command in qubetype name of the <app>

2. Customize application settings.

Customize the application as per normal procedures.

3. Exit the application.

If required, save application-specific settings, then exit the application so settings are stored on the disk.

4. Shutdown the DVM template.

Either use a dom0 terminal.

qvm-shutdown whonix-ws-15-dvm

Or use Qube Manager:

dom0Qube Managerright-click 'whonix-ws-15-dvm'left-click 'Shutdown qube'

The changes will be available when the DispVM is restarted.

Delete a DisposableVM Template[edit]

If a DisposableVM Template has been customized and it is necessary to revert these changes, a DisposableVM Template can be deleted the same way as any other VM.

Note the DisposableVM Template cannot be deleted while it is the default DispVM of another VM, otherwise an error message appears. In that case, follow tips found here [archive] on how to manually change the default DispVM of VMs to another setting, then repeat the procedure.

dom0Qube Managerright-click 'whonix-ws-15-dvm'left-click 'Delete qube' [34]

Keep Tor Browser Up-to-date[edit]

To obtain the latest Tor Browser, the simplest method is to use Whonix ™ built-in Tor Browser downloader functionality. Simply update using Tor Browser Downloader by Whonix ™ (tb-updater) in Whonix-Workstation ™ TemplateVM (whonix-ws-15) when performing your usual maintenance updating:

Qubes App Launcher (blue/grey "Q")whonix-ws-15Xfce Terminal [35] [36]

Update the package lists.

sudo apt-get update


sudo apt-get dist-upgrade

If Tor Browser is not upgraded, use update-torbrowser to download a new copy.

Launch Tor Browser Downloader by Whonix ™ and follow the instructions. [37]

update-torbrowser --input gui

Shutdown the DisposableVM Template: [38]

dom0Qube Managerright-click on 'whonix-ws-15-dvm'click 'Shutdown qube'

Update a DisposableVM Template[edit]

Changes to the underlying TemplateVM (whonix-ws-15) are detected automatically and the DisposableVM Template is updated without user intervention. That means package updates that are applied to whonix-ws-15 are also applied to the whonix-ws-15-dvm.


DispVMs are well-suited for risky and largely independent activities, like web browsing or opening untrusted files. In contrast, AppVMs might be better suited for activities necessitating file persistence, like email clients with local email storage.

With either kind of VM, Qubes' VM integration tools like secure file copy [archive] and secure clipboard [archive] ensure that clean, trusted files and text can be easily and safely transferred to trusted VMs (if necessary).

User Tips[edit]

Table: DispVM User Tips

Category Recommendation
Data Storage
  • In Qubes, it is unrecommended to store any valuable data in an untrusted VM. This perspective is reinforced by the Tor Browser design which similarly does not remember bookmarks or credentials. Best practice is to store sensitive data in an offline vault VM; for instance, when accessing passwords with a password manager.
  • @rustybird has announced a new "split-tor-browser" [39] package that can retrieve urls and credentials from a trusted VM for use in a DispVM's browser. This package is yet to be tested or endorsed by Whonix ™, but it looks promising.
DispVM Shutdown A DispVM automatically shuts down when the first user-launched process is terminated. For example, if a new DispVM is created by launching Tor Browser and a user simultaneously starts typing in an editor later on, all this work will be lost after Tor Browser is closed. To avoid this, first launch a terminal in the DispVM and then launch additional applications from the terminal. This way the DispVM is only destroyed after exiting the terminal.
Offline DispVMs
  • Use utmost caution if deciding to re-establish network connectivity for off-line DispVMs! No mechanism is currently available to prevent connections to a clearnet NetVM.
  • Non-networked DispVMs are useful for opening untrusted files that potentially might try to use the network maliciously. Like all Qubes VMs, the NetVM for a DispVM can be changed dynamically while the VM is still running. Simply set the NetVM to "none" using Qube Manager or the command line interface. [40]
Spawning DispVMs from other AppVMs
  • There are several ways to spawn DispVMs from TemplateBased AppVMs. In fact, in addition to the dom0 terminal and application menu, users can also spawn DispVMs from the AppVM terminal emulator or context-menu. [41] These tools provide a safe and convenient way to open files and email attachments that could contain malicious code. There is also an option to convert potentially dangerous PDFs [archive] into trusted PDFs and open it in a DispVM. [42]
  • The most commonly used methods to spawn DispVMs from TemplateBased AppVMs are listed below. It is recommended to read the "Spawning DisposableVMs" warning detailing DispVM network settings before proceeding:
  1. Context-menu
  2. Dolphin file manager - open file in DispVM: FileActionsEdit/View in DisposableVM
  3. Nautilus file manager - open file in DispVM: FileEdit/View in DisposableVM
  4. Nautilus file manager- sanitize PDF: PDFConvert to Trusted PDF
  5. Thunderbird E-mail client - open email attachment in DispVM: EmailAttachmentsOpen in DispVM
  6. Command line interface - open file in DispVM:
    qvm-open-in-dvm <file_name>

Add a Desktop Shortcut[edit]

  1. From the Qubes application menu, drag and drop a menu item onto the desktop.
  2. Double-click the newly created launcher to start it.
  3. At first start, it is safe to click "Mark Executable".

Add an XFCE4 Panel Shortcut[edit]

From the Qubes application menu, drag and drop the menu item onto the panel.

Start Tor Browser in a DisposableVM[edit]

Tor Browser can be started via the GUI or on the command line.

If you are using a GUI, complete the following steps.

Qubes App Launcher (blue/grey "Q")Disposable: whonix-ws-15-dvmTor Browser (AnonDist)

If you are using a terminal, complete the following steps.

qvm-run --dispvm=whonix-ws-15-dvm torbrowser

After launch, always first check the Tor Browser version!

Figure: Tor Browser in Qubes-Whonix ™ DisposableVM


Start Terminal Emulator in a DisposableVM[edit]

Terminal emulator xfce4-terminal can be started via the GUI or on the command line.

If you are using a GUI, complete the following steps.

Qubes App Launcher (blue/grey "Q")Disposable: whonix-ws-15-dvmXfce Terminal

If you are using a terminal, complete the following steps.

qvm-run --dispvm=whonix-ws-15-dvm xfce4-terminal



  1. DispVMs have significant improvements; see [archive]
  2. Qubes R3.2 is unsupported by Whonix ™ developers and reached EOL [archive] on 28 March, 2019.
  3. A serious privacy bug [archive] is unresolved in Qubes R3.2 / R3.2.1 and below.
  4. AppVMs (qubes) and TemplateVMs [archive].
  5. How to make any file in a TemplateBasedVM persistent using bind-dirs [archive].
  6. Apart from qvm-revert-template-changes [archive] which can only revert to the state existing before the last shutdown of the TemplateVM.
  7. Qubes VM snapshots using git / SVN [archive].
  8. Upon creation.
  9. Following shutdown.
  10. [archive]
  11. [archive]
  12. Because each VM is assigned a unique, internal IP address.
  13. Is there a substitute for Whonix ™ lack of an Amnesic feature?
  14. DisposableVMs do not run entirely in RAM [archive].
  15. DisposableVMs: support for in-RAM execution only (for anti-forensics) #904 [archive]
  16. 4.0rc1 dirty shutdown causes dispVMs to remain persistent #3037 [archive]
  17. DisposableVMs are not Amnesic.
  18. [archive]
  19. Tor Entry Guards.
  20. This is another reminder of why full disk encryption should always be used on the host.
  21. [archive]
  22. The reason is there are both malicious and benign guards in the Tor network. The more often the user "rolls the dice" (changes guards), the greater the chance of striking out.
  23. The solution to the first problem is only allowing in-RAM execution of DisposableVMs [archive], but this is not planned for implementation in the short-term. There is no perfect solution to the second problem. That said, there is an actual unstated security-privacy trade-off by running this configuration. Theoretically, an ephemeral Whonix-Gateway ™ ProxyVM is only able to be infected for a single session (via the /home, /usr/local and /rw directories), since it is discarded upon shutdown. This provides a counterbalance to the increased threat of malicious guards, as Whonix ™ becomes more "Tails-like" [archive].
  24. See DispVM Shutdown for more on this.
  25. This is because named DispVMs are created using a similar method to that which is used to create TemplateBasedAppVMs. This means that named DispVMs -- in some respects -- exhibit behavior similar to that of a TemplateBasedAppVM. For example, behavior such as persistent VM settings across restarts; this includes, but is not limited to settings like --netvm, --autostart and --label to name a few. Before starting a new named DispVM instance, first verify in Qube Manager that the VM is fully shutdown.
  26. DispVMs are created in one of two ways: Open in DisposableVM. On the command line (domU), run.

    Edit/View in DisposableVM. From the GUI context-menu (domU). FileActionsEdit/View in DisposableVM

  27. On the command line (dom0), run.
    qvm-prefs -s vmname dispvm_netvm sys-whonix

  28. [archive]
  29. After creation of a new DisposableVM Template, all VMs spawned from the DisposableVM Template should be DispVMs by design. This includes the first start and all subsequent starts thereafter. While this is expected behavior, it is safest to confirm the DispVM was correctly spawned on each occasion it is used.
  30. [archive]
  31. For instance, DispVM networking can no longer be set from Qube Manager.
  32. Qubes documentation: DisposableVM Customization [archive].
  33. 33 bits of entropy will identify one individual out of several billion.
  34. Or on the command line (dom0), run.
    qvm-remove <vmname>

  35. dom0Qube Managerright-click on 'whonix-ws-15'click 'Run command in qube'type 'xfce4-terminal'
  36. On the command line (dom0), run.
    qvm-run -a whonix-ws-15 xfce4-terminal

  37. update-torbrowser

  38. On the command line (dom0), run.
    qvm-shutdown whonix-ws-15-dvm

    DisposableVM Template command line (domU), run.

    sudo poweroff

  39. Github: Split Browser [archive]
  40. On the command line (dom0), run.
    qvm-prefs disp<1 | 2 | ...> netvm none

  41. See: Qubes DispVMs [archive]
  42. See Micahflee's blog on How Qubes makes handling pdfs way safer [archive].

Fosshost is sponsors Kicksecure stage server Whonix old logo.png
Fosshost About Advertisements

Search engines: YaCy | Qwant | ecosia | MetaGer | peekier | Whonix ™ Wiki

Follow: 1024px-Telegram 2019 Logo.svg.png Iconfinder Apple Mail 2697658.png Twitter.png Facebook.png Rss.png Reddit.jpg 200px-Mastodon Logotype (Simple).svg.png

Support: 1024px-Telegram 2019 Logo.svg.png Discourse logo.png Matrix logo.svg.png

Donate: Donate Bank Wire Paypal Bitcoin accepted here Monero accepted here Contriute

Whonix donate bitcoin.png Monero donate Whonix.png United Federation of Planets 1000px.png

Twitter-share-button.png Facebook-share-button.png Telegram-share.png Iconfinder Apple Mail 2697658.png Reddit.jpg 200px-Mastodon Logotype (Simple).svg.png

Please help us to improve the Whonix ™ Wikipedia Page. Also see the feedback thread.

https link onion link Priority Support | Investors | Professional Support

Whonix | © ENCRYPTED SUPPORT LP | Heckert gnu.big.png Freedom Software / Osi standard logo 0.png Open Source (Why?)

The personal opinions of moderators or contributors to the Whonix ™ project do not represent the project as a whole.

By using our website, you acknowledge that you have read, understood and agreed to our Privacy Policy, Cookie Policy, Terms of Service, and E-Sign Consent.