67

I am looking to encrypt a few drives of mine, and my ONLY interest is security. It is OK if my VeraCrypt volumes are not compatible with TrueCrypt, and vice versa.

There is a lot of talk about "TrueCrypt is dead" and it seems there are two forks out there now gaining momentum. The one more interesting to me is VeraCrypt, and from the research I have done, this looks like the "more secure" option. But is that so?

That is why I am asking you all here. I know what VeraCrypt claims, I know they say they do more hash iterations of the password to derive the encryption keys. That sounds nice and all, but...

Does anyone have real world experience using Veracrypt and is it as good as advertised? How does it compare to TrueCrypt?

Does anyone have a security reason why they would choose TrueCrypt over VeraCrypt? Any reasons at all why TrueCrypt is preferable to you?

I'm not on the "TrueCrypt is dead" bandwagon, I am just in trying to be progressive, so I would choose a newer "better" option if it is available. But with that being said, I would also choose to go with the older option if it is actually better than the newer options. Your thoughts?

13
  • 3
    I think this is a good question that has not been answered quite yet. It would be nice to have an update to this question with regards to TrueCrypt.
    – RoraΖ
    Commented Nov 3, 2014 at 19:54
  • What are the rest of your requisites? Maybe you could manually use a one-time pad? :) For which platforms do you need it to work? Would a single-platform solution be enough for you?
    – Ángel
    Commented Nov 3, 2014 at 21:23
  • I use Linux platforms. It doesn't need to be compatible with Windows or Mac, just as long as it works on a generic linux distro. My only requirements are stability and security. I want it to take years to brute force the encrypted volume, but at the same time, in years from now I don't want any surprise corruption that renders hundreds of gigs of irreplaceable data useless. If I lose the password/keyfile, that is one thing, I just don't want the drive to be bricked one day without a sound reason. Commented Nov 3, 2014 at 22:05
  • 12
    @KnightOfNi WTF? Why would you even think about a one time pad for disk encryption? That makes so little sense, I don't even... Commented Nov 4, 2014 at 10:16
  • 5
    I'm with @CodesInChaos on this one. I may be ill, and it may be a coffee-less Tuesday morning, but I cannot fathom why anyone would think OTP would be even vaguely useful in FDE.
    – Polynomial
    Commented Nov 4, 2014 at 11:03

4 Answers 4

42

I would still choose TrueCrypt for a matter of trust and the "many eyes" theory:

  • After the "TrueCrypt scandal" everyone started looking at the source for backdoors.

  • The TrueCrypt audit finished on April 2, 2015. They found low-risk vulnerabilities, including some that affect the bootloader full-disk-encryption feature, though there is no evidence of backdoors.

  • If VeraCrypt start changing TrueCrypt fast, they may introduce a few vulnerabilities. Since VeraCrypt is currently less popular than TrueCrypt, there are 'less eyes' watching at the VeraCrypt source code changes.

  • I consider that TrueCrypt 7.1a have all the features I need. An audited TrueCrypt with the vulnerabilities fixed would be the perfect choice. Unless I personally watch VeraCrypt source code diffs, it would require an audit on the changes, or a high increase in popularity, or many years of maintenance and active community to make me trust them more than the good old TrueCrypt.

  • The increase in iterations to mitigate brute force attacks only affects performance. If you chose a 64-char random password, 1 million years of brute forcing or 10 million years is the same from a security stand point.

(I downloaded the public key of TrueCrypt admin years before the scandal. So I can download a copy of TrueCrypt 7.1a from any source and verify its authenticity)

This answer may change after they publish new results from the audit. Also, if you are the VeraCrypt dev, the trust argument doesn't apply (because you trust yourself).

17
  • 2
    The source or binaries from everywhere. It doesn't matter as long as they are signed. The public key is other story. I have it since 2010 so I know the fingerprint is C5F4BAC4A7B22DB8B8F85538E3BA73CAF0D6B1E0. But you should get the public key from websites or people you trust, or sites that date before May 28, 2014. I personally trust archive.org but they didn't archive truecrypt website (because of robots.txt). I also trust marc.info (a mailing list archive) so here I get the last bytes of the fingerprint: "F0D6B1E0". Who do you trust?
    – b2419326
    Commented Nov 22, 2014 at 20:30
  • 7
    Truecrypt is no longer trustworthy for use on Windows. It is unmaintained and now can be used to attack your Windows system through recently discovered vulnerabilities. Upgrade to a maintained fork like VeraCrypt or change to alternate encryption technology. Commented Sep 30, 2015 at 3:41
  • 6
    Also, if you are the VeraCrypt dev, the trust argument doesn't apply (because you trust yourself). Perhaps, but whether you should trust yourself is another story. Just because you think you fixed a bug, doesn't mean you didn't introduce a gaping security flaw that's over your head. I know nothing about the intelligence of VeraCrypt's development team, but encryption is inherently difficult and TrueCrypt's developers were clearly pretty damn smart.
    – Dan
    Commented Jan 20, 2016 at 15:15
  • 3
    Truecrypt should no longer be used; there are escalation of privilege vulnerabilities that were patched in VeraCrypt. Commented Mar 8, 2016 at 5:35
  • 1
    I wasn't been able to find the article but from a recent lawsuit in The Netherlands it was stated that TrueCrypt was used by the perpetrator and the government was helped by the NSA to DECRYPT his files... It has been a while back but I know that was the case.. Also it was succeeded. Commented Aug 30, 2016 at 21:39
