RFC 9420: Messaging Layer Security

Originally published in?Bulletproof TLS Newsletter, a free periodic newsletter designed to keep you informed about the latest developments in SSL/TLS and Internet PKI. Written by?Ivan Risti?.

Messaging Layer Security (MLS), a new standard that supports end-to-end encryption in messaging applications, has been released as?RFC 9420. The name is an obvious riff on Transport Layer Security (TLS), but that’s not where the similarities end. MLS had been in development for about five years, which is similar to the time it took to produce TLS 1.3. Both standards were built on the protocols that came before them. Both standards engaged academia and a wider expert base to analyze the designs before they were considered complete. Is this what the new model for development of cryptographic protocols looks like?

To understand why we need MLS, we need to go back as far as 1991 and start with Pretty Good Privacy (PGP). Developed by Phil Zimmerman, PGP was the first attempt to provide end-to-end encryption for messaging—more specifically, for email. Although PGP provided some basic security, its usability was poor and cryptography weak by today’s standards. Crucially, its security relied on a master key. If that key became compromised, all communication, past and future, would be compromised as well.

Other standards followed.?Off-the-Record (OTR) protocol?focused on security of real-time (chat) messages, introducing forward secrecy and deniability. The?Signal protocol?further improved things by adding support for offline communication as well as?post-compromise security. The Signal protocol in particular went on to achieve great success, being implemented not only by Signal, but also by WhatsApp, Facebook Messenger, Skype, and others.

Although the Signal protocol is a de facto standard at the moment, MLS aims to take things further with improved group communication, proper standardization, and a reference implementation in Rust under a permissive open-source license. If multiple vendors all adopt this protocol, that would open doors to some possible federation and interoperability across messaging applications. A number of prominent organizations participated in the development effort. Google already stated that they will?implement MLS in Google Messages. And Matrix is?experimenting with it already.

Short news

Here are some things that caught our attention since the previous newsletter:



MERKA PHOENIX

Software Engineer w/ 16+ years delivering Technology Transformation, innovations, & modular code for strategic long-term projects

1 年

Just finished up migrating Message-Layer Security (MLS) and LDAP functionality from a retiring application security proxy tool into a set of Java APIs that the previous upstream/downstream endpoints of the proxy's applications use for handling these "natively" within the applications. On the provider side (upstream), Java servlet filter interface allows us to "transparaently" add this functionality without having to rewrite the legacy business logic that may or may not understand what MLS is, while still protecting the content that is received/sent to/from its clients. I look forward to reading through this new RFC 9420; it was a lot of fun wrapping my brain cells around MLS, TLS, and all the wonderful internals of JCE.

回复

要查看或添加评论,请登录

Feisty Duck的更多文章

社区洞察

其他会员也浏览了