WO2008022520A1 - Procédé, système et dispositif de sécurisation des communications entre plusieurs parties - Google Patents

Description

一种实现多方通信安全的方法、 系统及设备 本申请要求于 2006 年 08 月 15 日提交中国专利局、 申请号为 200610037058.9、 发明名称为"一种实现多方通信安全的方法、 系统及设备" 的中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域

本发明涉及通信信息技术领域， 尤其涉及网络通信安全技术， 更具体 地说， 本发明涉及一种实现多方通信安全的方法、 设备及系统。 背景技术

随着通信与信息技术的快速发展,人们对通信的要求不再局限于点对点 通信， 而提出了多方通信的要求。 多方通信也称为组通信， 指具有两个以 上的成员参加的一种通信场景， 只有两方的场景是多方通信的一个特例。 常见的多方通信场景包括远程多方 ^义、互联网协议（IP, Internet Protocol ) 电话、 IP电视、 网络在线游戏、 网格计算等。

多方通信的安全需求包括： 授权和人证、 保密、 组成员认证、 源认证、 匿名性、 完整性以及抗重放。 对多方通信的报文加密是实现通信安全保密 性的方法。 加密和解密用的密钥只有组员才知道， 这样能够确保被加密的 报文只有组成员才能解读。 组成员认证也可以利用该密钥来实现， 因为只 有拥有密钥的组成员才能正确地生成加密的多播^ ^文。 利用多方共享密钥 来解决安全问题的关键是密钥的生成和分发。 这种生成和分发必须是排外 的， 即非组成员无法获得密钥。 源认证、 完整性和匿名服务通常也要利用 双方或多方之间信息的排外共享。 在多方通信中， 如何实现密钥的排外共 享是组密钥管理关键技术。 组密钥管理研究如何为组员生成、 发布和更新 组密钥， 组密钥是所有组员共享的密钥， 用来对多播报文进行加密和解密 等安全操作。

针对以上技术要求， 多播安全（MSEC, Multicast Security ) 工作组提 出了多个协议来提供多方通信安全, MSEC协议设计思路是将组密钥管理和 数据安全相分离，重点解决组密钥管理方面的问题。 MSEC工作组已经制定 了多个组密钥管理协议， 包括组安全联盟密钥管理协议（GSA MP, Group Secure Association Key Management Protocol )、域组解释协议 ( GDOI， Group Domain of Interpretation )、多媒体因特网密钥管理协议 ( MIKEY, Multimedia Internet Keying )等， 这些协议的共性是偏重于为基于組播方式的数据安全 协议提供标准的组密钥管理方案。从工作方式上看， MSEC协议族适合于工 作在支持 IP层多播的环境中， 比如 GSAKMP和 GODI协议就直接使用了 需要多播服务的组密钥管理算法。 虽然在单播方式下这种算法也能运行， 但严重影响运行效率。在所支持的数据安全协议方面， MSEC协议族虽然多 标称是可扩展的如： 封装安全协议（ESP, Encapsulating Security Protocol 认证头（AH, Authentication Header )和实时安全传输协议 ( SRTP, Secure Real-time Transport Protocol ), 前两种协议都工作在 IP层， SRTP工作在应 用层， 用于多媒体数据实时传输。

发明人在研究过程中发现， MSEC协议族难以提供标准的应用程序编程 调用接口（ API , Application Programming Interface )供应用程序或协议调用 其功能， 可移植性 H 可部署性差。

参考图 1 , MSEC协议族工作示意图。 MSEC协议单元 101工作在传输层 的用户数据报协议单元 102上， 重点是解决密钥管理， 而数据安全是工作在 IP层 104上的 ESP或 AH单元 103以及应用层上的 SRTP。 MSEC协议族采用組 密钥管理协议和数据安全协议分开设计的方式。 各个组密钥管理协议只能 以守护进程或应用程序的形式单独运行， 比如 GDOI和 GSAKMP, 不能提供 标准的 API调用接口供应用程序对組密钥管理进行控制， 因此， 基于组密钥 管理协议开发的应用程序的可移植性很低。

而 MIKEY协议则需要嵌入到调用其服务的应用程序中运行。 就是说， 如果应用程序需要调用 MIKEY协议的功能， 就需要自身完成 MIKEY协议的 交互过程。 这种方式增加了 MIKEY协议与应用程序的耦合度， 使得每一位 需要使用 MIKEY协议功能的编程人员都需要了解 MIKEY协议的内部实现 知识， 增加了应用程序的实现难度。

