Live data from Hacker News

Relaunched TrueCrypt site with original content and documentation

truecrypt71a.com

21–30 of 54 posts

Re: Relaunched TrueCrypt site with original content and documentation

#21
post #18

Earlier quoted context omitted.

> They're your most realistic option right now. zuluCrypt[1] is another option if you are on linux. Its GPL licensed and exists in a lot of distribution's repositories(Will appear in debian and ubuntu repositories shortly) It supports TrueCrypt volumes,VeraCrypt volumes and LUKS volumes. [1] http://mhogomchungu.github.io/zuluCrypt/

Under Linux, what is the advantage of TrueCrypt/zuluCrypt over plain old LUKS? (which is automatically set up on any modern Linux Distro installation)

Plausible deniability? With LUKS everyone can see your volume is encrypted; to avoid that you'd have to use plain dm-crypt/cryptsetup, randomize your drives (time consuming) and manage keys yourself (too much work).

Re: Relaunched TrueCrypt site with original content and documentation

#23
post #22

Why can't the original devs just leak the reason behind all this? I don't expect it on their official website but honestly, how difficult is it to just let people know?

And what? Eat bad food with a bad view for the rest of your life?

Re: Relaunched TrueCrypt site with original content and documentation

#24
If I was concerned about my data, I wouldn't touch TrueCrypt with a 10 foot pole. More specifically I wouldn't touch Windows.

Developers don't abruptly shut down projects. If there are problems with the code, they release statements and patches. If they lose interest in the project, they call it orphaned and ask for maintainers. If it's a mix of the two, they at least say so.

But what happened with TrueCrypt was truly bizarre. No warning. No phase-out. Telling people to move to BitLocker?

I think there's only one way to interpret that. They did something bizarre because it was all the noise they could make without telling us what really happened. AKA some of their developers got served gag orders.

But what on earth could a TrueCrypt dev be gagged for? A gag order implies that some three-letter-agency had enough foresight to know they were planning to disclose something. If it was that there was a government backdoor in TrueCrypt itself, how would NSA/FBI know that they discovered it? How would they know that it could be tied back to them? Why didn't the audit [1] catch it? Gag orders are pretty loose in terms of legality in the first place, but even still, would a gag order prevent them from releasing a statement about a security hole (without mentioning its origin) and releasing patches?

It's a total guess, but my theory is that TrueCrypt discovered something outside their codebase (EG: Windows itself) that was undermining encryption. They reached out to Microsoft, who contacted FBI/NSA, and they were served their gag orders. This is the only theory I can think of that makes a gag order possible, in other situations the FBI/NSA wouldn't have been able to know about a disclosure before it happened.

[1]: istruecryptauditedyet.com

Re: Relaunched TrueCrypt site with original content and documentation

#25
post #14
post #11

Earlier quoted context omitted.

10 seconds is ridiculous, especially if you know what you're doing and use strong passphrases. The passphrase to one of my TrueCrypt volumes is around 30 characters long. It's not completely random, so let's say it only has 2 bits of entropy per character. That's 60 bits total. A brute-force attack would take an average of 2^59 guesses before it succeeds. At 10 seconds per guess, we're looking at approximately 180 bi…

You can bruteforce much faster on GPU. E.g. 20*10^9 ripe160 hashes per second on 8x AMD R9 290X (price is around $3000): https://hashcat.net/oclhashcat/ 60 bits are not secure against attacker with medium budget.

Then we can use GPUs to speed up VeraCrypt's PBKDF, too.

The point is that there's no need for a PBKDF that takes 10 seconds on modern hardware.

Sure, that 60-bit passphrase is weak. But it takes a trivial amount of effort to increase the entropy of a passphrase. Let's say I increased it to 80 bits. In terms of brute-force resistance, that's equivalent to increasing the PBKDF's iteration count 1 million times.

Re: Relaunched TrueCrypt site with original content and documentation

#27
post #17
post #14

Earlier quoted context omitted.

You can bruteforce much faster on GPU. E.g. 20*10^9 ripe160 hashes per second on 8x AMD R9 290X (price is around $3000): https://hashcat.net/oclhashcat/ 60 bits are not secure against attacker with medium budget.

Some years before oclHashCat support, I buil a gpu cracker for truecrypt volume TrueCrack ( https://code.google.com/p/truecrack/ ) . To be honest oclHashCat has better performance. Now the board of the oclHashCat tests ( AMD R9 290X ) costs about 300 euro (not $3000).

They used 8 cards for that test.

Re: Relaunched TrueCrypt site with original content and documentation

#28

If I was concerned about my data, I wouldn't touch TrueCrypt with a 10 foot pole. More specifically I wouldn't touch Windows. Developers don't abruptly shut down projects. If there are problems with the code, they release statements and patches. If they lose interest in the project, they call it orphaned and ask for maintainers. If it's a mix of the two, they at least say so. But what happened with TrueCrypt was trul…

If they discovered an issue in Windows, and it led to gag orders, why would they tell people to move to BitLocker (a Microsoft product)?

Re: Relaunched TrueCrypt site with original content and documentation

#30
post #18

Earlier quoted context omitted.

> They're your most realistic option right now. zuluCrypt[1] is another option if you are on linux. Its GPL licensed and exists in a lot of distribution's repositories(Will appear in debian and ubuntu repositories shortly) It supports TrueCrypt volumes,VeraCrypt volumes and LUKS volumes. [1] http://mhogomchungu.github.io/zuluCrypt/

Under Linux, what is the advantage of TrueCrypt/zuluCrypt over plain old LUKS? (which is automatically set up on any modern Linux Distro installation)

LUKS is an on-disk format where as TrueCrypt is both an on-disk format and an application.zuluCrypt is only an application that supports multiple on-disk formats so your question is not easy to answer since it mixes up different things.

LUKS advantages over TrueCrypt is that it can support up to 8 different passwords and each password security can be fine tuned by a changeable pbkdf2 iteration count that is set per password.

TrueCrypt on-disk format advantages over LUKS is that it can support two volumes(outer one and hidden one) and its header is completely hidden since its encrypted.LUKS volume header is unencrypted and hence visible.

With a LUKS based encrypted volume,its possible to mimic a hidden header on a device through the usage of a "detached header" but this is a property of tools that manage LUKS volumes and not of a LUKS volume on disk-format.It is also possible to mimic a hidden volume through a plain dm-crypt volume at a non zero offset but this is also a property of a tool that manages LUKS volume and not of a LUKS volume format.

When it comes to binary applications,zuluCrypt is better than TrueCrypt because it supports TrueCrypt on-disk format together with other formats and it also supports multiple hidden volumes through the use of plain dm-crypt volumes.

zuluCrypt also supports LUKS volumes with a detached header and this is more or less like TrueCrypt volume that requires a password and a keyfile(the detached header will act as a keyfile in this case).

zuluCrypt also supports plain dm-crypt volumes at a none zero offset and this means it can have more than one "hidden volumes" although it does not offer protection of these hidden volumes.

Post reply on HN