3 ms·
A good app offers options. While most HN folk don't like Telegram's default, it at least gives you somewhat of a choice (and the user can force the E2E option e
by Siira 5y ago
A good app offers options. While most HN folk don't like Telegram's default, it at least gives you somewhat of a choice (and the user can force the E2E option even if the other party doesn't like it)(though they do not give the option to make all chats by default E2e, which is indeed a dark pattern). The other apps just shove possibly backdoored E2E down people's throats with no choice at all.
- maqp 5y ago>The other apps just shove possibly backdoored E2E down people's throats with no choice at all. You can check e.g. Signal is not backdoored by reading the source code. You can find it here https://github.com/signalapp/ https://github.com/signalapp/ You can vefify the client you downloaded from Play Store hasn't been tampered with. Instructions for that are here: https://github.com/signalapp/Signal-Android/tree/master/reproducible-builds https://github.com/signalapp/Signal-Android/tree/master/repr... Your post is slightly ironic, considering Telegram doesn't give you any choice on using E2EE for groups or any chats for that matter, on majority of desktop clients. Know this: when you're not using end-to-end encryption, i.e. when you're using Telegram cloud chats, those chats are by definition as private as a backdoored E2EE chat would be. So one could argue they are front-doored by design.
- einpoklum 5y agoBut Signal won't allow federation and is hostile to independent client development. Also, what about the server source code?
- maqp 5y agoSignal choosing not to federate isn't in the scope of this thread. IMO not federating is a guarantee of client quality. The last time I had a look at Matrix E2EE implementations, only Riot was barely usable. There was a ton of clients that didn't support it, didn't intend to, didn't have the confidence to go about implementing etc. >Also, what about the server source code? https://github.com/signalapp/Signal-Server https://github.com/signalapp/Signal-Server There you go, last commit two days ago.
- int_19h 5y ago> IMO not federating is a guarantee of client quality. That's not how it worked out for email long-term; why should IM be any different?
- tffgg 5y agoIt's not a quality guarantee for clients in practice since you can't control Client Side with open source Regarding Riot, which is called Element by now, you may want to update your knowledge
- maqp 5y agoYeah I'm familiar with Riot being called Element now, and you don't need to look further than this chat for me to state that. "It's not a quality guarantee for clients in practice since you can't control Client Side with open source" What? Open source native client with reproducible builds is literally the gold standard of individual control over software, it's even GPL licenced.
- MikusR 5y agoSignal just spent a year being closed source.
- decrypt 5y agoThis is an incorrect take. It's true that Signal's server code had not been updated for many months, but that doesn't have an effect on security as messages are end-to-end encrypted locally on the clients/apps. The client/app code had been consistently updated during this period. Signal responded to the server code being outdated as well: https://github.com/signalapp/Signal-Android/issues/11101#issuecomment-815400676 https://github.com/signalapp/Signal-Android/issues/11101#iss...
- Siira 5y agoI know Telegram’s default is to give all the data to the server. But being honest about this makes them able to provide significant UX benefits. Backdoored E2E gives a false sense of security, and, backdoored or not, E2E’s UX sucks. (Also note that the backdoor/malware could be on any level of the stack; From WhatsApp’s plaintext backups, to NSO’s zero days.)