从数据安全方面看， 因为 MSEC协议族目前主要支持 ESP、 AH和 SRTP, 前两种协议均在 IP层实现， 需要运行于操作系统的内核中，这种实现方式同 样难以提供标准的数据安全 API调用接口， 使得程序可移植性较差。 此外， 不同的操作系统实现 ESP和 AH的功能不尽相同， 有的可能根本没有实现这 样的功能， 这种情况导致可部署性较差。 而 SRTP是专用于实时多媒体数据 传输的协议， 非多某体应用无法使用其功能。

此外， 即使 MSEC协议族能够通过 T展支持新的数据安全协议， 但因 为目前缺乏一种通用的、 应用程序能直接调用的、 支持多方通信的数据安 全协议， 应用程序仍然不能使用 MSEC协议族提供的服务。

现有技术中还提供一种基于传输层安全协议（TLS , Transport Layer Security )或数据报传输层安全 ( DTLS , Datagram Transport Layer Security ) 技术的双方通信安全解决方案。

TLS和 DTLS协议基于客户 /服务器方式运行， 能够提供认证、 密钥协 商、 密钥更新、 加密、 完整性保护、 抗重放等安全功能。 TLS和 DTLS的 特点是运行在传输层， 能提供标准的 API供应用程序调用和控制其功能， 并且在应用程序进程空间内运行， 具有很好的可部署性。 但是传输层安全 或数据才艮传输层安全只能为两方通信提供安全服务， 对三方及以上的通信 场景， 只能通过建立多个会话 ( Session )的方式来实现， 但这种方式繁瑣、 复杂、 效率低、 不易实行。 发明内容

本发明实施例提供一种实现多方通信安全的方法、 系统及设备， 通过 扩展 TLS或 DTLS协议， 以继承原 TLS和 DTLS可移植性好、 可部署性高 的优点。

本发明实施例提供一种实现多方通信安全的方法，包括：

组控制密钥管理服务器对組员设备进行身份认证， 并与通过认证的组 员设备协商创建初始会话；

所述组控制密钥管理服务器向所述通过认证的组员设备分发组会话和 密钥更新会话；

所述组控制密钥管理服务器检测到密钥更新事件时， 该组控制密钥管 理服务器和所述通过认证的组员设备进行密钥更新。

本发明实施例提供一种多方通信安全系统， 该系统包括至少一个组控 制密钥管理服务器和与之相连接的至少两个组员设备， 所述组控制密钥管 理服务器包括：

第一传输层安全协议单元， 用于运行传输层安全协议或数据报传输层 安全协议；

第一組密钥管理子协议单元， 与所述第一传输层安全协议单元连接， 在所述组控制密钥管理服务器中运行组密钥管理子协议；

会话分发单元， 在第一组密钥管理子协议单元的控制下向组员设备分 发组会话和密钥更新会话；

密钥更新单元， 在第一組密钥管理子协议单元的控制下自动更新组会 话和密钥更新会话的密钥。

本发明实施例还提供一种管理服务器， 用于多方通信安全的组控制和 组密钥管理， 该管理服务器包括：

第一传输层安全协议单元， 用于运行传输层安全协议或数据 4艮传输层 安全协议；

第一组密钥管理子协议单元， 与所述第一传输层安全协议单元连接， 在所述组控制密钥管理服务器中运行组密钥管理子协议；

会话分发单元， 在第一組密钥管理子协议单元的控制下向组员设备分 发组会话和密钥更新会话；

密钥更新单元， 在第一组密钥管理子协议单元的控制下自动更新组会 话和密钥更新会话的密钥。

本发明实施例还提供一种实现多方安全通信的组员设备， 该组员设备 包括：

第二传输层安全协议单元， 用于运行传输层安全协议或数据报传输层 安全协议；

第二组密钥管理子协议单元， 分别与所述第二传输层安全协议单元连 接， 在所述组员设备中运行组密钥管理子协议；

会话接收单元， 在第二组密钥管理自协议单元的控制下接收所述组控 制密钥管理服务器分发的组会话和密钥更新会话。

本发明实施例提供的技术方案中， 在原有 TLS或 DTLS协议中添加了 组密钥管理子协议、 组会话和组密钥更新会话， 对原协议进行改进。 基于 —3—

