<div dir="ltr">I just installed Signal on my Android phone a couple of weeks ago.  It runs nice, but of course I'm the only person in my SMS list who uses security of any form...  :(<div><br></div><div>I'm still waiting on a one glorious all-encompassing multi-platform, multi-device, secure, open source chat program that ties into Skype, IRC, Hangouts, ICQ, whatever...</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, 24 Nov 2016 at 10:50 <a href="mailto:locklin.jason@gmail.com">locklin.jason@gmail.com</a> <<a href="mailto:locklin.jason@gmail.com">locklin.jason@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There are certainly two problems in the IM sphere: the lack of privacy/security, and the silos. Signal makes a huge leap in terms of the first -by making good e2e encryption work with good UX. The lack of federation and requirement of GCM means that that advancement can really go no further. The signal servers are going to have all the metadata, and Google is going to track everyone's device.<br class="gmail_msg">
<br class="gmail_msg">
This feeds into the second problem. With a silos, there is no room for sustained growth. You may be able to convince people to settle on Signal, but convincing them to move on to another system with better metadata security down the road will be very difficult -and what ultimately convinces them to move on will likely be something other than privacy. Silos have always been, and will always be a long-term loss strategy. They will only ever lead to long-term system-hopping, without incremental improvement (of course, silos can be very short-term lucrative for the winners).<br class="gmail_msg">
<br class="gmail_msg">
The only long-term solution for truly free and private communication is either a federated or p2p network, based on open standards. Of course, those systems are hard to get started because they are technically and economically more challenging. I have certainly installed and experimented with dozens of such, to see them go unused and quiet. I think Matrix has a shot though. It has the unusual confluence of long term potential for truly free and private communication, while actually being very useful now. I basically use it daily as my general IRC client/bouncer for (un-secure) group messaging in large existing groups. I use Signal daily as well, as it doubles as my SMS client, so both have figured out ways to be useful<br class="gmail_msg">
immediately, while pushing for change.<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
On Thu, 24 Nov 2016 04:44:16 +0000<br class="gmail_msg">
Chamunks <<a href="mailto:chamunks@gmail.com" class="gmail_msg" target="_blank">chamunks@gmail.com</a>> wrote:<br class="gmail_msg">
<br class="gmail_msg">
> "Yep! Signal has made great improvements to OTR. I personally think the<br class="gmail_msg">
> best change is rather that the ratchet, being based on deterministic<br class="gmail_msg">
> algorithms (hashes), supports offline messaging in a way OTR couldn't and<br class="gmail_msg">
> therefore couldn't be used (effectively; you could with xabber but it was<br class="gmail_msg">
> The Worst Thing) for mobile. Actually, my belief was that OTR also used a<br class="gmail_msg">
> different key for each message, but it had to negotiate the key actively<br class="gmail_msg">
> with the partner, which is why you had to have an active both-people-online<br class="gmail_msg">
> session to use it. Do you know if I'm wrong about that?"<br class="gmail_msg">
><br class="gmail_msg">
> After some review you are correct.  I'm not entirely certain of the<br class="gmail_msg">
> difference at this point I always thought / was under the impression OTR<br class="gmail_msg">
> was per session.<br class="gmail_msg">
><br class="gmail_msg">
> As for google's GCM, it's literally just a push system/relay and index of<br class="gmail_msg">
> registered devices on the GCM network it acts as a secure relay for data.<br class="gmail_msg">
> As you basically have to trust the internet underneath your fibers there<br class="gmail_msg">
> will be some proprietary systems in there somewhere you're not even going<br class="gmail_msg">
> to be aware of.  Cisco/Juniper etc they're all proprietary IIRC.  I would<br class="gmail_msg">
> be more concerned about the data sent via GCM more so than the fact that<br class="gmail_msg">
> its using GCM.<br class="gmail_msg">
><br class="gmail_msg">
> The benefit of this system is that you don't add security holes opening up<br class="gmail_msg">
> sockets to the internet meaning it's more secure than leaving an open<br class="gmail_msg">
> web-socket/socket.  Or the alternative of having a DHT or something<br class="gmail_msg">
> tracking the online status of your neighboring devices.  Signal isn't<br class="gmail_msg">
> intended to be an anonymity network its intended to provide provably secure<br class="gmail_msg">
> conversations past beyond the common standard.<br class="gmail_msg">
><br class="gmail_msg">
> If you want something ultra-secure that won't have anyone on it ( the<br class="gmail_msg">
> biggest problem with a messaging protocol is that someone needs to actually<br class="gmail_msg">
> use it for it to be useful ) you could try TOX<br class="gmail_msg">
> <<a href="https://wiki.tox.chat/clients" rel="noreferrer" class="gmail_msg" target="_blank">https://wiki.tox.chat/clients</a>> or something via the TOR network.  That'd<br class="gmail_msg">
> really be the only truly open-source messaging system that would be secure<br class="gmail_msg">
> end to end and also anon and free of proprietary backing.<br class="gmail_msg">
><br class="gmail_msg">
> I do really like the concept of open standards though but I think that<br class="gmail_msg">
> Moxie Marlinspike is rightfully defending his protocol at the moment though<br class="gmail_msg">
> because if I were trying to build the reputation for my protocol I would<br class="gmail_msg">
> fend off people who would likely run things poorly and at the moment it<br class="gmail_msg">
> seems like he's doing a better job than anyone else.  Once you get mass<br class="gmail_msg">
> adoption maybe he might be convinced into opening the standard.<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> On Wed, Nov 23, 2016 at 11:16 PM Nick Guenther <<a href="mailto:nguenthe@uwaterloo.ca" class="gmail_msg" target="_blank">nguenthe@uwaterloo.ca</a>><br class="gmail_msg">
> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> ><br class="gmail_msg">
> ><br class="gmail_msg">
> > Le 23 novembre 2016 21:41:08 HNE, Chamunks <<a href="mailto:chamunks@gmail.com" class="gmail_msg" target="_blank">chamunks@gmail.com</a>> a écrit :<br class="gmail_msg">
> > >SignalApp is perfectly open they only use GCM for an efficient method<br class="gmail_msg">
> > >to<br class="gmail_msg">
> > >tell clients where to send the message to p2p. None of the messages<br class="gmail_msg">
> > >actually travel through GCM.  This is how android's designed to work<br class="gmail_msg">
> ><br class="gmail_msg">
> > There are multiple layers of openness here. The code is open, but the<br class="gmail_msg">
> > service is not because they don't federate, and to protect the brand (the<br class="gmail_msg">
> > argument being that for the non-obsessed-geek crowd, that also protect a<br class="gmail_msg">
> > security by avoiding imitators) they actively stamp out anyone running even<br class="gmail_msg">
> > an alternate copy of the server. On top of that, the fact that any part of<br class="gmail_msg">
> > the infrastructure depends on Google's non-free systems is a lack of<br class="gmail_msg">
> > openness; isn't one of the core FSF software freedoms the ability to use<br class="gmail_msg">
> > the software wherever you can? Well, because of the tie into to GCM/Apple<br class="gmail_msg">
> > Push, you can't run it on BlackBerry 10, you can't run it under Pidgin<br class="gmail_msg">
> ><br class="gmail_msg">
> > ><br class="gmail_msg">
> > >The best part of the signal protocol is that unlike the OTR spec, it<br class="gmail_msg">
> > >ratchets its keys for every message since its so cheap on the CPU these<br class="gmail_msg">
> > >days to make more keys.<br class="gmail_msg">
> ><br class="gmail_msg">
> > Yep! Signal has made great improvements to OTR. I personally think the<br class="gmail_msg">
> > best change is rather that the ratchet, being based on deterministic<br class="gmail_msg">
> > algorithms (hashes), supports offline messaging in a way OTR couldn't and<br class="gmail_msg">
> > therefore couldn't be used (effectively; you could with xabber but it was<br class="gmail_msg">
> > The Worst Thing) for mobile. Actually, my belief was that OTR also used a<br class="gmail_msg">
> > different key for each message, but it had to negotiate the key actively<br class="gmail_msg">
> > with the partner, which is why you had to have an active both-people-online<br class="gmail_msg">
> > session to use it. Do you know if I'm wrong about that?<br class="gmail_msg">
> ><br class="gmail_msg">
> > I am not sure if you were debating my reluctance with this message. If you<br class="gmail_msg">
> > were, let me clarify that I'm not reluctant about Signal; it sucks that<br class="gmail_msg">
> > they have decided they don't have the resources to do federation, but I<br class="gmail_msg">
> > have peace with that and use and recommend Signal every day. My reluctance<br class="gmail_msg">
> > is about Matrix claiming "e2e group chats!" without maybe fully thinking<br class="gmail_msg">
> > through the threat model.<br class="gmail_msg">
> ><br class="gmail_msg">
> ><br class="gmail_msg">
> ><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
<a href="mailto:locklin.jason@gmail.com" class="gmail_msg" target="_blank">locklin.jason@gmail.com</a> <<a href="mailto:locklin.jason@gmail.com" class="gmail_msg" target="_blank">locklin.jason@gmail.com</a>><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
kwlug-disc mailing list<br class="gmail_msg">
<a href="mailto:kwlug-disc@kwlug.org" class="gmail_msg" target="_blank">kwlug-disc@kwlug.org</a><br class="gmail_msg">
<a href="http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org" rel="noreferrer" class="gmail_msg" target="_blank">http://kwlug.org/mailman/listinfo/kwlug-disc_kwlug.org</a><br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div>