







Whonix ™ comes with many security features [archive]. Whonix ™ is Kicksecure ™ Security Hardened by default and also provides extensive Documentation including a Security Hardening Checklist. The more you know, the safer you can be.

Whonix ™ developers have done their utmost to provide solid tools which protect online privacy, but no perfect solution exists to the complex anonymity problem. Before deciding whether Whonix ™ is the right platform to use, it is crucial that each individual understands the limitations of the tools offered and how to make best use of them.

Anonymous Identities [ edit ]

Whonix ™ does not Separate Different Contextual Identities [ edit ]

It is usually inadvisable to use the same Whonix-Workstation ™ to perform more than one task, or when using two (or more) contextual identities that must be kept separate from each other. For example, it is poor operational security to use the same Whonix-Workstation ™ to check email via Tor, while simultaneously publishing an anonymous document.

The first reason is Tor tends to reuse the same circuits, for example during the same browsing session. The Tor exit relay of a circuit knows both the destination server (and possibly the content of the communication if not encrypted) and the address of the previous relay it received the communication from. This makes it easier to infer that several browsing requests which took place on the same circuit are possibly correlated and originate from the same person. Global adversaries described later are in the perfect position to undertake this form of correlation analysis.

Secondly, if Whonix ™ or one of its applications has a security hole or is misused, then information might leak from the Whonix-Workstation ™. That could reveal that the same person was behind the various activities conducted inside the Whonix-Workstation ™.

To address both threats, better isolation of new identities is required on every occasion they are used. It is recommended to conduct one activity at a time, and implement one or more of the following solutions: [1]

Nyx's "New Identity" button sends the protocol command "signal newnym" to Tor's ControlPort. A new Tor exit relay and a new IP address is likely, but this is not guaranteed.

Using this feature, Tor may only have replaced the middle relay while using the same Tor exit relay. Additionally, "signal newnym" will not interfere with long-lived connections like an IRC connection. Apart from the Tor circuits, other types of information can reveal past activities, for example the cookies stored by the browser. Therefore, this arm feature is not a solution for properly separating contextual identities.

Whonix ™ does not Protect Against Social Engineering [ edit ]

Whonix ™ does not protect against social engineering [archive] attacks. These attacks rely on human cognitive biases and trick people into revealing passwords or other sensitive information that allows the compromise of a target system's security. [2]

Other examples of social engineering include convincing someone to send a copy of logs or other information from the Whonix-Gateway ™ or host operating system machine. In all cases, after trust has been established between the attacker and the victim, and sufficient information has been gathered, an exploit will be executed to perform harmful actions such as stealing personal or financial information, sabotaging the target's system, deanonymizing the individual and so on. [2]

The best tools in maintaining anonymity are the knowledge that comes from research and experience, and healthy skepticism towards scenarios that pose potential security threats.

Whonix ™ does not Protect Against External Threats or User Mistakes [ edit ]

Obviously, Whonix ™ cannot protect against external threats like people looking over the user's shoulder or gaining physical access to the machine in order to subvert the anonymity features of Tor and Whonix ™.

Neither can Whonix ™ prevent people from shooting themselves in the foot, leading to inadvertent deanonymization. It is strongly encouraged to read the Tips on Remaining Anonymous page to learn about non-technical steps to stay anonymous when using Tor, Tor Browser and Whonix ™. This list considers:

Safe use of social networks.

(Mobile) phone verification.

Personal websites and links.

Accounts previously used without Tor.

Banking / financial provider accounts.

Modes of anonymity.

The risks posed by identifying data and online identities.

When to use bridges.

How to protect sensitive data and communications.

Safe Tor networking considerations.

The danger of random files and links.

The difference between anonymity and pseudonymity.

The danger of mixing clearnet and Tor simultaneously.

The consequences of changing settings.

Server connections.

Only Whonix-Workstation ™ is Designed for Anonymous Activity [ edit ]

