News for hackers. Stuff that matters.
Re:A Formal Security Analysis of the Signal Messaging Protocol by moxie on Tuesday November 08, 2016 @11:23AM (#12901483)
Hmm, I'm not sure where you got these numbers, but none of them are correct. Ten hours of downtime a month? We measure this pretty obsessively, and haven't had that much downtime in a three year period.

I appreciate the sentiment for what you're saying, but our direct user growth has surprised even us (again, not sure where you're getting your numbers), and Signal Protocol is now on over two billion devices.

If your major concerns are reliability and user growth, I think federated protocols are likely to exacerbate rather than improve those conditions -- as we've seen with XMPP historically. However, I would love it if you proved me wrong. Signal can be deployed in a federated environment today, let me know if you need any help setting it up.

Re:A Formal Security Analysis of the Signal Messaging Protocol by moyta on Tuesday November 08, 2016 @07:35PM (#12905235)
This is what I've observed on T-Mobile, Centurylink and Comcast over the past month across two phones, it does allow me to backdate messages and send them later at least, so not a total loss.

In regards to federation for Signal, what are you looking for in terms of technical competence and skills? I'm already intimately familiar with running servers, VOIP, SMS delivery, etc so I've got a good grip on things, and I'd like to tie in our existing PBXes with Signal whereby ZRTP calls go straight to endpoints, perhaps we can force the issue with Grandstream and get them to add ZRTP support on device for their GXP2140 & GXP2170 phones.

Re:A Formal Security Analysis of the Signal Messaging Protocol by webmaven on Tuesday November 08, 2016 @06:12PM (#12904799)
How many direct users does Signal-the-app have?

If you can further narrow that to active users per $TIMEPERIOD (for example, MAU), that would be great.