Jump to: navigation, search

Template:Verifiable Ovas Introduction

Whonix has a feature which allows the community to check that Whonix .ova [1] releases are verifiably created from the project's own source code. This is called verifiable builds. This only proves that the person and machine [2] building Whonix have not added anything malicious, such as a backdoor. [3] It doesn't prove there are no backdoors present in Debian. This isn't possible, because neither Debian [4] nor any other operating system provides deterministic builds yet. [5]

This feature does not attempt to prove there aren't any vulnerabilities present [6] in Whonix or Debian. Fatal outcomes are still possible via: a remotely exploitable [7] bug in Whonix or Debian, a flaw in Whonix's firewall which leaks traffic, or code phoning home [8] the contents of your hard drive. A precondition to improve security with this feature is community efforts in auditing Whonix and Debian source code to check for possible backdoors and vulnerabilities. In summary, this feature is useful and potentially improves security, but it isn't a magical solution for all computer security and trust issues. The following table will help you understand what this feature can achieve.

Whonix Tails Tor Browser Qubes OS TorVM Corridor
Deterministic Builds [9] No No (Planned) [10] Yes [11] No Not Applicable [12]
Based on a Deterministically Built [9] Operating System No [13] No [13] Not Applicable No [13] No [13]
Verifiably no backdoor in the project's own source code Invalid [14] Invalid [14] Invalid [14] Invalid [14] Invalid [14]
Verifiably vulnerability [15] free No [16] No [16] No [16] No [16] No [16]
Verifiably no hidden source code [17] in upstream distribution/binaries [18] No [19] No [19] No [19] No [19] No [19]
Project's binary builds are verifiably created from project's own source code (no hidden source code [17] in the project's own source code) No (Deprecated) [20] No Yes No Not Applicable [12]

Some readers might be curious why Whonix is verifiable, while Debian and other distributions are not. In short, this is because Whonix is uncomplicated by comparison. To oversimplify it: Whonix is just a collection of configuration files and scripts, and the source code does not contain any compiled code and so on. In contrast, Debian is a full operating system, without which Whonix wouldn't exist. [21]

This feature was first made available in Whonix 8. Only users who download a new image can profit from this feature. [22] It is not possible to audit versions older than Whonix 8 with this script. [23]
  1. https://en.wikipedia.org/wiki/Open_Virtualization_Format
  2. Due to build machine compromise.
  3. https://en.wikipedia.org/wiki/Backdoor_(computing)
  4. Whonix is based on Debian.
  5. Some Debian developers are steadily working on this long-term project, see: Reproducible Builds.
  6. https://en.wikipedia.org/wiki/Vulnerability_(computing)
  7. https://en.wikipedia.org/wiki/Exploit_(computer_security)
  8. https://en.wikipedia.org/wiki/Phoning_home
  9. 9.0 9.1 Open Source software does not automatically prevent backdoors, unless the user creates their own binaries directly from the source code. People who compile, upload and distribute binaries (including the webhost) could add hidden code, without publishing the backdoor. Anybody can claim that a certain binary was built cleanly from source code, when it was in fact built using the source code with a hidden component. Those deciding to infect the build machine with a backdoor are in a privileged position; the distributor is unlikely to become aware of the subterfuge. Deterministic builds can help to detect backdoors, since it can reproduce identical binary packages (byte-for-byte) from a given source. For more information on deterministic builds and why this is important, see:
  10. See Tails Roadmap.
  11. See Deterministic Builds Part One: Cyberwar and Global Compromise and Deterministic Builds Part Two: Technical Details.
  12. 12.0 12.1 Corridor only uses shell scripts.
  13. 13.0 13.1 13.2 13.3 To be fair, there are no deterministically built operating systems yet. It is a difficult process and takes a lot of effort to complete. While Debian has almost 20,000 reproducible packages in early 2017, this work has been ongoing since 2013 and is far from done.
  14. 14.0 14.1 14.2 14.3 14.4 The first form of backdoor is a vulnerability (bug) in the source code. Vulnerabilities are introduced either purposefully or accidentally due to human error. Following software deployment, an attacker may discover the vulnerability and use an exploit to gain unauthorized access. Such vulnerabilities can be cleverly planted in plain sight in open source code, while being very difficult to spot by code auditors. Examples of this type of backdoor include: The second form of backdoor is adding the full code (or binary) of a trojan horse (computer virus) to the binary build, while not publishing the extra source code and keeping it secret. This process can only be detected with Deterministic Builds.
    It is therefore impossible to claim that non-trivial source code is backdoor free, because backdoors can be hidden as vulnerabilities. Auditors scrutinizing the source code can only state an opinion about the quality of the source code, and eventually report vulnerabilities if/when they are identified. Assertions that source code is free of computer viruses (like trojan horses) is the only reasonable assertion that can be made.
  15. https://en.wikipedia.org/wiki/Vulnerability_(computing)
  16. 16.0 16.1 16.2 16.3 16.4 Although theoretically possible, there are no mathematically proven bug free operating systems yet.
  17. 17.0 17.1 Hidden source code is defined as code which is added by an adversary. They may have: compromised a build machine, conducted compiling prior to the binary build process, or be responsible for building the actual binary. The secret source code will remain unpublished and it will appear (or be claimed) that the software was built from the published source code. Reliably detecting such hidden code - added on purpose or due to build machine compromise - requires comparison with Deterministic Builds, which are discussed above. Other methods like watching network traffic are less reliable, since a backdoor can only be spotted when it is used. Backdoors are even less likely to be found through reverse engineering, because very few people are using a disassembler.
  18. The upstream distribution is the distribution on which the project is based. Whonix and Tails are based on Debian, thus Debian is their upstream distribution. QubesOS TorVM is based on Qubes OS, which is itself based on Fedora and Xen.
  19. 19.0 19.1 19.2 19.3 19.4 No, since the upstream software is not deterministically built. See above to learn about Deterministic Builds.
  20. See Trust#Verifiable Builds.
  21. Whonix relies on the great work of Debian and other upstream projects.
  22. Because in order to implement the verifiable builds feature, lots of non-deterministic, auto-generated files are removed at the end of the build process and re-created during first boot.
  23. Not possible doesn't mean impossible here, but it would require significant effort.