News for hackers. Stuff that matters.
Re:Twilio incident: What Signal users need to know by daneel_w on Monday August 15, 2022 @01:45PM (#32472864)
Users having to add their contacts each time they set Signal up on a new phone, should the app keep its own client-side contact book, doesn't sound like hassle.

Could you please explain how Signal does not have a social network map, when 1) user accounts are equal to mobile phone numbers, and 2) Signal servers route messages between user accounts.

Re:Twilio incident: What Signal users need to know by niel on Monday August 15, 2022 @02:15PM (#32473283)
The Signal protocol has had "sealed sender" since 2018 - Signal server does not know who sent a message, because the sender's identity is E2E encrypted along with the message.

Even if Signal's server saves a message (they claim not to, once downloaded), Signal's server by design has no way of knowing who sent the message.

Re:Twilio incident: What Signal users need to know by daneel_w on Monday August 15, 2022 @02:29PM (#32473465)
Every inbound message is authenticated, and credentials are stored somewhere. Correct me if I am wrong, but I'm betting that it's with the same credential/channel as for logging-in a user (aka "sender").

Also, wasn't "sealed sender" broken (again) earlier this year by a group of researchers?

Re:Twilio incident: What Signal users need to know by niel on Monday August 15, 2022 @02:48PM (#32473662)
No, sealed sender messages are not authenticated. The sender's client uploads two things: 1) an encrypted message (with sender id encrypted), and 2) a zero-knowledge proof that the sender's client knows the recipient's delivery token.

There is no authentication by the sender, and the sender does not upload any credentials.

Re:Twilio incident: What Signal users need to know by daneel_w on Monday August 15, 2022 @03:03PM (#32473824)
I guess I have to rephrase myself: the API calls are authenticated, because the API endpoints will not consume anonymous requests. I'd be glad if you could point me to documentation proving that the messaging API uses completely different credentials than those for user login, and that the two are also disassociated.
Re:Twilio incident: What Signal users need to know by niel on Monday August 15, 2022 @04:12PM (#32474765)
This doesn't prove anything, but:

> Without authenticating, hand the encrypted envelope to the service along with the recipient’s delivery token.

Source: https://signal.org/blog/sealed-sender/#:~:text=Without%20aut...

The sender's client sends a certificate derived from the recipient's profile key.

This certificate is sent to the server as the header "Unidentified-Access-Key" - you can see how this header is derived from the Signal clients' source.

So yes, these API calls are authenticated, but not using the sender's credentials in any way.

Re:Twilio incident: What Signal users need to know by melgafin on Monday August 15, 2022 @03:25PM (#32474111)
Good luck finding documentation about the protocols and APIs used by signal. While every random cryptocurrency has a cryptography whitepaper, it seems that Signal does not.
Re:Twilio incident: What Signal users need to know by niel on Monday August 15, 2022 @05:08PM (#32475400)
Signal published detailed specifications of the protocol with reference implementations since at least Feb 2017 (group messaging protocol was added later on): https://signal.org/docs/

The server and clients are open source: https://github.com/signalapp