All anonymous activity should only take place inside Whonix-Workstation ™ and nowhere else.

The host operating system -- the operating system running the virtualizer, and the system which was used before downloading Whonix ™ -- is not "torified". Anonymous tasks should never be performed on the host system.

The Whonix-Gateway ™ is solely designed to run Tor and act as a firewall. Any "anonymous" activities should not be conducted on the Gateway. Further, in most cases there is no need to modify settings on the Whonix-Gateway ™, except for minor modifications like setting up bridges which is already documented.

Attacks [ edit ]

Man-in-the-middle Attacks [ edit ]

A man-in-the-middle attack (MitM) is a where an attacker makes independent connections with two parties and secretly relays (and potentially alters) messages between them. This is a form of active eavesdropping, since the two parties think they are communicating directly with each other and are unaware the conversation is being controlled by the attacker. [3]

Figure: Illustration of a MitM Attack

While using Tor, MitM attacks can still happen between the exit relay and the destination server. The exit relay itself can also act as a man-in-the-middle. For an example of such an attack see MW-Blog: TOR exit-node doing MITM attacks [archive] (w [archive]). It is worth reiterating that protecting against these attacks requires end-to-end encryption and taking extra steps to verify the server's authenticity.

Normally a server's authenticity is automatically verified by the browser using SSL/TLS certificates [archive] which are checked against a set of recognized certificate authorities (CAs) [archive]. If a security exception message appears like the figure below, then this might constitute a MitM attack. The warning should not be bypassed unless there is another trusted way of checking the certificate's fingerprint with the people running the service.

Figure: An Untrusted Connection

Mozilla has an educational resource to help determine if a connection to a website is secure [archive]. (w [archive]) The Electronic Frontier Foundation (EFF) also has an excellent interactive illustration [archive] that provides an overview of HTTP / HTTPS [4] connections with and without Tor, and what information is visible to various third parties.

The Fallible Certificate Authority Model [ edit ]

Unfortunately, the vast majority of Internet encryption relies on the CA model of trust which is susceptible to various methods of compromise. Ultimately, encryption in and of itself does not solve the authentication problem in electronic communications, as seen in the actions of advanced adversaries who have targeted and undermined this central pillar upon which the Internet relies.

For example, Verisign was hacked successfully and repeatedly [archive] in 2010, with the likely conclusion being the attackers were able to forge certificates for an unknown number of websites.

A more glaring example was the confirmation by Comodo on March 15, 2011, that a user account with an affiliate registration authority had been compromised. This is a privacy and security disaster since Comodo is a major SSL/TLS [archive] company and the breach led to the creation of a new user account that issued nine certificate signing requests for seven domains: mail.google.com, login.live.com, www.google.com, login.yahoo.com (three certificates), login.skype.com, addons.mozilla.org, and global trustee. [5]

Later in 2011, DigiNotar, a Dutch SSL certificate company, incorrectly issued certificates to a malicious party or parties. It later emerged that DigiNotar was apparently compromised months before, or perhaps even in May of 2009, if not earlier. Rogue certificates were issued for multiple domains, including: google.com, mozilla.org, torproject.org, login.yahoo.com and many more. [6]

Considering the frequency of attacks and the passage of time, there is a distinct possibility that a MitM attack might occur even when the browser is trusting a HTTPS connection. [7]

SSL/TLS Alternatives [ edit ]

Depending on your personal circumstances, there are alternatives to SSL/TLS which can be considered. Unfortunately, none of them can be used as a drop-in replacement for SSL/TLS. Tools providing connection security include: Monkeysphere [archive], Convergence [archive], Perspectives Project [archive] and Tor onion services. [8]

Using Tor does not magically solve the authentication problem. Tor's distinct advantage is that by providing anonymity, it is more difficult for attackers to perform a MitM attack with a rogue SSL/TLS certificate that is targeted at just one specific individual. However, the disadvantage of Tor is that it is easier for people or organizations running malicious Tor exit relays to perform a large scale MitM attempt. Further, malicious exit nodes could perform attacks targeted at a specific server, and especially those Tor clients who happen to utilize the service.

