19

普通端到端加密可能并不那么安全

 4 years ago
source link: http://netsecurity.51cto.com/art/202002/611113.htm
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

【51CTO.com快译】消息平台真的是固若金汤吗?

普通用户可能会天真地认为:像WhatsApp和Signal之类流行的社交聊天工具,对于消息的加密一定十分地周全,而对于业务交流以及隐私的管控一定非常的完美。可是事实恰好相反。由于加密通信的复杂性,和即时通讯的实时并发性,各大企业级消息应用平台可能会让海量的消息变得更加容易泄露,也更加容易遭到黑客的攻击。

平心而论,WhatsApp和Signal之类的应用已经启用了诸如H-256等高级加密技术,并且能够根据与用户之间的协定,在保留了一段时间后,销毁掉平台上存储的消息。但是正所谓“道高一尺、魔高一丈”,黑客们的技术也是在逐日递增,不断迭代。因此,实时消息被截获、读取、甚至是篡改的风险,一直都存在着。

IzyamyU.jpg!web

端到端加密(E2EE)为您保驾护航

为了保护消息的机密性和内容的隐私性,平台往往在消息的传输过程中采用端到端的加密技术。它的基本原理是:从服务器发出消息之后,端到端加密方法会将消息、或流媒体转换为不可追踪的数据块,也就是我们通常所说的“密文”。密文消息在通信渠道上沿路被传输,直至到达接收对端才被解密。这样我们就保护了消息中的数据信息,不会遭受到未经授权的访问或窥探。

为了方便起见,您可以将端到端加密理解为一个“保镖”。他从您的家中接到您,帮您带上面具,陪您一起乘坐各种交通工具,最终与您一起步行到达目的地的入口。下图展示了在一个消息传输平台内部,整个端到端加密是如何流转和实现的过程。

VnqYziQ.jpg!web

企业级消息传输平台需要的不只是端到端加密

在联邦调查局(FBI)最近一次的调查中,他们发现FBI特工能够轻松地接入聊天进程,并从加密服务器上访问到由前参议院情报委员会助手James Wolfe在Signal平台上发送的消息记录。这些加密消息中的某些内容甚至被披露到了《纽约时报》上。

FBI到底是如何找到破解密码的后门,又是如何取得加密消息平台的信任,目前尚不得而知(有分析认为他们利用了Pegasus之类的软件技术)。但是值得注意的是:当前技术界存在着一些被低估的协议和操作系统,例如OMEMO和RattleSnake OS。它们专为横跨多种设备的安全消息传输场景而设计。在目前的市场上,像MirrorFly之类的公司,就能够针对消息传输应用提供上述加密协议与操作系统。

如下图所示,OMEMO是一种使用了Double Ratchet(双棘轮)算法,来为多个客户端(端点)提供加密服务的协议。

qeuauab.png!web

OMEMO协议的基本功能包括:

  • 对称的端到端加密:使用相同的密钥在发方进行消息加密,并在收方执行消息的解密。对称算法的最大优势在于简化了密钥交换的复杂性。
  • 独立密钥更新:在该协议算法中,我们不需要对等或公钥基础设施(PKI)来获取新的密钥,只要通过密钥派生函数(key derivation function,KDF),使用伪随机函数从密钥值(如:主密钥)中导出一个或多个密钥即可。
  • 前向保密性(Forward Secrecy):由于为每一条消息都分配并使用了唯一的临时密钥,因此就算某个特定的消息集被破解,所有使用了不同密钥的其他消息仍然可以“保守秘密”。
  • 合理的隐蔽性(Plausible Deniability):即使某条消息被成功截获,窥探者也无法确定是谁发送了该消息。
  • 无乱序消息或消息丢失:每条消息都在其头部被嵌入了会话号。就算某条消息未传输成功,也不会扰乱整条密钥的派生链(derivation chain)。

Double Ratchet算法的工作原理

如下图所示,在我们使用AES-256算法加密消息时,虽然算法本身牢不可破,但是最困难的部分是:如何让多个接收方在不安全的通道上共享密钥。

2Mj6NrJ.jpg!web

在一对一的通信场景中,Double Ratchet算法的处理过程是由Diffie Hellman(DH)密钥交换来进行的。Double Ratchet算法是同时执行多个Diffie Hellman密钥交换的理想方法。因此,整个通信是通过并行地运行两个Ratchet算法来实现的,即:

  • 根链
  • 发方与收方链

而上文提到的RattleSnake OS主要被用于防御性的通信场景之中。它利用跨平台工具,使用AWS基础设施来构建自己的操作系统。

RattleSnake OS在消息传输平台上的优势

  • 就像iOS和Android两种移动端系统那样,我们可以在RattleSnake OS上构建可自定义的聊天通道。
  • RattleSnake OS支持Google Pixel、以及其他品牌的智能手机硬件。
  • 它包含许多增强的安全性功能。
  • 基于RattleSnake OS构建的消息传输平台,可以充当端到端加密和系统功能的混合安全层。

总结

综上所述,我们在选用即时通讯工具、特别是企业级消息传输平台时,不可盲目跟风,从而导致用户面临未知的风险,以及高级攻击者的威胁。我们应当通过充分评估,采用类似RattleSnake OS之类更为安全的加密标准,来全面地管控自己的消息应用程序和服务。

原文标题:End-to-End Encryption Isn’t as Safe as You Think!,作者:Parthiba

【51CTO译稿,合作站点转载请注明原文译者和出处为51CTO.com】


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK