I'm a bit annoyed at "we can do better than X" when, you know what? Maybe we can't. Yes, it's nice that you and I can install Element and deal with the finicky crypto handshake that for some reason always shows red for me because a friend opened the web UI and closed it before he completed the handshake and now we can never actually make that check go green, and it's nice that Mastodon is distributed but mastodon.hos…
We can do better than Signal
31–40 of 290 posts
Re: We can do better than Signal
#32I'm confused about this piece. If there's true E2E encryption (verified by open source client code and review of released binaries) then why does it matter if the server code is backdoored or not? The whole point of E2E is that you don't need to care about the server being able to ever see the text of your messages because it never can.
Consider this paragraph from the Signal protocol
> ...For example, they may compare public key fingerprints manually, or by scanning a QR code. Methods for doing this are outside the scope of this document.
> If authentication is not performed, the parties receive no cryptographic guarantee as to who they are communicating with.
Nobody I know in practice does this authentication. If an active attack is carried out, I'm reasonably sure people would not notice.
Re: We can do better than Signal
#33So one of the things that feels the most damning to me about Signal-like protocols is that you have to inherently trust their server. Consider this paragraph from the Signal protocol > ...For example, they may compare public key fingerprints manually, or by scanning a QR code. Methods for doing this are outside the scope of this document. > If authentication is not performed, the parties receive no cryptographic guar…
You understand wrong. Nothing solves this problem except verifying fingerprints manually (in person!) or scanning the QR code (again in person!).
It's a philosophical/conceptual problem with encryption, not one restricted to signal.
Re: We can do better than Signal
#34So the author readily admits that these alternatives aren't actually good enough for the average user.
Newsflash: This IS for the average user! This is for my grandma and my cousins overseas who don't know anything about the internet! They don't know anything about "cryptoshit" or what "E2EE" stands for. Once you actually have something worthwhile that my grandma can use, then maybe you can claim it's better!
Re: We can do better than Signal
#35Why do I make a big deal out of Google Play and Google Play Services? Well, some people might trust Google, the company. But up against nation states, it’s no contest - Google has ties to the NSA, has been served secret subpoenas, and is literally the world’s largest machine designed for harvesting and analyzing private information about their users. Here’s what Google Play Services actually is: a rootkit. Google Play Services lets Google do silent background updates on apps on your phone and give them any permission they want. Having Google Play Services on your phone means your phone is not secure.
Moxie, why haven’t you put Signal on F-Droid yet?
Truly secure systems do not require you to trust the service provider. This is the point of end-to-end encryption. But we have to trust that Moxie is running the server software he says he is. We have to trust that he isn’t writing down a list of people we’ve talked to, when, and how often. We have to trust not only that Moxie is trustworthy, but given that Open Whisper Systems is based in San Francisco we have to trust that he hasn’t received a national security letter, too (by the way, Signal doesn’t have a warrant canary). Moxie can tell us he doesn’t store these things, but he could. Truly secure systems don’t require trust.
Re: We can do better than Signal
#36My main complaint about Signal is its reliance on SS7/PSTN and ordinary phone numbers to identify a user. In an era of SS7 hijacks and social-engineering of mobile phone network customer service reps into SIM-hijacking a target's phone service, by no means should we ever rely upon a phone number as a guaranteed method of identifying an end point device's identity. These are basically the same reasons why other servic…
Re: We can do better than Signal
#37Before the Internet, people could contact each other directly by just making phone calls, and the phone network was neutral, so any phone or any network could call any other (even internationally) provided they pay the fee. Same with SMS and MMS.
With the early Internet, every computer had an IP address and could send packets to any other one.
With the late Internet, because of NAT and unwillingness of ISPs to make progress on this issue, we've now lost that ability and now always require some kind of central coordination server for devices to be able to talk (through it).
There is no reason why Signal (or any other messenger) requires a central server if it wasn't for this. Provided you have the person in your contacts (by having their IP address + a crypto fingerprint for authenticity) they should be able to talk directly.
Until we solve this issue, decentralized alternatives (such as Matrix, Mastodon, and others) are just bad workarounds that will never catch on because people aren't willing (and shouldn't have to) host a server (or use a sometimes unreliable benevolent one or a paid one) when they've already got a smartphone and are paying their phone/Internet bill.
Re: We can do better than Signal
#38I'm a bit annoyed at "we can do better than X" when, you know what? Maybe we can't. Yes, it's nice that you and I can install Element and deal with the finicky crypto handshake that for some reason always shows red for me because a friend opened the web UI and closed it before he completed the handshake and now we can never actually make that check go green, and it's nice that Mastodon is distributed but mastodon.hos…
It turns out that decentralization closes the door on top-down censorship, but at the same time, invites spam and abuse of the system for personal gain. It's very easy to do this in a decentralized model, and every single decentralized service suffers from this. IRC, Email, Mastodon, you name it. It's all bad.