diff --git a/opsec/sensitivevm/index.html b/opsec/sensitivevm/index.html index b35ca45..a2b40fc 100644 --- a/opsec/sensitivevm/index.html +++ b/opsec/sensitivevm/index.html @@ -89,6 +89,8 @@
First of all as you have seen, the requirement is that we do this setup from the Host OS, in live mode. That is because we want to make sure that there is no forensic evidence to be saved on the system drive as we have explained previously.
While in Live mode we can't write anything new on the system disk (such as the system logs, kernel logs, non-standard logs) which can all be potential forensic evidence that the hidden volume exists. Instead, everything is written into RAM, and we can easily erase all of those contents with a simple reboot. While in live mode however, we can write to non-system drives, which is where we will setup a big enough veracrypt volume to store the Whonix VMs that we will use for long-term sensitive use.
@@ -104,6 +106,7 @@So before we start, make sure you reboot the Host OS to go into live mode
or boot from a usb stick that has a debian live image if you are in the usecase where the adversary can't be told you are using kicksecure packages:
And now that we did the post-live-boot initial setup, we can start to setup our veracrypt volumes on our 500Gb harddrive:
Here we're using a non-system drive, as we want to be able to store our veracrypt hidden volume contents in a persistent manner, accross reboots. (if we were to have the veracrypt volume on the system drive, it would be wiped off upon rebooting since the Host OS is in live mode.)
+And in our veracrypt outer (decoy) volume, we're going to setup the veracrypt inner (hidden) volume, and set it to be 250Gb big:
+Now that the vercarypt volume has been setup, to highlight the mechanism, for the same harddrive, you have 2 passwords. Password A opens up the decoy volume, and Password B (which must remains secret, only to be known by you) opens up the hidden volume:
+From there you'll see that the Whonix VMs are imported:
And now to remove them you can just run the same script again:
[ nowhere ] [ /dev/pts/1 ] [/mnt/veracrypt1]
@@ -376,8 +404,10 @@ Network Whonix-Internal has been undefined
Now first dismount the hidden volume:
And then mount the decoy volume:
In the decoy volume, we want content that makes sense to be kept hidden in an encrypted volume while still not being considered as sensitive (meaning nothing that can get you into trouble like adult content, or movies that you pirated):
[ nowhere ] [ /dev/pts/1 ] [/mnt]
@@ -398,6 +428,7 @@ lost+found
So in this example we're going to pretend we have pirated some movies and got some adult content, that way we have an excuse as to why we have an encrypted veracrypt volume if ever forced by an adversary. We then create the script.sh which will basically be used to kill the media player window:
[ nowhere ] [ /dev/pts/1 ] [/mnt/veracrypt1]
@@ -636,22 +667,29 @@ nihilist@mainpc:~$ scp shutdown.sh root@65.109.30.253:/root/sensitive_scripts/sh
As stated before, this part is relevant only if you are in the usecase where veracrypt remains installed on the host OS outside of live mode. You can skip that part if you are keeping veracrypt installed only in live mode.
So first we open the veracrypt, and open the decoy volume:
+
+
Then we open VLC, and we hit "Open file" and browse to our non-sensitive files:
+
+
Then suddenly someone busts your front door, and you quickly press "Super+R" the VLC window immediately closes, followed by the closure of the veracrypt volume, and in a few seconds you have the Host OS shutting down. And as the Host OS shuts down, all the RAM contents are erased (even though there was nothing sensitive in it this time).
-
And that's it ! if the adversary didnt get to your desk by the time you pressed the shortcut, he didnt get to see the content you were playing on your monitor.
Hidden Volume Scenario (using the sensitive VM)
Now to test emergency shutdown on the hidden volume side, we first open the hidden volume:
+
+
Once the hidden volume is mounted, we hit "Super+V" to quickly setup the whonix VMs:
+
And after a while of doing some actual sensitive stuff on the whonix VM you hear your front door being busted down, so you quickly hit "Ctrl+Alt" to focus out of the VM, and then you hit "Super+R" to trigger the emergency shutdown:
+
Here it also only takes approximately 4 seconds after pressing "Super+R" to have the VMs removed, the veracrypt volume closed, and your Host OS shutdown, erasing all the forensic evidence regarding the existence of the veracrypt hidden volume and the Sensitive Whonix VM that it contains.
And that's it ! You now have a Sensitive VM ready to be used, and you have implemented the necessary measures to protect the deniability of it's existance, from an adversary.
@@ -669,6 +707,7 @@ nihilist@mainpc:~$ scp shutdown.sh root@65.109.30.253:/root/sensitive_scripts/sh
With this setup, you have deniability the moment that the Host OS finishes shutting down, regarding the existance of the veracrypt hidden volume, and the whonix sensitive VMs that are in it. Meaning that it is impossible for an adversary that seizes your computer to prove the existance of the Whonix Sensitive VMs after the Host OS finished shutting down.
If you leave veracrypt and shutdown.sh on the host OS, below is all an adversary will be able to see , if he were to seize your laptop after you manage to shut it down:
+
Of course, if you are ever forced to, ONLY give your decoy password to the adversary. The existance of the hidden volume, and of the secret password thats used to reveal it must remain a secret at all costs, it must remain known only by you.
If you are ever dragged into court, the judge will appreciate much more if you actually hand over your laptop, and show that you are willing to cooperate with the authorities by providing your password to unlock it, rather than starting to pretend you forgot your password (which can end badly like in this court case, where the defendant was found to be in contempt of court, and thrown in jail for 6 months for it).
If ever asked by the authorities on why you used veracrypt in your laptop, you can simply claim that it was to put your stash of adult content in it. Nothing incriminating about it, and it is plausible given that you dont want that laying around on your desktop, due to being of a private matter.