第 5 章 密钥管理
5.1. 对称加密体制的密钥分配
Section titled “5.1. 对称加密体制的密钥分配”5.1.1. 基本方法
Section titled “5.1.1. 基本方法”两个用户在使用单钥体制进行通信时,必须预先共享秘密密钥,并且应当时常更新,用户 A 和 B 共享密钥的 方法主要有
- A 选取密钥并通过物理手段发送给 B
- 第三方选取密钥并通过物理手段发送给 A 和 B
- A, B 事先已有一密钥,其中一方选取新密钥,用已有密钥加密新密钥发送给另一方
- A 和 B 分别与第三方 C 有一保密信道,C 为 A, B 选取密钥,分别在两个保密信道上发送给 A 和 B
- 如果有 个用户,需要两两拥有共享密钥,一共需要 的密钥
- 采用第 4 中方法,只需要 个主密钥
- 一次性会话密钥
- 随机数
- 为 A 与 B 和 KDC 的共享密钥
- 为某种函数变换
- A 向 KDC 发送会话密钥请求。请求信息由两个数据项组成:① A 和 B 的身份 ② 这次业务唯一识别符
- KDC 为 A 的请求发出应答。应答是由 加密的消息,因此只有 A 能成功解密,并且 A 可以相信该消息是由 KDC 发出的。消息中包含两项内容 ① 一次性会话密钥 ② A 在 1 中发出的请求,包括唯一标识符等(可用于验证)
- 此外还包含 B 希望得到的两项内容 ① 一次性会话密钥 ② A 的身份 ,由 加密,用于向 B 证明 A 的身份
- A 存储会话密钥,向 B 转发 ,转发过程不会被窃听。B 收到后可获得会话密钥 ,并由 验证 A 的身份,从 知道 确实来自 KDC
- B 用会话密钥 加密另一个随机数 ,发给 A
- A 以 应答 B,用会话密钥加密后发给 B
3 已经完成密钥分配,4 5 用于认证
5.1.5. 无中心的密钥控制
Section titled “5.1.5. 无中心的密钥控制”B 与 A 需要提前共享一个主密钥
graph LR Alice -- "1. Request || N<sub>1</sub>" --> Bob Bob -- "2. E<sub>MK<sub>m</sub></sub>[K<sub>S</sub> || Request || ID<sub>B</sub> || f(N<sub>1</sub>) || N<sub>2</sub>]" --> Alice Alice -- "3. E<sub>K<sub>S</sub></sub>[f(N<sub>2</sub>)]" --> Bob
- A 向 B 发出建立会话密钥的请求和一个一次性随机数
- B 用与 A 共享的主密钥 对应答的消息加密,并发送给 A 。应答的消息中有 B 选取的会话密钥、B 的身份、 和
- A 使用新建立的会话密钥 对 加密后发给 B
5.2. 公钥加密体制的密钥管理
Section titled “5.2. 公钥加密体制的密钥管理”5.2.1. 公钥的分配
Section titled “5.2.1. 公钥的分配”1. 公开发布
Section titled “1. 公开发布”- 用户将自己的公钥发给每一个其他用户
- 方法简单,但没有认证性,因为任何人都可以伪造这种公开发布
3. 公钥管理机构
Section titled “3. 公钥管理机构”- 公钥管理机构为用户建立维护动态的公钥目录。
- 每个用户知道管理机构的公开钥
- 只有管理机构知道自己的秘密钥
4. 公钥证书
Section titled “4. 公钥证书”上述公钥管理机构分配公开钥时也有缺点,由于每一用户要想和他人联系都需求助于管理机构,所以管理机构有可能成为系统的瓶颈,而且由管理机构维护的公钥目录表也易被敌手窜扰。
分配公钥的另一方法是公钥证书,用户通过公钥证书相互之间交换自己的公钥而无需与公钥管理机构联系。
公钥证书由证书管理机构 CA(Certificate Authority) 为用户建立,其中的数据项有与该用户的秘密钥相匹配的公开钥及用户的身份和时戳等,所有的数据项经 CA 用自己的秘密钥签字后就形成证书,即证书的形式为
- 是用户 A 的身份
- 是 A 的公钥
- 是当前时间戳
- 是 CA 的秘密钥
- 即为 CA 为 A 产生的证书
用户可将自己的公开钥通过公钥证书发给另一用户,接收方可用 CA 的公钥 对证书加以验证,即
因为只有用 CA 的公钥才能解读证书,接收方从而验证了证书的确是由 CA 发放的,且也获得了发方的身份 和公开钥 。
时戳 为接收方保证了收到的证书的新鲜性,用以防止发方或敌方重放一旧证书。因此时戳可被当作截止日期,证书如果过旧,则被吊销。
5.2.2. 用公钥加密分配对称密码体制的密钥
Section titled “5.2.2. 用公钥加密分配对称密码体制的密钥”1. 简单分配
Section titled “1. 简单分配”容易受到中间人主动攻击
graph LR A((A)) -- "1. PK<sub>A</sub> || ID<sub>A</sub>" --> B((B)) B -- "2. E<sub>PK<sub>A</sub></sub>[K<sub>S</sub>]" --> A
graph LR
A((A)) -- "1. PK<sub>A</sub> || ID<sub>A</sub>" --> E{{攻击者 E}}
E -- "2. PK<sub>E</sub> || ID<sub>A</sub>" --> B((B))
B -- "3. E<sub>PK<sub>E</sub></sub>[K<sub>S</sub>]" --> E
E -- "4. E<sub>PK<sub>A</sub></sub>[K<sub>S</sub>]" --> A
2. 用公钥加密分配单钥密码体制的密钥
Section titled “2. 用公钥加密分配单钥密码体制的密钥”具有保密性和认证性的密钥分配
前提:双方已完成公钥交换
5.2.3. Diffie-Hellman 密钥交换
Section titled “5.2.3. Diffie-Hellman 密钥交换”A 和 B 共享一个素数 以及整数 , 是 的本原根
在公钥体制中,每一用户 U 都有自己的公开钥 和秘密钥 。如果任意两个用户 A、B 按以下方式通信,A 发给 B 消息 ,B 收到后,自动向 A 返回消息 以通知 A, B 确实收到报文
(1) 用户 C 怎样通过攻击手段获取报文
解答
A 给 B 发送消息时,并没有对 A 的身份进行验证,因此 C 可以冒充其中一方以获得信息
- A 发送 ,中途 C 进行截获,并用自己的身份进行替换。
- B 收到 ,依据身份 C 发送 ,此时 C 可以截获,用自己的私钥来解密
- C 做后续处理,将消息封装为 发给 A
在这期间,双方都无法发现 C 在中间截获了信息。
graph LR
A((A)) -- "(E<sub>PK<sub>B</sub></sub>(m), A)" --> C{{C}}
C -- "(E<sub>PK<sub>B</sub></sub>(m), C)" --> B((B))
B -- "(E<sub>PK<sub>C</sub></sub>(m), B)" --> C
C -- "(E<sub>PK<sub>A</sub></sub>(m), B)" --> A(2) 若通信格式变为
- A 向 B 发送
- B 向 A 发送
先对信息签名,而后进行加密,传送的消息有了保密性和认证性,安全性提高。