40

Yes. Use VeraCrypt.

As of September 26th 2015, google's security researchers found a couple of vulnerabilities that affect TrueCrypt 7.1a and VeraCrypt 1.14

they are CVE-2015-7358 and CVE-2015-7359

On September 26th, 2015 VeraCrypt released 1.15 which fixes those vulnerabilities.

On October 17th, 2016, VeraCrypt's audit by the QuarksLab has been completed and as a result, VeraCrypt version 1.19 has been released to address vulnerabilities found.

Sources:

Edit: added the October 17th, 2016 QuarksLab audit info

4
  • What about grc.com/misc/truecrypt/truecrypt.htm ?
    – D. Kovács
    Commented Jul 6, 2017 at 9:53
  • 3
    GRC just has copies of the regular old TrueCrypt. It hasn't been changed at all. Also please know that GRC is a snake oil vendor of the worst kind. Pretty much everything they say on their website is misleading or downright incorrect.
    – forest
    Commented Dec 15, 2017 at 9:15
  • I encourage everyone to actually read what these vulnerabilities are about. In short: because of how I am using TrueCrypt, I am Not switching to VeraCrypt.
    – Tony Sepia
    Commented Jul 26, 2019 at 15:53
  • @forest - You wanna maybe provide some context or proof about that snake oil accusation? Highly doubt "everything" is misleading or incorrect on their site and no one has called them out on it in a field that's literally about verifying everything.
    – Tustin2121
    Commented Mar 24 at 10:00
6

If you do a diff on TrueCrypt and VeraCrypt, remove all of the name change and version code, you are left with a reasonable size patch to look at. VeraCrypt uses SHA256, which is better than SHA512 because of the key schedule. Besides the aforementioned iteration count, the other notable changes are NTFS support, upgraded WxWidgit support, volume format change, and inclusion of RSA's PKCS11 headers. Minor changes are things like changing .tc files to .hc, better packaging options for distribution, etc.

After applying the reduced patch set, I added Keccak to the mix for encryption and hashing. The stream cipher is nice to use in the middle of a cascade such as Serpent, Keccak (SHA3), then AES.

I was going to add support for TrueCrypt containers, but decided against it since I personally think the format change is an advantage.

Summing up, it's not that hard to audit using the above mentioned patch set.

Best practice dictates you use the verifiable TrueCrypt 7.1a distro, and download your own PKCS11 headers from RSA. If building for a Mac, use your own copy of nasm instead of the one included or download it yourself from its web page.

That's what I use and will continue to use until I have to change encryption algos when time dictates to do so.

1
  • SHA256? Key schedule? Better than SHA512? Please elaborate on this. I don't believe it is true (perhaps you are thinking of the key schedule of AES128 vs AES256 in relation to related key attacks).
    – forest
    Commented Feb 21, 2018 at 8:01
4

I have been using TrueCrypt for years on Linux and Windows systems and was quite happy with it. Recently, I upgraded my Linux PCs to Ubuntu 16.04 and thought it would be the right moment to switch from TrueCrypt to VeraCrypt. I went ahead and converted TrueCrypt containers into VeraCrypt containers by simply changing the password as indicated in the documentation. I did it especially for an internal 1Tb hard disk drive formatted in two 500 Mb partitions. It appeared that whereas TrueCrypt decrypting of my partitions was previously performed within seconds, VeraCrypt decrypting now requires 4 minutes for each partition. This is unacceptable for me because I have to wait 8-9 minutes for my PC to be up and running in the morning. I therefore consider to switch back to TrueCrypt, which --all things considered-- looks like a good trade-off between improved security and convenience.

1
  • 1
    If you are encrypting your main linux partition don't even need trucrypt, can just use the builtin linux drive encryption
    – Arijoon
    Commented May 17, 2017 at 10:49

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .