如何在不安全的通道上传输公开信息，最终使得双方均能获得秘密信息？

密钥协商则是解决如何在不安全的通道上为双方建立一个共享秘密。通俗一点就是，2人大声聊天，别人虽然都能够听到对话，但是却听不懂对话中暗含的重要信息。

1. Diffie-Hellman密钥协商

Diffie-Hellman密钥协商由1976年提出的密钥协商机制，简称D-H协议。

• 密钥协商流程（AI生成）

• 数学基础与安全性

模运算交换律：

令

已知A，B，p, g，难以求出来a, b。因此，公开传输a, b是安全的。

• 2. ECDH密钥协商

椭圆曲线D-H(Elliptic Curve Diffie-Hellman)密钥协商。

• 密钥协商流程（AI生成）

• 数学基础与安全性

椭圆曲线离散问题：

A = aG

B = bG

已知a，b, G,容易求出A,B，但是已知A,B,G，难以求出a,b

• 3. Autosar下的密钥协商

    具体内容可跳转至          Autosar密钥协商机制

• 4. 中间人攻击

    今天突然发现，Autosar文档里也用Alice和Bob。那这里我也用Alice和Bob来解说。

        正常的应用场景下，Alice和Bob之间数据交互进行密钥协商，最终生成二人的共享密钥Key_ab。

① Alice发送Qab给Bob

② Bob计算出共享密钥Key_ab，Bob发送Qba给Alice

③ Alice收到Qba，并计算出共享密钥Key_ab

    

          中间人攻击的场景下，Alice 和 Bob之间数据交互时，被Eve这个第三者拦截了。

① Alice发送Qab给Eve

② Eve计算出和Alice之间的共享密钥Key_ae；Eve发送Qea给Alice；Eve发送Qeb给Bob

③ Alice收到Qea，并计算出和Eve之间的共享密钥Key_ae

④ Bob收到Qeb，并计算出和Eve之间的共享密钥Key_be。Bob发送Qbe给Eve

⑤ Eve收到Qeb，并计算出和Bob之间的共享密钥Key_be

    最终,Eve与Alice之间生成了共享密钥Key_ae，Eve也与Bob之间生成了共享密钥Key_be，从而阻断了Alice、Bob之间的通信，并且窃取了消息。

    这种中间人攻击的核心原因是通信双方缺少身份验证机制，只有身份合法才能进行密钥协商。

相关推荐：Autosar Csm重定向功能解析

基于ISOLAR工具的信息安全模块开发