Hi,

>> On 2 Oct 2016, at 12:21, Tobias Markmann <tmarkm...@googlemail.com> wrote:
>> 
>> * How does this relate to other standardization efforts? (You already
>>   mentioned olm, there's also OMEMO which is currently gaining some
>>   traction.)
> 
> 
> OMEMO is currently being adjusted to use Olm instead of Signal, so that it 
> will be more implementation and standardization friendly [1], and will 
> probably be standardized by the XSF afterwards.

For those not familiar: Olm is an independent implementation of the Double 
Ratchet algorithm based on the original sketch by Trevor & Moxie, written in 
C/C++14 by the Matrix.org team. It's released under the Apache 2.0 license at 
https://matrix.org/git/olm, and we've published a formal spec for it at 
https://matrix.org/docs/spec/olm.html. Olm is independent of the actual 
messaging protocol (eg it's used fine for both Matrix and XMPP/OMEMO). We've 
spoken at length to Moxie about Olm, and understand that he is fine with an 
independent liberal-licensed implementation as long as we make it abundantly 
clear that it's nothing to do with Signal, or Signal protocol, and is just a 
double ratchet impl.

Seperately, Megolm is a new ratchet we've designed specifically for the problem 
of handling group conversations with selectively shareable history for syncing 
between devices. It's also included in libolm, and the formal spec is at 
https://matrix.org/docs/spec/megolm.html. Megolm is very new (less than a month 
old), although it's being beta'd in https://riot.im/app currently. It uses Olm 
to exchange the group ratchet state between participants. 

Olm (and megolm) are currently being audited by NCC Group as part of a publicly 
released audit (which has already shown up some stuff we need to address; eg 
whether Olm prekeys should be signed and whether Megolm sessions suffer from 
replay attacks). We were going to hold off making a big announcement until the 
audit's done and we've fixed the thinkos, but I guess this thread preempts that 
:)

Obviously we are very interested in Olm (and perhaps Megolm) being usable as an 
unencumbered, liberal licensed, and well-specified E2E protocol for the 
purposes being discussed here. However, we've been too busy building it and 
shipping it in Riot to get stuck into standardisation stuff yet! We would 
certainly like to be part of a BOF discussion though :)

Matthew

-- 
Matrix.org
_______________________________________________
Messaging mailing list
Messaging@moderncrypto.org
https://moderncrypto.org/mailman/listinfo/messaging

Reply via email to