数字签名和数字证书

• “数字签名”（digital signature）和"数字证书"（digital certificate）

数字签名: 摘要采用私钥加密，保证数据没被篡改

• 私钥和公钥成对产生，具有唯一性，一把私钥只能由一把公钥打开，相反也是如此
• 信息经过hash函数生成摘要，摘要经过私钥加密
• 接收信息方采用公钥解密得到的摘要，和接受到信息经过hash函数生成的摘要，进行对比，保证数据没被篡改

数字证书：公钥采用证书权威中心-CA的私钥加密，保证公钥的真实性

• 确保本地的公钥的真实性
• 信息发送时，加上权威中心的数字证书
• 你拿到CA的公钥解开数字证书，得到的公钥，和发送方的公钥进行比对，判断发送方的真实性
• 通俗的讲，找一个权威中心作为保证方，可以理解为找别人借钱时的保人

1.

• 鲍勃有两把钥匙，一把是公钥，另一把是私钥

2.

• 鲍勃给了帕蒂，道格，苏珊，每人一把公钥

• 苏珊要给鲍勃写一封保密的信。她写完后用鲍勃的公钥加密，就可以达到保密的效果。
• 公钥对外公开，别人可以用它加密，给你发送信息

4.

• 鲍勃收信后，用私钥解密，就看到了信件内容。这里要强调的是，只要鲍勃的私钥不泄露，这封信就是安全的，即使落在别人手里，也无法解密。
• 因为公钥和私钥成对产生，只有相应的私钥可以解密，保证私钥的安全

• 鲍勃给苏珊回信，决定采用 “数字签名”。他写完后先用Hash函数，生成信件的摘要 (digest)

6.

• 然后，鲍勃使用私钥，对这个摘要加密，生成"数字签名"（signature）

7.

• 鲍勃将这个签名，附在信件下面，一起发给苏珊。

• 苏珊收信后，取下数字签名，用鲍勃的公钥解密，得到信件的摘要。由此证明，这封信确实是鲍勃发出的。
• 本地公钥得确定是鲍勃的

• 苏珊再对信件本身使用Hash函数，将得到的结果，与上一步得到的摘要进行对比。如果两者一致，就证明这封信未被修改过。

10

• 复杂的情况出现了。道格想欺骗苏珊，他偷偷使用了苏珊的电脑，用自己的公钥换走了鲍勃的公钥。此时，苏珊实际拥有的是道格的公钥，但是还以为这是鲍勃的公钥。因此，道格就可以冒充鲍勃，用自己的私钥做成"数字签名"，写信给苏珊，让苏珊用假的鲍勃公钥进行解密。

• 后来，苏珊感觉不对劲，发现自己无法确定公钥是否真的属于鲍勃。她想到了一个办法，要求鲍勃去找"证书中心"（certificate authority，简称CA），为公钥做认证。证书中心用自己的私钥，对鲍勃的公钥和一些相关信息一起加密，生成"数字证书"（Digital Certificate）。

• 鲍勃拿到数字证书以后，就可以放心了。以后再给苏珊写信，只要在签名的同时，再附上数字证书就行了。

13

• 苏珊收信后，用CA的公钥解开数字证书，就可以拿到鲍勃真实的公钥了，然后就能证明"数字签名"是否真的是鲍勃签的。
• 怎么确定的，是怎么比较的？

https例子

• 首先，客户端向服务器发出加密请求。

服务器用自己的私钥加密网页以后，连同本身的数字证书，一起发送给客户端。

3.寻找官方公钥

• 客户端（浏览器）的"证书管理器"，有"受信任的根证书颁发机构"列表。客户端会根据这张列表，查看解开数字证书的公钥是否在列表之内。

4.

• 如果数字证书记载的网址，与你正在浏览的网址不一致，就说明这张证书可能被冒用，浏览器会发出警告。
• 理解：公钥对数字证书解密，得到的公钥和发送方的公钥不一致，说明证书被冒用，不是发送方的公钥经过权威中心加密产生的证书
• 这样的网站还能访问吗，至少是不安全的

• 如果这张数字证书不是由受信任的机构颁发的，浏览器会发出另一种警告。

• 如果数字证书是可靠的，客户端就可以使用证书中的服务器公钥，对信息进行加密，然后与服务器交换加密信息。
• 理解：数据证书在可靠的权威中心可以找到，可以直接用数字证书中的公钥，加密数据，传递数据。账号密码等个人关键信息也不怕丢，不用担心被别有用心的人拿走