Jump to: navigation, search

Template:Verifiable Builds Comparsion Table

Whonix Tails Tor Browser Qubes OS TorVM Corridor
Deterministic Builds [1] No No (Planned) [2] Yes [3] No Not Applicable [4]
Based on a Deterministically Built [1] Operating System No [5] No [5] Not Applicable No [5] No [5]
Verifiably no backdoor in the project's own source code Invalid [6] Invalid [6] Invalid [6] Invalid [6] Invalid [6]
Verifiably vulnerability [7] free No [8] No [8] No [8] No [8] No [8]
Verifiably no hidden source code [9] in upstream distribution/binaries [10] No [11] No [11] No [11] No [11] No [11]
Project's binary builds are verifiably created from project's own source code (no hidden source code [9] in the project's own source code) No (Deprecated) [12] No Yes No Not Applicable [4]
  1. 1.0 1.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:
  2. See Tails Roadmap.
  3. See Deterministic Builds Part One: Cyberwar and Global Compromise and Deterministic Builds Part Two: Technical Details.
  4. 4.0 4.1 Corridor only uses shell scripts.
  5. 5.0 5.1 5.2 5.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.
  6. 6.0 6.1 6.2 6.3 6.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.
  7. https://en.wikipedia.org/wiki/Vulnerability_(computing)
  8. 8.0 8.1 8.2 8.3 8.4 Although theoretically possible, there are no mathematically proven bug free operating systems yet.
  9. 9.0 9.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.
  10. 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.
  11. 11.0 11.1 11.2 11.3 11.4 No, since the upstream software is not deterministically built. See above to learn about Deterministic Builds.
  12. See Trust#Verifiable Builds.