企业官网建设流程全解析

七、加解密技术综合应用

7.1、业务场景

主体：公司总部（发送方A）→\rightarrow→分部（接收方B）。

数据特征：邮件附件很大，高达2GB。

7.2、安全需求拆解

7.2.1、以加密方式传输

保密性

技术难点：数据太大（2GB），非对称加密太慢，必须用对称加密。

架构方案：混合加密（数字信封）。用对称密钥(K)加密数据，用非对称公钥加密对称密钥(K)。

7.2.2、发送者不可抵赖

认证性/不可否认性

技术方案：数字签名。必须使用发送方A的私钥签名。

7.2.3、第三方无法篡改

完整性

技术方案：信息摘要。计算Hash值进行比对。

7.3、发送方 A 的操作 (封包)

7.3.1、处理数据 (明文)

生成一个随机对称密钥 K。

使用K对2GB邮件明文进行加密→\rightarrow→生成邮件密文。

7.3.2、处理密钥 (K)

使用接收方B 的公钥 (PbP_bPb​)对K进行加密→\rightarrow→生成加密后的密钥K。（注意：给谁发，就用谁的公钥锁，保证只有B能解开）。

7.3.3、处理签名 (防抵赖)

对邮件明文进行摘要运算→\rightarrow→生成邮件摘要。

使用发送方A 的私钥 (SaS_aSa​)对摘要进行加密→\rightarrow→生成数字签名。（注意：我发的，我就用我的私钥盖章）。

7.4、接收方 B 的操作 (拆包)

7.4.1、解密密钥

使用B 自己的私钥 (SbS_bSb​)解密→\rightarrow→拿到随机对称密钥 K。

7.4.2、解密数据

使用拿到的K解密邮件密文→\rightarrow→拿到邮件明文。

7.4.3、验证签名

计算摘要：对拿到的邮件明文做摘要运算→\rightarrow→生成摘要1。

解密签名：使用发送方A 的公钥 (PaP_aPa​)解密数字签名→\rightarrow→拿到摘要2。

对比：如果摘要1 == 摘要2，证明：

1. 数据没被改过（完整性）。
2. 确实是A发的（认证性）。

7.5、完整流程图