diff --git a/opsec/anonproxy/AccessAllowed.jpg b/opsec/anonproxy/AccessAllowed.jpg new file mode 100644 index 0000000..bd38bf3 Binary files /dev/null and b/opsec/anonproxy/AccessAllowed.jpg differ diff --git a/opsec/anonproxy/AccessDenied.jpg b/opsec/anonproxy/AccessDenied.jpg new file mode 100644 index 0000000..1dc7733 Binary files /dev/null and b/opsec/anonproxy/AccessDenied.jpg differ diff --git a/opsec/anonproxy/CheckIP.png b/opsec/anonproxy/CheckIP.png new file mode 100644 index 0000000..7cbe60d Binary files /dev/null and b/opsec/anonproxy/CheckIP.png differ diff --git a/opsec/anonproxy/Deposit.png b/opsec/anonproxy/Deposit.png new file mode 100644 index 0000000..717c58c Binary files /dev/null and b/opsec/anonproxy/Deposit.png differ diff --git a/opsec/anonproxy/FoxyProxyAdd.png b/opsec/anonproxy/FoxyProxyAdd.png new file mode 100644 index 0000000..d29702f Binary files /dev/null and b/opsec/anonproxy/FoxyProxyAdd.png differ diff --git a/opsec/anonproxy/FoxyProxyInstall.png b/opsec/anonproxy/FoxyProxyInstall.png new file mode 100644 index 0000000..aa1565f Binary files /dev/null and b/opsec/anonproxy/FoxyProxyInstall.png differ diff --git a/opsec/anonproxy/FoxyProxyInstall2.png b/opsec/anonproxy/FoxyProxyInstall2.png new file mode 100644 index 0000000..f8e403a Binary files /dev/null and b/opsec/anonproxy/FoxyProxyInstall2.png differ diff --git a/opsec/anonproxy/FoxyProxyOptions.png b/opsec/anonproxy/FoxyProxyOptions.png new file mode 100644 index 0000000..a9c277d Binary files /dev/null and b/opsec/anonproxy/FoxyProxyOptions.png differ diff --git a/opsec/anonproxy/FoxyProxySearch.png b/opsec/anonproxy/FoxyProxySearch.png new file mode 100644 index 0000000..710eeb0 Binary files /dev/null and b/opsec/anonproxy/FoxyProxySearch.png differ diff --git a/opsec/anonproxy/FoxyProxySearch2.png b/opsec/anonproxy/FoxyProxySearch2.png new file mode 100644 index 0000000..2a5187e Binary files /dev/null and b/opsec/anonproxy/FoxyProxySearch2.png differ diff --git a/opsec/anonproxy/InstallAddon.png b/opsec/anonproxy/InstallAddon.png new file mode 100644 index 0000000..a2dfb80 Binary files /dev/null and b/opsec/anonproxy/InstallAddon.png differ diff --git a/opsec/anonproxy/Proxy.png b/opsec/anonproxy/Proxy.png new file mode 100644 index 0000000..d1eaad2 Binary files /dev/null and b/opsec/anonproxy/Proxy.png differ diff --git a/opsec/anonproxy/ProxyData.png b/opsec/anonproxy/ProxyData.png new file mode 100644 index 0000000..59c0c60 Binary files /dev/null and b/opsec/anonproxy/ProxyData.png differ diff --git a/opsec/anonproxy/Reg.png b/opsec/anonproxy/Reg.png new file mode 100644 index 0000000..aa67eb4 Binary files /dev/null and b/opsec/anonproxy/Reg.png differ diff --git a/opsec/anonproxy/WebsiteAccessed.png b/opsec/anonproxy/WebsiteAccessed.png new file mode 100644 index 0000000..2d432c7 Binary files /dev/null and b/opsec/anonproxy/WebsiteAccessed.png differ diff --git a/opsec/anonproxy/WebsiteDenied.png b/opsec/anonproxy/WebsiteDenied.png new file mode 100644 index 0000000..e75c1c4 Binary files /dev/null and b/opsec/anonproxy/WebsiteDenied.png differ diff --git a/opsec/anonproxy/index.html b/opsec/anonproxy/index.html new file mode 100644 index 0000000..752f1a7 --- /dev/null +++ b/opsec/anonproxy/index.html @@ -0,0 +1,207 @@ + + +
+ + + + + + + +
While Tor is a requirement to protect your anonymity online, some services refuse to be accessed anonymously, and are intentionally blocking connections coming from Tor exits nodes. These services are against your anonymity, but there are still ways to access them anonymously:
+
+
A residential proxy will reroute your access through a residential ip address, which makes your connection look like it is coming from your ISP or your mobile carrier.
+Serverside Context: This setup is to be considered only in the case where the destination website also blocks your attempts at connecting there via a (you -> Tor -> VPN -> destination) setup.
+ +Under this setup you can access those websites that are blocking both Tor and VPN traffic, while still keeping your anonymity intact.
+Warning: This setup is not officialy supported by Tor project, it should be considered as experimental. It is still recommended to use the default setup of Whonix and Tor browser for the rest of your anonymous activities online.
+ +For further details on how you can combine Tor and VPNs to protect your anonymity, refer to this tutorial
+ +Other useful reference: https://www.whonix.org/wiki/Tunnels/Connecting_to_Tor_before_a_proxy
+Hardware : (Personal Computer / Laptop)
Host OS: Linux (Or Qubes OS)
Hypervisor: libvirtd QEMU/KVM (Or Qubes OS's Xen)
Virtual Machine:Whonix (that must be dedicated to the (you -> Tor -> residential proxy -> website) setup
Warning: Everything below needs to be done inside the dedicated new whonix workstation VM!
+smspool.net is chosen to be the proxy provider for this demo, the author is not affiliated with this service. It is used because it is monero friendly, other service providers should work similarly.
+First you need to register:
+Choose "switch to hCaptcha" otherwise you might get stuck at the cloudflare verification.
+The next step is to deposit monero into the website and purchase the proxy.
+When your deposit get credited, purchase the proxy.
+Now your proxy is ready, check for the details inside "My Proxy" section.
+Copy your proxy ip, port, username, password. It will be used later.
+ +Due to an upstream change, the proxy setup method mentioned in whonix tutorial is not working https://www.whonix.org/wiki/Tunnels/Connecting_to_Tor_before_a_proxy/Proxy_Settings_Method
+ +One of the other methods is to use the foxyproxy addon. However please note that installing a plugin will change the Tor browser fingerprint, so it is highly recommended you keep the rest of your anonymous activities in a separate default Whonix Workstation VM. Use this setup only when you are in this specific serverside context.
+Choose the "add-ons and themes" in the firefox menu and search for foxyproxy.
+Install the plugin, pin the plugin and allow it to work in private windows.
+Finally, we will connect to the proxy we just purchased.
+First find foxyproxy in the menu bar and choose "options".
+Add the proxy information in the "proxy" tab.
+In this demo, the proxy is HTTP, if you use a different provider and it doesn't work, try to check the protocol. Fill all the info and save it.
+Now check the website you want to accessed, it is blocked because you are still using the Tor exit node.
+Choose the proxy you just added in FoxyProxy button, and reset your Tor browser identity.
+Now access https://check.Torproject.org, and you should see a warning says you are not using Tor, due to having the connection originating from the residential Proxy IP, this means that you have successfully completed the (you -> Tor -> residential proxy -> website) Setup, effectively hiding that you're using Tor from the destination website.
+Now try the website that blocks Tor, it should work now if you did everything correctly!
++ Shatter the big brother.
Creative Commons Zero: No Rights Reserved
+
+
+
+ RSS Feed
SimpleX Chat
+
+
Donate XMR: 87iB34vdFvNULrAjyfVAZ7jMXc8vbq9tLGMLjo6WC8N9Xo2JFaa8Vkp6dwXBt8rK12Xpz5z1rTa9jSfgyRbNNjswHKTzFVh
Contact: prismbreaker@waifu.club (PGP)
+Hardware : (Personal Computer / Laptop)
Host OS: Linux
Hypervisor: libvirtd QEMU/KVM
Harddrive (HDD): 500GB and encrypted with Veracrypt (with a 250Gb Hidden Volume)
Virtual Machine:Whonix
First, we're going to setup our veracrypt volumes on our 500Gb harddrive:
+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.
+So before we start, make sure you reboot the Host OS to go into live mode:
+Then, once in live mode we're going 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.)
@@ -119,7 +136,7 @@Now that we're done setting up both the hidden and the decoy volumes, we're going to setup the script that will launch either of the 2 script.sh scripts we just wrote, on top of also erasing all potential proof that the sensitive VM exists (meaning we erase all logs, all kernel logs, we fill the ram with random content 3 times, and we erase the command history):
+Now that we're setup, we need to be able to run that script using a shortcut to be ran from our desktop environment, I am currently using Cinnamon, therefore to create a shortcut for cinnamon you do as follows:
Now i'm also going to setup an optional shortcut "Super+V" to only run the /mnt/veracrypt1/script.sh script just so it is easier to setup the whonix VMs when inside the veracrypt hidden volume.
+Now we're setting up the shortcut "Super+V" to run the /mnt/veracrypt1/script.sh script just so it is quicker to setup the whonix VMs when inside the veracrypt hidden volume. Now to shut down the Host OS, there is already a default cinnamon shortcut which is "Ctrl+Alt+End".
And we're now all setup! So let's try it out in both scenarios (from the decoy volume, and from the hidden 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, and in 4 seconds you have the Veracrypt volume unmounted and the veracrypt window closed. Meanwhile the wipe.sh script is doing the remaining cleaning up operations in the background, which it will complete under 30 seconds.
+Then suddenly someone busts your front door, and you quickly press "Super+V" the VLC window immediately closes, and then "Ctrl+Alt+End" 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.
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 procedure:
+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 "Ctrl+Alt+End" to trigger the emergency shutdown:
Here it also only takes 4 seconds after pressing "Super+R" to have your whonix VMs shutdown, and the veracrypt hidden volume closed, with the veracrypt window closed. And in the background, the script doing the remaining cleaning steps which will take 30 seconds to complete.
+Here it also only takes approximately 4 seconds after pressing "Ctrl+Alt+End" to have your Host OS shutdown, erasing all the forensic evidence regarding the existence of the veracrypt hidden volume and the Sensitive Whonix VM 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.
With this setup, you have deniability the moment that the script finishes running, regarding the existance of the veracrypt hidden volume, and the whonix sensitive VMs. Meaning that it is impossible for an adversary that seizes your computer to prove the existance of the Whonix Sensitive VMs after the wipe.sh script finished running.
+With this setup, you have deniability the moment that the script finishes running, regarding the existance of the veracrypt hidden volume, and the whonix sensitive VMs. Meaning that it is impossible for an adversary that seizes your computer to prove the existance of the Whonix Sensitive VMs after shutting down 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.
diff --git a/opsec/veracrypt/index.html b/opsec/veracrypt/index.html index 34ad37e..b9e343a 100644 --- a/opsec/veracrypt/index.html +++ b/opsec/veracrypt/index.html @@ -119,16 +119,16 @@ regarding wear leveling: → veracrypt -So now that you have veracrypt installed, before you start to use veracrypt, you need to be aware of the lack of deniability you have when using the Host OS in regular mode:
+So now that you have veracrypt installed, before you start to use it, you need to be aware of the lack of deniability you have when using the Host OS in regular mode:
By default, your host OS directly writes into the system drive all sorts of potential forensic evidence that an adversary may use against you, such as system logs, kernel logs, non-standard logs, etc, and unless if you manually remove each of those manually, you're never sure of wether or not Host OS saved proof of the existence of the hidden volume onto the system drive. That's why you need to use the Host OS in live mode, to be able to use veracrypt.
+By default, your host OS directly writes into the system drive all sorts of potential forensic evidence that an adversary may use against you, such as system logs, kernel logs, non-standard logs, etc, and unless if you remove each of those manually, you're never sure of wether or not the Host OS saved proof of the existence of the hidden volume onto the system drive. That's why you need to use the Host OS in live mode, to be able to use veracrypt.
That way, as you're loading the entire host OS in the RAM due to being in live mode, you are not writing anything on the system drive anymore, but rather only writing all that potential forensic evidence of the veracrypt hidden volume in RAM alone, which can be easily erased with a simple shutdown.
So now that we have installed veracrypt, let's reboot the Host OS into live mode:
-And only now once we are in live mode, we can use veracrypt to create drives. But be aware that everything you write into the system drive will be wiped upon shutting down, if you want to store something persistent accross reboots from live mode, you need to save it in a non-system drive.
+And only now once we are in live mode, we can use veracrypt to create hidden encrypted volumes and unlock them. But be aware that everything you write into the system drive will be wiped upon shutting down, if you want to store something persistent accross reboots from live mode, you need to save it in a non-system drive.
So now from there we can create the encrypted volumes (either as files or as entire drives). In this example we'll create an encrypted file:
Here we select that we want a Hidden veracrypt volume as well (which will be able to deny it's existence).