6 ms·
It's pretty easy to explain - and in fact, you got your answer[0] > Block-level encryption is a terrible, terrible approach for many reasons (which 'tptacek
by chimeracoder 12y ago
It's pretty easy to explain - and in fact, you got your answer[0]
> Block-level encryption is a terrible, terrible approach for many reasons (which 'tptacek has referenced a million times). However, Truecrypt is the best such implementation, and it's a required approach in certain cases. You should be doing crypto at the application/filesystem level; if you can't, use Truecrypt. This isn't contradictory advice.
The only reason this even seems remotely contradictory is because you've taken Thomas's statement completely out of context (perhaps because it's nested about 50 lines in from the top-level comment that even provided the context in the first place).
Alternatively, it's only contradictory if you take a black-and-white, all-or-nothing interpretation of what Thomas says... which is quite ironic, because one of his key criticisms of Truecrypt is that it is all-or-nothing, as stated in the very same post that you quote[1].
[0] https://news.ycombinator.com/item?id=9071492 https://news.ycombinator.com/item?id=9071492
[1] https://news.ycombinator.com/item?id=9071126 https://news.ycombinator.com/item?id=9071126
- diminoten 12y agoThomas changed his comments about 50 times between when we were replying to one another and now, so in all likelihood what I've written makes no sense in relation to what he's written anymore. That said, there is a very serious contradiction between supporting the audit of software, and thinking that the support of said software is actively harmful. If it's actively harmful, Thomas shouldn't support its use, period. He should either resign entirely from all activity related to TrueCrypt, or amend his comment to reflect what he actually thinks.
- tptacek 12y agoedit: I wrote something unproductive here
- 4oh9do 12y agoAs a casual user, I would like to know how I am endangering users by encouraging them to use TrueCrypt? And what should I be encouraging them to use instead?
- quesera 12y agoIf your disk is mounted when your computer is stolen or confiscated, your data is accessible. If your adversaries want your data, FDE will help them and not you. If you have secrets that would put you in danger if revealed, you would now be danger. The alternative is file-level encryption. The only accessible files at any given time are the ones you're using, so if you are relieved of your laptop on short notice, not all beans will be spilt. File-level encryption is a pain in the neck to work with. FDE is much more convenient, and a pretty good answer if your threat model doesn't include "drive by laptop snatching" as a major concern. This is most people.
- late2part 12y agoi.e. not Ross Ulbricht
- hackuser 12y ago> If your adversaries want your data, FDE will help them and not you. Sorry to nitpick, but it may confuse a casual user: FDE will not help your adversaries, it just won't help you. That is, in those circumnstances (i.e., when your disk is mounted) FDE won't have any effect.
- quesera 12y agoAgreed. The comparison which wasn't clear in that sentence was to file-level encryption. At the point of seizure, your chosen data protection method is either helping your adversaries by offering all files unimpeded, or helping you by not doing so. It's equivalent to having no data protection at all, if you adversaries are competent.
- 4oh9do 12y agoAh, I see. Am I correct then that the cautionary note was just in general about the pitfalls of FDE if a mounted drive is compromised while mounted? I think I misinterpreted it to mean that there was a specific problem with TrueCrypt which leads its use to endangering users. In my own use case and in that of people I've recommended TrueCrypt to, having the hard drive apprehended while shut down, specifically during customs checks, is a far greater risk than having the computer compromised while the encrypted drive is already mounted. Given that particular threat model, is it OK for me to continue to use and recommend using TC?
- justin66 12y agoYou're really coming across as pretty crazy with your comments tonight.
- diminoten 12y agoHowso? That's not my intent.
- tedunangst 12y agoWell, for starters, what did tptacek say before he edited all of his comments?
- diminoten 12y agoHe added in the positive comments about TrueCrypt. Previously, his comments read as if he were completely opposed to all forms of TrueCrypt's use. He also removed quite a bit of negativity and snark from his comments. Without those, the tone of the conversation shifts considerably. What I'm trying to get at here is that there's a need for a TrueCrypt like product, and Thomas seems to think there isn't, or didn't last time I read his comments. He was suggesting that anyone who wants to actually encrypt their code should use PGP. I was arguing that such a strategy isn't realistic given the UX/workflow that TrueCrypt gave.
- tptacek 12y agoFor anyone wondering: no, this did not happen.
- diminoten 12y agoAs I said earlier, what do you think the function of this comment is? Of course you'd say something to this effect. The purpose of a comment would be to elaborate on why what I said was wrong; providing examples or evidence to the contrary is a great way to further any conversation. I, unfortunately, have no evidence. So it's just my word. I realize that's not super valuable, but that's what I've got.
- sillysaurus3 12y agoThe money was raised to audit TrueCrypt before the developers abandoned it. The money must go toward that audit. The fact that the TrueCrypt devs abandoned the project changes what we should expect from it. Specifically, we should expect that moving forward, it's going to be a bad idea to use it. This viewpoint isn't just tptacek's. When the TrueCrypt devs shut down TrueCrypt, they posted in big red letters "TRUECRYPT SHOULD BE CONSIDERED INSECURE" or something to that effect. They did that because, like tptacek, they are responsible crypto devs and are doing their duty: when no one is actively maintaining a project, it is inherently insecure because the security landscape changes so rapidly. If the TrueCrypt devs were to step out of the shadows with some money to audit TrueCrypt's current codebase, yet maintained their stance that not having an active dev team makes the project insecure, would you aggressively badger them for their "contradictory beliefs"? There is value to be had in auditing an insecure project's open source codebase. If any security problems are discovered, users will be able to assess their potential impact based on how they were previously using TrueCrypt. If they have old images laying around which are discovered to be decryptable, users will be able to delete them before someone else discovers that flaw and steals their data. Secondly, if the codebase survives the audit relatively unscathed, then it serves as an example of how to write production crypto code (at the time it was written, not presently!) similar to how tarsnap is currently such an exemplar. The TrueCrypt code can't be used directly due to licensing issues, but it nonetheless serves as a "here is how to use these arcane Windows APIs in the context of security." Such guidance will be extremely valuable for future similar projects. Lastly, I am kind of afraid to talk to you at all in case I incur your bullying wrath somehow, because if that were to happen, you'd kill the fun of HN for me. I imagine you're killing the fun of HN for tptacek.
- diminoten 12y agoActually, tptacek isn't suggesting that the murky status of TrueCrypt's source code is why you shouldn't use it, he's suggesting that the disk encryption mode itself (XTS) is why no one should use it. Edit: As for the personal side of this, check out this lovely new account, and the comments made (you might have to enable dead comments): https://news.ycombinator.com/threads?id=Onymous https://news.ycombinator.com/threads?id=Onymous
- SamReidHughes 12y ago> Thomas changed his comments about 50 times between when we were replying to one another and now, so in all likelihood what I've written makes no sense in relation to what he's written anymore. I was watching his comments and your replies back then in real time, and this did not happen at all.
- diminoten 12y agoYou were seriously watching all of our interactions over the course of the past 6 hours, with enough detail so as to be able to diff individual comments over the entire time period? Well, I guess that's possible...
- SamReidHughes 12y agoNot all of your interactions over the past 6 hours as of that time, just most of the back-and-forth, in particular, with comments being posted up to "10 minutes ago" so there is a chance of ninja-edits made to be more polite (something I often do) and checking later I recognized all the sentences I read.