In all cases, it is advised to use additional message encryption for email, chats and so on. It is unwise to rely on SSL/TLS alone. Relevant tools that may be useful include:

[9]

Tor Network Attacks [ edit ]

Tor is not invulnerable to attacks. Several techniques are already used for deanonymization and Whonix ™ users can be similarly affected -- some of these attacks are described in further detail below. Interested readers can also refer to the Speculative Tor Attacks entry for a more comprehensive list of potential attacks against the Tor client, servers and/or network.

Confirmation Attacks [ edit ]

A confirmation attack targets the broader Tor network itself, usually via multiple malicious Tor nodes. In this instance, the adversary controls or observes relays at both ends of the Tor circuit (the guard and exit relays). Comparisons are made of traffic timing, volume and other characteristics to confirm the relays share the same circuit. Since the first entry guard knows the user's IP, and the last exit relay knows the destination/resource accessed (like a webpage), this leads to deanonymization. [10]

In a 2009 blog post, The Tor Project described this threat of deanonymization under specific conditions [archive]: [11]

The Tor design doesn't try to protect against an attacker who can see or measure both traffic going into the Tor network and also traffic coming out of the Tor network. That's because if you can see both flows, some simple statistics let you decide whether they match up.



That could also be the case if your ISP (or your local network administrator) and the ISP of the destination server (or the destination server itself) cooperate to attack you.



Tor tries to protect against traffic analysis, where an attacker tries to learn whom to investigate, but Tor can't protect against traffic confirmation (also known as end-to-end correlation), where an attacker tries to confirm a hypothesis by monitoring the right locations in the network and then doing the math.

Traffic Analysis [ edit ]

Adversaries conducting traffic analysis are able to discover a varying amount of user information, depending on the position(s) they are occupying in the network. The following observations reveal various information, in increasing order: [12]

Observing the client-to-guard-node network path.

Controlling the guard relay, as individual circuits can be examined.

Observing the paths to the guard relay and from the Tor exit relay.

Controlling the guard and exit relays (or client guard and onion service guard).

Controlling both ends of the communication, and able to inject and manipulate traffic patterns.

Notably, The Tor Project has recently highlighted research that has identified a number of new, low cost, website traffic (fingerprinting) analysis attacks and potential mitigations; see Website Oracles for further information.

Guard Discovery [ edit ]

Advanced adversaries are capable of identifying the guard node(s) in use by an onion service or Tor client. Many connections are made to the onion service, forcing it to create multiple circuits until one of the adversary's nodes is chosen as the middle relay (next to the guard). A traffic analysis side channel then confirms the relay is next to the onion service, confirming the identity of the service's guard node. The guard node is then compromised, forced or surveilled to discover the actual IP address of the onion service or client. [12]

Tor Defenses [ edit ]

Tor has implemented some defenses against limited adversaries that can gather traffic statistics from Internet routers along the path to the guard node, and is planning defenses against website traffic fingerprinting by guard node adversaries. However, a number of other attacks remain viable at present such as end-to-end correlation attacks, alternate guard node exploits, circuit fingerprinting attacks and so on.

Documents [ edit ]

Whonix ™ does not Encrypt Documents by Default [ edit ]

If documents are saved inside Whonix ™, they will not be encrypted by default. This is why it is recommended to apply full disk encryption on the host to protect sensitive data.

Documents created in Whonix ™ may also have specific file signatures that reveal use of the platform. This issue is currently being further investigated.

Whonix ™ does not Clear Document Metadata [ edit ]

Numerous file formats store hidden data or metadata inside of the files. For example, text processors or PDF files could store the author's name, the date and time of file creation, and sometimes even parts of the file's editing history. The extent of hidden data depends on the file format and the software that is used.

