← 全部问题接收者采取哪些步骤来验证收到的公钥证书的真实性？
为了验证证书，接收者首先提取明文信息并使用 CA 使用的相同哈希函数对其进行哈希处理。同时，接收者使用 CA 的公钥解密数字签名以恢复原始哈希码。最后，接收者将新计算的哈希与恢复的哈希进行比较。如果它们匹配，则证书有效且公钥已认证。
适用条件
- 接收者拥有签名证书。
- 接收者拥有签发 CA 的正确公钥。
- 接收者使用与 CA 相同的加密哈希函数。
理解与推导
- 接收者将明文证书数据与数字签名分开。
- 接收者对提取的明文数据应用哈希函数（H）以生成新的哈希码。
- 接收者使用 CA 的公钥解密数字签名（通过函数 D），恢复原始哈希码。
- 接收者将新的哈希码与恢复的哈希码进行比较。
- 如果两个哈希值相同，则证书被验证为真实且未被篡改。
例子
在视频中，Alice 收到了 Bob 的证书。她提取明文信息并对其进行哈希处理。她还使用证书颁发机构的公钥解密签名以恢复哈希码。然后她比较这两个哈希值。如果它们匹配，就证明公钥已由 CA 正确签名。
容易误解的地方
- 假设接收者用自己的私钥解密签名；他们必须使用 CA 的公钥。
- 认为哈希不匹配仅意味着签名错误；它还表明数据已被篡改。
相关问题
公钥证书包含用户的身份信息（如姓名和地址）、用户的公钥以及证书颁发机构（CA）的信息。它还包含由 CA 创建的数字签名，以将这些数据绑定在一起。
适用条件：证书由 CA 签发。；证书旨在认证公钥。
掌握方法↗ 公钥证书通过受信任的证书颁发机构（CA）的数字签名将用户的公钥与其身份绑定，从而防止中间人攻击。攻击者如果没有 CA 的私钥就无法伪造此签名，从而确保接收者收到与声称身份相关联的真实公钥。
适用条件：存在受信任的 CA。；接收者使用 CA 的公钥验证证书。
认识概念↗ 现实世界中的证书颁发机构包括像 VeriSign、Microsoft、Google 和 Apple 这样的信誉良好的组织。它们的公钥通常预装在常见的软件中，如网络浏览器和操作系统，从而允许自动验证它们签发的证书。
适用条件：上下文是 PKI 的实际实施。；软件供应商维护受信任根 CA 的列表。
掌握方法↗ 证书颁发机构（CA）首先对未签名的证书数据应用加密哈希函数以生成固定大小的哈希码，然后使用其私钥对该哈希码进行加密来创建数字签名。生成的加密哈希即为数字签名，将其附加到证书数据上以形成最终的签名证书。
适用条件：CA 拥有用户的身份信息和公钥。；有可用的加密哈希函数。；CA 可以访问其自己的私钥。
该漏洞在于攻击者可以伪造公开公告，将自己的公钥替换为合法用户的密钥。这允许攻击者拦截并解密发给合法用户的消息，这种情况被称为中间人攻击。
适用条件：公钥在没有证书等认证机制的情况下分发。；攻击者可以拦截和修改通信。
答案依据视频资料生成并经过独立核验。若有疑问，请核对原视频或联系原作者。