成熟的安全标准协议 TLS和 DTLS构造多方通信安全系统， 可以大量复用 已有功能和设施， 在原有部分设施上做改进， 很容易地实现多方通信安全。

在本发明实施例的技术方案中 , 在組控制密钥管理服务器中增加了组 密钥管理子协议单元和会话分发单元， 在组员设备中也增加了组密钥管理 子协议单元和会话接收单元， 用来控制组会话的分发和密钥更新； 组会话 实现多方通信数据安全， 包括加密、 完整性保护、 抗重放、 源认证、 组认 证。 因此， 本发明实施例将组密钥管理和数据安全统一设计， 并且在应用 程序空间中运行， 可以很容易的与应用程序进行交互， 能提供标准的 API 接口供应用程序调用和控制其功能， 从而本技术方案的可移植性好。 附图说明

图 1是现有技术中多播协议族工作示意图；

图 2是本发明实施例中的多方通信安全系统的系统结构图；

图 3是本发明实施例中的组控制密钥管理服务器结构框图；

图 4是本发明实施例中的组员设备的结构框图；

图 5是本发明实施例中实现多方通信安全的方法的流程图；

图 5a是本发明实施例的实现多方通信安全的方法中密钥更新的流程 图；

图 6是本发明实施例中扩展后的 TLS或 DTLS协议模型。 具体实施方式

下面结合附图阐述本发明的技术方案。

参考图 2,所示为本发明实施例中的一种多方通信安全系统的系统结构 框图。该多方通信安全系统包括一个组控制密钥管理服务器（GCKS, Group Control and Keying Server ) 205和与^ ^目连接的四个组员设备， 分別是第一 組员 201、 第二組员 202、 第三组员 203及笫四组员 204。 组控制密钥管理 服务器 205 用于在多方通信安全中负责组员的授权、 认证以及密钥管理等 功能。 其中， GCKS205通常由专门的设备担任， 也可以由普通的组员设备 担任。 可以理解， 组员设备不限于四个， 可以是三个或多于四个。

参考图 3 ,所示为本发明实施例中的一种组控制密钥管理服务器的结构 框图， 组控制密钥管理服务器 205包括： 第一传输层安全协议单元 301 , 用来运行 TLS或 DTLS协议。 会话分发单元 302, 用于向組员分发组会话或密钥更新^ i舌；

第一组密钥管理子协议单元 303 ,分别与第一传输层安全协议单元 301、 会话分发单元 302 连接， 通过运行组密钥管理子协议来控制所述组会话或 密钥更新会话的分发和密钥更新；

密钥更新事件检测单元 304, 与第一组密钥管理子协议单元 303连接， 用于检测多方通信过程中是否存在密钥更新事件；

密钥自动更新单元 305, 与第一组密钥管理子协议单元 303连接， 用于 自动更新组会话和密钥更新会话的密钥。

参考图 4,所示为本发明实施例中的多方通信安全系统的组员设备的结 构框图。 组员设备包括：

第二传输层安全协议单元 401 ,用于运行 TLS或 DTLS协议与 GCKS205 进行身份认证和初始会话协商。

会话接收单元 402, 用于接收 GCKS205分发的组会话和密钥更新会话。 第二组密钥管理子协议单元 403 , 与第二传输层安全协议单元 401、 会 话接收单元 402连接， 用于控制所述组会话或密钥更新会话的接收；

参考图 5,所示为本发明实施例中的一种实现多方通信安全的方法流程 图。 在多方通信开始前组控制密钥管理服务器 205通过运行 TLS或 DTLS 协议， 创建访问控制列表、 组会话、 密钥更新会话， 所述方法包括：

在步骤 501中， GCKS205和组员设备通过运行 TLS或 DTLS协议进行 身份认证， 协商创建初始会话；

GCKS205和组员设备分别同时运行 TLS或 DTLS协议， 并通过运行 handshake (握手)子协议进行身份认证和 initiation session (初始会话)协 商。

在步骤 502 中， GCKS205 和组员设备通过运行组密钥管理子协议

( rekeying ) 向所述组员设备分发所述组会话和密钥更新会话；