Image file formats like TIFF [archive] and JPEG [archive] are some of the worst offenders. For instance, when these files are created by digital cameras or mobile phones, they contain a metadata format called Exif [archive] whose defined tags can include:

Date and time information.

Occasionally GPS coordinates of the picture.

Camera settings: camera model and make (including the serial number), orientation (rotation), aperture, shutter speed, focal length, metering mode and ISO speed information.

A thumbnail for previewing the picture in file managers, on camera, or in photo editing software. Image processing software tend to keep Exif data intact.

Descriptions.

Copyright information.

Notably, the Internet is full of cropped or blurred images where the Exif thumbnail still contains the full original picture. Specialist software [archive] is often required to remove Exif tags before safely publishing images. [13]

Be aware that Whonix ™ does not clear file metadata automatically. However, Whonix ™ comes bundled with MAT2 -- the Metadata Anonymisation Toolkit v2 -- as part of the design goal to help protect users.

Email [ edit ]

Whonix ™ does not Encrypt Subject: and other Header Fields of Encrypted Emails [ edit ]

Unless precautions are taken, the "Subject:" line and other header fields are not encrypted when using OpenPGP encrypted email.

This weakness is not related to Whonix ™ or the OpenPGP [archive] (w [archive]) protocol; it is for backwards compatibility with the original SMTP protocol [archive]. Unfortunately, no RFC standard exists yet for Subject line encryption.

Recently, TorBirdy v2.3 has implemented Enigmail features which enable encrypted email headers [archive]. [14] The new feature encrypts the Subject and References headers and moves them into the encrypted message body.

