4 ms·
It’s feels odd that how these hardening guides focus on crypto and then pretend that TOFU is perfectly secure.
by ahoka 3y ago
It’s feels odd that how these hardening guides focus on crypto and then pretend that TOFU is perfectly secure.
- deleted 3y ago[deleted]
- dspillett 3y agoTOFU is secure if you verify the host key fingerprint against information received via a sufficiently secure channel. That most do TOFU wrong¹ does not make TOFU itself insecure. Most do do TOFU wrong though. In DayJob I run an SFTP-to-Azure-storage relay⁴ for clients to send automated feeds from third-party systems via that method⁵, and it wasn't until one client reported getting the wrong fingerprint that we noticed we were outputting the UAT and Live system values back-to-front in the on-boarding details, and had been doing for some time so at least a few other clients⁶ had just blindly accepted a different fingerprint to the documented one… -- [1] Anyone else remember way way way back² when browsers stopped trusting self-signed certificates, or at least started shouting loudly about them? There was many a heated discussion with some who kept repeating “well TOFU is good enough for SSH” and wouldn't accept that 1. TOFU isn't as secure as they think it is the way they are using it and 2. They were accepting the risk for only themselves³ with SSH & TOFU-done-a-bit-wrong, which might be OK to them, but with HTTPS+TOFU on public sites they were essentially making that risk choice for everyone, which is not OK. [2] somewhere in the very early 2000s? [3] and their users [4] Until recently there was no built-in support for this in Azure, and the recently-left-preview implementation is ~£186 per month per storage account which works out very expensive for our current storage-account-per-client layout (so without a refactor that might breach our client data separation policies running a small VM⁷ with my BIY service built around Blob-FUSE works out far cheaper) [5] We offer “more modern” APIs for such things too, but SFTP is still the most widely supported method (often the only supported method) by the other software/infrastructure used by our clients [6] and these are investment banks, who you'd like to think were properly paranoid about a transport mechanism they'll be sending business information and customer PII through… [7] actually, a couple of small VMs and a little infrastructure for HA
- lmm 3y ago> TOFU is secure if you verify the host key fingerprint against information received via a sufficiently secure channel. In other words it's secure if you don't do TOFU and do out-of-band verification instead.
- unethical_ban 3y agoTrust doesn't mean blindly trust, it means assert trust.
- gertrunde 3y agoJust because the user chooses not to bother with the verification step doesn't mean it's not part of the process.
- cuu508 3y agoA better acronym for that process would be VOFU.
- j1elo 3y agoTo be honest, this is a case of technology making humans work for it, instead of the other way around. By the design itself of TOFU, most users will trust the fingerprint because it looks like a weird string of random stuff and just pressing "Y" removes the question out of the way. If verifying the fingerprint is such a key aspect of TOFU, then the dialog should be an input instead of an output. "Input here the expected fingerprint" in order to allow connecting. You'd have received it by some other means, and would type or copy-paste it into the terminal to finish the verification process. Et voila, safe TOFU completed!
- rlpb 3y ago> TOFU is secure if you verify the host key fingerprint against information received via a sufficiently secure channel. Verifying the fingerprint out-of-band is the opposite of TOFU. TOFU is generally understood to mean not verifying it, but flagging if it changes later.
- pgraf 3y agoFor those wondering, TOFU means “trust on first use” here
- deleted 3y ago[deleted]