News for hackers. Stuff that matters.
Re:Cross-signing and end-to-end encryption by default by tptacek on Thursday May 07, 2020 @06:42PM (#23109219)
Signal's servers store no contact lists at all. It's not that phone numbers are some especially good anonymizing identifier; obviously, they are if anything the opposite. It's that everyone who uses Signal already has a local contact list keyed on phone numbers, which Signal's client applications can access, which means the server doesn't have to know about contact lists in the first place.
Re:Cross-signing and end-to-end encryption by default by mirimir on Thursday May 07, 2020 @11:36PM (#23111166)
> It's that everyone who uses Signal already has a local contact list keyed on phone numbers ...

Well, that's precisely why I don't use Signal. In that I don't use smartphones. I could probably run Signal in an Android VM. But I have no way to get a phone number that's both adequately anonymous and adequately secure. Or at least, I don't yet know how to do that. Burner phones are too readily located, and hosted SIMs are too insecure.

Android x86 VMs now have functional virtual WiFi interfaces. But I'm not aware of a virtual cellular network implementation, which could theoretically (I imagine) allow virtual SIMs. That would be very cool. Or maybe it's doable with VoIP?

Re:Cross-signing and end-to-end encryption by default by gojomo on Thursday May 07, 2020 @07:55PM (#23109782)
But this ostensible "Signal's servers store no contact lists at all" policy also incurs several serious risks:

* The Signal client regularly re-sends your complete local contact phone numbers to the Intel SGX contact-intersection code on Signal servers. So, potential flaws in that process would mean Signal servers continually receive, & could possibly log, far more metadata than competing systems that upload all your contacts' phone numbers.

* Signal leaks that your phone number has enrolled with the Signal service to anyone who chooses to query it.

Re:Cross-signing and end-to-end encryption by default by tptacek on Thursday May 07, 2020 @09:11PM (#23110333)
You are comparing the possibility that something could go wrong and expose contact graphs to systems in which exposure of the contact graph is a foregone conclusion, because the servers store them, durably, online, in plaintext. The point of the Signal design is not having to do that thing, and, indeed, it doesn't, unlike other secure messengers that do.
Re:Cross-signing and end-to-end encryption by default by gojomo on Friday May 08, 2020 @01:54PM (#23117538)
No, I'm comparing Signal to desirable properties of a secure messenger for many important uses.

It's great that Signal has devised a system that, ostensibly, obviates the need for them to keep persistent lists of everyone's correspondents. But as that same system requires the constant, repeated uploading of phone-number-identifiers, and complete trust in Intel SGX™, it misses the primary thing most want from an end-to-end, open-source solution: no reliance on remote personnel or systems.

Signal's created a fancy 'Maginot Line' that ultimately reduces to the same core flaw as much-simpler architectures: if a small number of hard-to-monitor key people or servers are compromised, even temporarily, the metadata is also compromised.

You tout that "Signal's servers store no contact lists at all". But can you prove that? Signal's servers are still sent all the same data that would be required to do that.

Meanwhile, other secure messengers manage to:

* avoid ever knowing a users' phone number, or revealing a users' phone number to their correspondents

* avoid broadcasting the fact of a user's participation to anyone who cares to query

It's important to remember these caveats & tradeoffs when alleging Signal stores no contact lists at all.

Re:Cross-signing and end-to-end encryption by default by tptacek on Friday May 08, 2020 @05:45PM (#23119850)
Again: your argument is that, because someone at Signal could misbehave and log metadata, Signal is equivalent to systems that log metadata all the time, durably, by design. Given the choice, I'll take the system that can at least plausibly protect my metadata over the one literally premised on not doing that.
Re:Cross-signing and end-to-end encryption by default by gojomo on Friday May 08, 2020 @06:57PM (#23120456)
I'm not alleging 'equivalence', I'm emphasizing assumptions & tradeoffs.

I want readers to know that your headline claim, "Signal's servers store no contact lists at all", should be coupled with the important caveat that believing that claim still requires trust in Signal and Intel personnel/servers.

And even if someone, like yourself, assumes such trust in Signal & Intel, the metadata protection Signal does offer still requires other metadata tradeoffs. That's not 'equivalent' to other options, it's different in notable ways. For some users, like say an anonymous whistleblower without a 'burner' phone number, Signal's metadata handling is arguably worse than other extant options.

You find Signal a preferable, perhaps even dominant choice; I think they're a mixed-bag once aware of all the tradeoffs.