Those who require OpenPGP encryption with a suitable email client are recommended to use Thunderbird (Mozilla's email client) and Enigmail, which is a graphical front-end for using the GnuPG ("GPG") encryption program. The TorBirdy extension is also available to make Thunderbird connections take place over the Tor network.

Fingerprinting [ edit ]

Whonix ™ does not Defeat Stylometry [ edit ]

Coding Style [ edit ]

Recent research [archive] has revealed that coders have a unique fingerprint similar to linguistic expressions. Machine learning techniques are capable of de-anonymizing code samples, using "abstract syntax trees" that analyze the underlying structure. For instance, a 2017 study found that GitHub coders could be identified with 99 per cent accuracy [archive] based on small and incomplete source code fragments. To date, attempts to obfuscate coding style have failed.

The implication is that "anonymous" developers of open-source projects might be identified by prior non-anonymous code contributions. It is likely that advanced adversaries will use this capability to target and de-anonymize developers of popular anonymity and censorship circumvention tools.

Linguistic Style [ edit ]

Tip: The warning below equally applies to regular Whonix ™ wiki contributors and forum participants. [15]

Whonix ™ does not obfuscate an individual's writing style, which is easily fingerprinted based on syntax and other grammatical idiosyncrasies. Unless precautions are taken, stylometric analysis based on linguistic characteristics [archive] is a credible threat. Research suggests only a few thousand words (or less) may be enough to positively identify an author, and there are a host of software tools available to conduct this analysis.

Whonix ™ may have an Unknown Signature [ edit ]

Developers have designed Whonix ™ to be indistinguishable from standard use of the Tor network. However, there may be unknown fingerprinting methods available to ISPs and other network adversaries which identify Whonix ™ users. If this is a legitimate concern, then investigate optional configurations which can hide Tor / Whonix ™ use from the ISP.

Platform Security [ edit ]

Whonix ™ does not Improve Password Strength [ edit ]

Tor promotes online anonymity, while Whonix ™ automatically forces desktop-wide activities through Tor (along with many extra security features). However, neither Tor or Whonix ™ are one-click solutions for impregnable security or absolute anonymity.

If weak passwords (passphrases) are used they can be easily determined by brute-force attacks [archive], whether or not Whonix ™ is installed. In essence, attackers systematically try all passwords until the correct one is found, or attempt to guess the key which is created from the password using a key derivation function (an exhaustive key search). This method is very fast for short and/or non-random passwords.

For greater security it is recommended to generate strong and unique Diceware passwords and follow other recommendations concerning safe habits, password generation and storage.

Whonix ™ does not Protect against Compromised Hardware or Advanced Malware [ edit ]

Virtualizers like Qubes, VirtualBox and KVM cannot absolutely prevent the compromise of hardware, nor detect advanced malware. Running all activities inside VMs is a very reasonable approach. However, this only raises the bar and makes it more difficult and/or expensive to compromise the whole system. It is by no means a perfect solution.

Whonix ™ cannot provide protection if the system's trusted computing base [archive] has been compromised by:

Physical access and the installation of untrusted pieces of hardware (like a keylogger);

Firmware Trojans (including BIOS/UEFI attacks); or

Malware.

If the host system is affected by malware, firmware trojans or malicious hardware components, then every Whonix ™ virtual machine, Tor process and communication thought to be anonymous is similarly compromised.

In the event a system compromise is strongly suspected or confirmed, the ultimate goal is to re-establish a trusted, private environment for future activities -- see Compromise Recovery for techniques to recover from host and/or Whonix ™ VM infections.

Whonix ™ does not Secure the Host [ edit ]

The security of the Whonix ™ platform is itself reliant upon the security of the host. Naturally, a majority are likely to run Whonix ™ on top of the every day operating system without making any additional changes. However, safety is materially improved by using a dedicated host operating system solely for Whonix ™ VMs. For better security, this system should be configured on a computer bought solely for Whonix ™ activities, and which has never been used before.

There are a number of recommendations relevant to host OS security in the following Documentation sections:

Basic Security Guide.

Advanced Security Guide.

Computer Security Education.

The System Hardening Checklist also provides a quick and handy reference guide for specific areas of interest.

Software [ edit ]

Avoid Non-Freedom Software [ edit ]

Always Verify Signatures [ edit ]

For greater system security, it is strongly recommended to avoid installing unsigned software. Always make sure that signing keys and signatures are correct and/or use mechanisms that heavily simplify and automate this process, like apt-get upgrades.

As a reminder, digital signatures are not a magic bullet. While they increase the certainty that no backdoor was introduced by a third party during transit, this does not mean the software is absolutely "backdoor-free". Learn more about this process and what digital signatures prove.

Tor [ edit ]

Tor Exit Relays can Eavesdrop on Communications [ edit ]

The Tor network hides an individual's location, but it does not automatically encrypt communications.

Instead of taking a direct route from source to destination, communications using the Tor network take a random pathway through several Tor relays to help cover the user's tracks. This means observers at any single point cannot tell both where the data came from and where it is going.

Figure: How Tor Works [16]

A Tor connection usually goes through 3 relays with the last one establishing the actual connection to the destination server



The last relay on the three-hop circuit is called the Tor exit relay. It is the critical relay that establishes the actual connection to the destination server. By design, Tor does not encrypt the traffic between a Tor exit relay and the final destination. This means any exit relay is in a position to capture any traffic passing through it. To protect against snooping by the Tor exit relay, end-to-end encryption should always be used. [17]

Malicious exit nodes have previously been used to spy on sensitive communications. For example, in 2007, a security researcher monitored the connections coming out of an exit relay under their control and intercepted thousands of private e-mail messages [archive] sent by foreign embassies and human rights groups around the world. (w [archive]).

While browsing, sending email or chatting online, it is recommended to utilize the necessary tools bundled with Whonix ™ to enforce strong encryption. Refer to the Documentation for necessary steps to remain safe. [18]

Use of Tor Is Obvious [ edit ]

Tor tries to prevent attackers from learning what destination websites are being connected to.

Both the ISP and a local network administrator can easily check if connections are made to a Tor relay and not a normal web server. In how far it is possible to hide that, see Hide Tor use from the Internet Service Provider.

The destination server contacted through Tor can learn whether the communication originates from a Tor exit relay by consulting the publicly available list of known exit relays. For example, The Tor Project Tor Bulk Exit List tool [archive] could be used for this purpose.

Based on this information, Whonix ™ users will not appear to be a random Internet user is used to prevent the telltale signs of Tor use. The strong anonymity provided by Tor and Whonix ™ is based on trying to make everyone look exactly the same, so it is not possible to identify a specific individual in the larger user pool.

Ultimately, stronger protection requires a social approach; the larger the pool of Tor users (in close proximity) and the more diverse [archive] their interests, the less likely it will be that an specific individual can be identified. Convincing others to use Tor will help the larger anonymity-minded community. [19]

Persistent Tor Entry Guard Relays can Enable Physical Location Tracking [ edit ]

What are Tor Entry Guards? If this is an unfamiliar term, please press on Expand on the right. Current practical, low-latency, anonymity designs like Tor fail when the attacker can see both ends of the communication channel. For example, suppose the attacker controls or watches the Tor relay a user chooses to enter the network, and also controls or watches the website visited. In this case, the research community is unaware of any practical, low-latency design that can reliably prevent the attacker from correlating volume and timing information on both ends. Mitigating this threat requires consideration of the Tor network topology. Suppose the attacker controls, or can observe, C relays from a pool of N total relays. If a user selects a new entry and exit relay each time the Tor network is used, the attacker can correlate all traffic sent with a probability of (c/n)2. For most users, profiling is as hazardous as being traced all the time. Simply put, users want to repeat activities without the attacker noticing, but being noticed once by the attacker is as detrimental as being noticed more frequently. [...] The solution to this problem is "entry guards". Each Tor client selects a few relays at random to use as entry points, and only uses those relays for the first hop. If those relays are not controlled or observed, the attacker can't use end-to-end techniques and the user is secure. If those relays are observed or controlled by the attacker, then they see a larger fraction of the user's traffic — but still the user is no more profiled than before. Thus, entry guards increase the user's chance of avoiding profiling (on the order of (n-c)/n), compared to the former case. You can read more at An Analysis of the Degradation of Anonymous Protocols [archive], Defending Anonymous Communication Against Passive Logging Attacks [archive], and especially Locating Hidden Servers [archive]. Restricting entry nodes may also help to defend against attackers who want to run a few Tor nodes and easily enumerate all of the Tor user IP addresses. [20] However, this feature won't become really useful until Tor moves to a "directory guard" design as well. Source and License, see footnote: [21]

Many well known enhanced anonymity designs such as Tor, Whonix and the Tor Browser Bundle (TBB) use persistent Tor guards. This decision is attributable to community-based research which demonstrates that persistent Tor entry guards benefit security and lower the probability of an adversary profiling a user.[22]

Note: Guard fingerprinting techniques are similar to methods that track users via MAC addresses. If this is a realistic threat, then MAC address randomization is also recommended.

In general, users should not interfere with Tor guard persistence or the natural rotation of entry guards every few months. At the time of writing, the Tor client selects one guard node, but previously used a three-guard design. Guards have a primary lifetime of 120 days.[23] [24] [25]

Warning: In some situations it is safer to not use the usual guard relay!

Guard Fingerprinting [ edit ]

While natural guard rotation is recommended, there are some corner cases in which an adversary could fingerprint the entry guards [26] and de-anonymize a user. For instance:

The same entry guards are used across various physical locations and access points.

The same entry guards are used after permanently moving to a different physical location.

For details on how this is possible, press Expand on the right. Consider the following scenario. A user connects to Tor via a laptop at their home address. An advanced adversary has observed the client-to-guard-node network path to discover the user's entry point to the Tor network. Soon afterwards, the same user attends a prominent event or protest in a nearby city. At that location, the user decides to anonymously blog about what transpired using the same laptop. This is problematic for anonymity, as the Tor client is using the same entry guard normally correlated with the user’s home address. To understand the potential threat, consider the following: There are only around 3,000 Tor guards in 2019. [27]

By design, Tor is picking one primary guard and using it for a few months. Since the Tor user base is relatively small, it is possible that a guard might only be used by one person in an entire region.

As the IP address of Tor entry guards is static and Tor network traffic is easily distinguishable, this information becomes public knowledge.

It is feasible that if a user-guard relationship is unique in a city location, and that user moves, it is likely (but not certain) that there was a location change.

At the event, the user might be the only one using Tor (or among a handful).

If the user posts about the event and an adversary who is passively monitoring network traffic conducts the same successful observation of the client-to-guard network path, then it’s likely the "anonymous" posts will be linked with the same person who normally connects to that guard at home. The relative uncommonness of Tor usage simply exacerbates the potential for de-anonymization.

There are several ways to mitigate the risk of guard fingerprinting across different physical locations. In most cases, the original entry guards can also be re-established after returning home:

Forum discussion:

https://forums.whonix.org/t/persistent-tor-entry-guard-relays-can-make-you-trackable-across-different-physical-locations/2090 [archive]

For more information, see the advanced topic Configure Non-Persistent Entry Guards.

Tor cannot Protect Against a Global Adversary [ edit ]

A global, passive adversary is defined as a person or entity who is able to monitor the traffic between all the computers in a network at the same time. By studying the timing and volume patterns of the different communications across the network, it is statistically feasible to identify Tor circuits and thus match Tor clients with destination servers.

In order to create a low-latency communication service which is usable for web browsing, Internet chat or SSH connections, The Tor Project has made a security trade-off and has not attempted to address this threat.

For more expert information on this topic, see Tor Project: The Second-Generation Onion Router [archive], (w [archive]) part 3. Design goals and assumptions.

Whonix ™ Development [ edit ]

Whonix ™ is not Amnesic [ edit ]

When not using a live operating system or grub-live on the host:

As for any software, if any software is downloaded on a computer, local traces of the download or installation will be left on the device's HDD/SSD.

Any created files will still exist after the computer is powered-off or rebooted, unless steps are taken to securely wipe the files to remove all signs of their existence. Whonix ™ has not implemented any special measures to limit what is written to disk and acts like an ordinary installed operating system. Therefore, there may be evidence of activity in created files, backup files, temporary files, swap, chat history, browser history and so on.

Those relying on Whonix ™ Live in Non-Qubes-Whonix ™ virtual machines (VMs) should be aware that although writes go to RAM instead of the HDD/SSD, traces of activity may be left in swap files, core dumps or via other configurations on the host.

Unix-like operating systems also swap (move) memory pages between host RAM and the host disk [archive], and this behavior cannot be prevented in Whonix ™ VMs. The danger is data leakage might occur and an unencrypted swap partition could reveal interesting data to an attacker or be used to store unencrypted copies of files in /tmp for later retrieval. [28] This is why the documentation recommends to use multiple VM Snapshots and apply Full Disk Encryption on the host. Encrypting everything, including data, system and swap partitions provides a higher level of security.

When using live operating system or grub-live on the host:

See page grub-live for details.

Live DVD / USB

At the time of writing Whonix ™ does not offer an Amnesic Live DVD / USB, although this situation may change in the future, see Whonix-Host.

For more information on this topic, see: Live Operating System.

Missing Whonix ™ Features [ edit ]

Whonix ™ is currently alpha quality software and missing some features, including those relating to security. While many issues listed below are planned for future implementation, a number will probably never get "fixed" because they are impossible to address in a software-only project.

Table: Missing Whonix ™ Features

This list is likely incomplete. It is strongly encouraged to read the rest of the Documentation and perhaps the Design chapter to have a full overview of Whonix ™ security, including the list of supported and unsupported features.

Contributors who want to help improve Whonix ™ security should join the discussions on Dev/Archived Discussions, or on the developer mailing list.

Whonix ™ is a Work in Progress [ edit ]

Whonix ™, as well as all the software it includes, are under continuous development and might contain programming errors or security holes -- Stay Tuned to Whonix ™ development, and do not rely on the platform for strong anonymity.

That said, Whonix ™ has a strong foundational design [archive] since it uses both the Isolating Proxy and Transparent Proxy concepts. Since Whonix ™ was founded in 2012, no anonymity leaks or proxy bypass problems have yet been discovered. Whonix ™ has been developed with great care, but it is impossible to ever prove that it is absolutely "leak-proof" or free of mistakes that degrade the goals of the extended project description. (w [archive])

Basic functionality is built-in and Whonix ™ can be used to browse the web and host onion services, use email, IRC, SSH, and a host of other activities. Development is ongoing and more features are continually being added. Contributors who want to join the development process are most welcome; see Patches are Welcome. A complete list of open issues is available on the Whonix ™ issues tracker [archive].

See also: Whonix ™ Protection Against Real World Attacks, Security Reviews and Feedback and Security Overview.

Unsubstantiated Conclusions [ edit ]

Users must be careful not to draw incorrect conclusions based on the existence of specific Whonix ™ communication channels, community software utilized, applications installed on the platform, or the availability of certain wiki entries. Whonix ™ tries to use concise language so that users are not misled into believing anything has been implied. Despite this effort, users will sometimes draw false conclusions in an unintended way. Consider the following hypothetical discussion.

Developer: Donations to Whonix ™ are possible via Bitcoin.

Whonix ™ user: Since you are knowledgeable about Bitcoin, can you also accept Monero donations?

In this case the hypothetical developer did not state "I am knowledgeable about Bitcoin", but rather concisely stated "Donations to Whonix ™ are possible via Bitcoin." The conclusion drawn by the user "Since you are knowledgeable about Bitcoin" might be totally unsubstantiated.

In a similar fashion, just because Whonix ™ does something -- like providing a telegram channel [archive] -- it does not follow that Whonix ™ endorses it; see also Terms of Service: Non-endorsement. A list of further examples is outlined below.

Table: Facts vs. False Conclusions

It is also recommended to consult the following resources:

On top of unsubstantiated conclusions it also happens that adherence to "perfectly moral" behavior or an approved ™ set of political/ideological beliefs is expected from the Whonix ™ project. However, what counts as "perfectly moral" and the path of attaining therein will always be subjective and disputed among proponents. Such demands include "don't allow running Whonix ™ on Windows hosts", "don't have a twitter project account", "don't accept Bitcoin donation", "don't use centralized services such as telegram", "don't document X, because of Y". Those disagreeing with our methods and philosophy are welcome to exercise their right to fork [archive] the project under the respective licenses.

License [ edit ]

Whonix ™ Warning wiki page Copyright (C) Amnesia <amnesia at boum dot org>

Whonix ™ Warning wiki page Copyright (C) 2012 - 2020 ENCRYPTED SUPPORT LP <adrelanos@whonix.org> This program comes with ABSOLUTELY NO WARRANTY; for details see the wiki source code.

This is free software, and you are welcome to redistribute it under certain conditions; see the wiki source code for details.



Jobs in USA

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

Follow:

Donate:

Share: Twitter | Facebook

Please consider a recurring donation [archive]!

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. Policy of Whonix Website and Whonix Chat and Policy On Nonfreedom Software applies.

Copyright (C) 2012 - 2020 ENCRYPTED SUPPORT LP. Whonix ™ is a trademark. Whonix ™ is a licensee [archive] of the Open Invention Network [archive]. Unless otherwise noted, the content of this page is copyrighted and licensed under the same Freedom Software license as Whonix ™ itself. (Why?)

Whonix ™ is a derivative of and not affiliated with Debian [archive]. Debian is a registered trademark [archive] owned by Software in the Public Interest, Inc [archive].

Whonix ™ is produced independently from the Tor® [archive] anonymity software and carries no guarantee from The Tor Project [archive] about quality, suitability or anything else.