GCKS205和组员设备通过运行 rekeying子协议来分别进行密钥分发； 在 initiation session的保护下，通过主动下载的方式从 GCKS205上下载 所述 group session (组会话）和 rekeying session (密钥更新会话）， 以接收 GCKS205分发的组会话和密钥更新会话。

步驟 503, 当 GCKS205检测到密钥更新事件时， GCKS205和组员设备 通过运行 rekeying子协议进行密钥更新。

参考图 5a, 所示为本发明实施例提供的一种实现多方通信安全的方法 中密钥更新的流程图。

步骤 S5031 , GCKS205检测密钥更新事件。 其中， 密钥更新事件包括 密钥泄露和 /或密钥到期和 /或组员离开和 /或新组员加入，且不限于上述密钥 更新事件。

步骤 S5032， GCKS205根据所述密钥更新事件判断是否需要进行密钥 更新， 如果需要密钥更新， 则进入步骤 S5033 , 否则， 转到步骤 S5031。

当检测到第四组员 204 离开， 或当密钥泄露或密钥到期或新组员加入 等， 则 GCKS205根据该密钥更新事件做出密钥更新的决定。

步骤 S5033 , GCKS205自动更新 rekeying session和 group session的密 钥。

步驟 S5034, GCKS205和所有组员设备通过运行 rekeying子协议， 分 发更新后的所述^舌。 当密钥更新由 GCKS205发起， 在 rekeying session的 保护下， GCKS205以推送的方式分发所述会话； 当密钥更新由其中一个组 员设备发起， 在 rekeying session的保护下， 所有组员以主动下载的方式从 GCKS205上下载更新后的组会话和密钥更新会话。

当通信过程中， GCKS205检测到各种故障事件时， 在初始会话的保护 下， GCKS205和所有组员设备通过运行告警子协议交互相互的状态信息。

按照本发明实施例提供的一种多方通信安全方法、 系统及设备， 是在原 有 TLS或 DTLS协议的双方通信安全解决方案扩展改进的。 参考图 6, 图 示了本发明对 TLS或 DTLS改进后的协议模型。 本发明实施例提供的技术 方案中， 在原 TLS或 DTLS协议的握手单元 601中增添了组密钥管理子协 议模块 602,在记录协议单元 603中增添了组会话模块 604和密钥更新会话 模块 605。 TLS和 DTLS是发展成熟的安全标准协议， 该协议功能丰富， 实 际应用多， 安全性已经过考验。 基于它们构造多方通信安全系统， 可以大 量复用已有功能和设施， 在原有部分设施上做改进， 很容易地实现多方通 信安全。

本领域技术人员可以理解，上述实施例中的全部或部分模块或各步骤是 可以通过程序来指令相关硬件来实现， 所述程序可存储于计算机可读取存 储介质中， 所述存储介质， 如 ROM/RAM、 磁盘、 光碟等。 或者将它们分 别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作成单个 集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。

综上所述， 在本发明实施例提供的技术方案中， 組控制密钥管理服务 器中增加了组密钥管理子协议单元和会话分发单元， 在组员设备中增加了 组密钥管理子协议单元和会话接收单元用来控制组会话的分发和密钥更 新； 组会话实现多方通信数据安全， 包括加密、 完整性保护、 抗重放、 源 认证、 组认证。 因此， 本发明将组密钥管理和数据安全统一设计， 并且在 应用程序空间中运行， 可以很容易的与应用程序进行交互且， 能提供标准 的 API接口供应用程序调用和控制其功能， 从而本技术方案的可移植性好。

因此，本发明实施例提供的技术方案很好地解决了现有 MSEC协议族解 决方案的可移植性差， 可部署性低的缺点， 并避免开发新的解决方案所具 有的投入高、 风险大的缺点。

以上所揭露的仅为本发明的示范性实施例而已， 不能以此来限定本发 明之权利范围， 在不脱离本发明的实质的前提下所作的等同变化， 仍属本 发明所涵盖的范围。

Claims

权 利 要 求

1、 一种实现多方通信安全的方法，其特征在于， 该方法包括： 组控制密钥管理服务器对組员设备进行身份认证， 并与通过认证的组 员设备协商创建初始会话；

所述组控制密钥管理服务器向所述通过认证的组员设备分发组会话和 密钥更新会话；

所述组控制密钥管理服务器检测到密钥更新事件时， 该組控制密钥管 理服务器和所述通过认证的组员设备进行密钥更新。

2、 按照权利要求 1所述的方法， 其特征在于， 所述分发组会话和密钥 更新会话是在初始会话的保护下以组员设备从所述组控制密钥管理服务器 主动下载的方式进行。

3、 按照权利要求 1所述的方法， 其特征在于，

所述对组员设备进行身份认证是通过运行传输层安全协议或数据报传 输层安全协议实现； 或 /和

所述密钥更新基于组密钥管理子协议实现。

4、 按照权利要求 1或 2所述的方法， 其特征在于， 所述进行密钥更新 的过程包括如下步骤：

所述组控制密钥管理服务器检测密钥更新事件；

根据所述密钥更新事件判断是否需要进行密钥更新， 如果是， 则所述 组控制密钥管理服务器自动更新所述密钥更新会话和组会话的密钥， 否贝' j， 继续检测密钥更新事件；

所述组控制密钥管理服务器向所述组员设备分发更新后的组会话和密 钥更新^ 。

5、 按照权利要求 4所述的方法， 其特征在于， 所述分发所述更新后的 組会话和密钥更新会话是在密钥更新会话的保护下以組控制密钥管理服务 器推送的方式进行； 或

在密钥更新会话的保护下以组员设备从所述组控制密钥管理服务器主 动下载的方式进行。

6、 按照权利要求 1所述的方法， 其特征在于， 还包括： 当检测到故障事件时， 所述组控制密钥管理服务器和组员设备在初始 会话的保护下进行交互获取相关状态信息。

7、 一种多方通信安全系统， 该系统包括至少一个組控制密钥管理服务 器和与之相连接的至少两个組员设备， 其特征在于， 所述组控制密钥管理 服务器包括：

第一传输层安全协议单元， 用于运行传输层安全协议或数据报传输层 安全协议；

第一组密钥管理子协议单元， 与所述第一传输层安全协议单元连接， 在所述组控制密钥管理服务器中运行组密钥管理子协议；

会话分发单元， 在第一组密钥管理子协议单元的控制下向组员设备分 发组会话和密钥更新会话；

密钥更新单元， 在第一组密钥管理子协议单元的控制下自动更新组会 话和密钥更新会话的密钥。

8、 按照权利要求 7所述的系统， 其特征在于， 所述组员设备包括： 第二传输层安全协议单元， 用于运行传输层安全协议或数据报传输层 安全协议；

第二组密钥管理子协议单元， 分别与所述第二传输层安全协议单元连 接， 在所述組员设备中运行组密钥管理子协议；

会话接收单元， 在第二组密钥管理自协议单元的控制下接收所述组控 制密钥管理服务器分发的组会话和密钥更新会话。

9、 按照权利要求 8所述的系统， 其特征在于， 所述组控制密钥管理服 务器还包括：

密钥更新事件检测单元， 与所述第一组密钥管理子协议单元连接， 用 于检测多方通信过程中是否存在密钥更新事件。

10、 按照权利要求 8或 9所述的系统， 其特征在于， 所述会话接收单 元在初始会话的保护下从所述组控制密钥管理服务器以主动下载的方式接 收初始的组会话和密钥更新会话。

11、 按照权利要求 10所述的系统， 其特征在于， 所述会话分发单元在 和密钥更新会话。

12、 按照权利要求 10所述的系统， 其特征在于， 所述会话接收单元在 密钥更新会话的保护下以主动下载的方式接收更新后的组会话和密钥更新 会话。

13、 一种管理月良务器， 用于多方通信安全的组控制和组密钥管理， 其 特征在于， 该管理服务器包括：

第一传输层安全协议单元， 用于运行传输层安全协议或数据报传输层 安全协议；

第一组密钥管理子协议单元， 与所述第一传输层安全协议单元连接， 在所述组控制密钥管理服务器中运行组密钥管理子协议；

会话分发单元， 在第一组密钥管理子协议单元的控制下向组员设备分 发组会话和密钥更新会话；

密钥更新单元， 在第一组密钥管理子协议单元的控制下自动更新組会 话和密钥更新会话的密钥。

14、 按照权利要求 13所述的组控制密钥管理服务器， 其特征在于， 该 组控制密钥管理服务器还包括：

检测单元， 与所述第一组密钥管理子协议单元连接， 用于检测多方通 信过程中是否存在密钥更新事件。

15、 一种实现多方安全通信的组 设备， 其特征在于， 该组员设备包 括：

第二传输层安全协议单元 , 用于运行传输层安全协议或数据报传输层 安全协议；

第二组密钥管理子协议单元， 分别与所述第二传输层安全协议单元连 接， 在所述组员设备中运行组密钥管理子协议；

会话接收单元， 在第二组密钥管理自协议单元的控制下接收所述组控 制密钥管理服务器分发的组会话和密钥更新会话。