[messaging] encryption of Signal notification messages
Sam Lanning
sam at samlanning.com
Mon Mar 7 20:25:53 PST 2016
On 7 Mar 2016 10:51 p.m., "Martin Thomson" <martin.thomson at gmail.com> wrote:
>
> On 8 March 2016 at 05:03, Frederic Jacobs <lists at fredericjacobs.com>
wrote:
> > 3) When the iPhone gets that push notification, it doesn’t display
anything
> > to the user but open a socket in the background to the Whisper Systems
web
> > socket to fetch the message payload. Decrypts it. Checks the user’s
> > notification display style preference. And shows relevant information.
>
> That isn't the most efficient means of using push messaging. Why not
> encrypt the message? Assuming that it is small enough, that is.
>
Doing it in this manner provides a number of advantages, but namely it
allows Android, iOS and Desktop to all share exactly the same protocol with
the Signal server, which means we only need one implementation for the
server, and we don't introduce the possibility of different protocol
features for different devices. The only exception to this mechanisms we
use to trigger respective devices to download latest messages from the
server (I.e. push messages on iOS and Android, and whatever is used for
Desktop), which are understandably much more closely tied to the devices.
More subtley, it affords us the ability to move away from these push
systems in favour of something else. For iOS it may not make much sense but
for Android, where the ecosystem is very varied, and there are a number of
derivative OSes, many of which are completely open source and don't use
Google's cloud messaging, it means we can (theoretically) pretty easily
create versions of Signal that work for these ecosystems too, with minimal
effort.
We've now reached a situation where we can create a Signal application in
either Objective C, Java or JavaScript for a new environment/ecosystem
without having to write much/any code for the protocol, and only having to
implement a way in which for the server to send a "ping" notification to
the client. This is a pretty sweet place to be.
Hope this makes sense.
Cheers,
Sam.
_______________________________________________
> Messaging mailing list
> Messaging at moderncrypto.org
> https://moderncrypto.org/mailman/listinfo/messaging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://moderncrypto.org/mail-archive/messaging/attachments/20160308/3ad2a838/attachment.html>
More information about the Messaging
mailing list