1.1 密码学在现代通信中的核心地位

1.1 密码学在现代通信中的核心地位

本节摘要：SOURCE 1.1 用「若无密码学会怎样」的反证法说明其必要性，并列举 TLS/SSL、VPN、PGP、Signal、数字签名与区块链等落地场景。

故障场景：公共 Wi-Fi 下的明文 HTTP

用户连上咖啡厅 Wi-Fi 访问 `「相关地址请参见官方文档」 站点，同一网段攻击者用 Wireshark 即可读到 Cookie 与表单。SOURCE 指出 TLS/SSL 在 HTTPS 中加密浏览器与服务器之间的通道；VPN 则加密整段出口流量并隐藏真实 IP。

一、应用对照表（SOURCE 1.1）

二、与后续章节的衔接

• 浏览器 HTTPS → 第 3 章 TLS 握手与证书
• 企业远程接入 → 第 4 章 VPN 协议
• 签名验真 → 第 2 章哈希与非对称

⚠️ 常见坑：认为「内网 HTTP 无所谓」——横向移动后内网流量同样可被嗅探。

💡 关键直觉：密码学是「安全卫士」，但部署错误（弱套件、过期证书）会让卫士打盹。

要点速记

• 无密码学则账户、隐私、国家机密均裸奔
• TLS 保护单连接，VPN 保护整网出口
• 区块链依赖哈希不可篡改与签名身份

深入讨论：加密强度与部署姿势同样重要

密码学在现代通信中的核心地位，不只体现在「有没有加密」，更体现在「加密得对不对」。以公共 Wi-Fi 场景为例：如果网站仍是明文 HTTP，任何同网段的观察者都能直接读到流量；如果网站启用了 HTTPS，但服务器证书链不完整或客户端关闭了验证，攻击者依然可以伪装服务器完成中间人攻击。这说明算法本身只是必要条件，部署的正确性决定安全是否真正生效。

从企业视角看，密码学的覆盖范围远不止 Web。办公终端的磁盘加密、数据库的字段加密、备份传输的加密通道、应用之间的 mTLS，这些场景共享同一套底层算法（AES、RSA/ECC、SHA），但各自有不同的威胁模型与密钥管理要求。盘点这些场景、统一算法基线与密钥轮换策略，往往是安全建设的第一步。

# 企业密码学应用场景盘点清单
场景              加密目标            关键算法          常见配置错误
Web 访问         传输机密             TLS 1.2/1.3       启用 SSLv3 旧版
VPN 远程接入      整网出口隐私         IPsec/OpenVPN     DNS 泄露、分流错配
邮件传输          邮件正文机密         S/MIME/PGP        证书链不完整
软件发布          完整性 + 来源        代码签名          私钥保管不当
磁盘/数据库       静态数据机密         AES-XTS/AES-GCM   密钥明文存储
应用间通信        服务身份互认         mTLS              证书不过期管理
​

这张清单的启示是：密码学不是某个安全团队的单点职责，而是贯穿所有业务系统的公共设施。第 2 章先把这些算法讲清楚，第 3、4 章再把它们放进 TLS 与 VPN 的协议骨架里，最终形成一套可以回答「我们到底用了哪些密码学、有没有用对」的完整视图。

附录速查：场景、机制与验证方法完整对照

# 常见安全场景的密码学机制与验证手段
场景            密码机制              可验证点                常见失败信号
Web 登录        TLS 1.2/1.3         地址栏锁标志、证书链     证书不可信、协议版本过低
远程办公        IPsec/OpenVPN        虚拟接口路由、加密状态   连上无流量、DNS 泄漏
邮件传输        S/MIME、PGP          端到端密钥、签名指纹    证书链不完整、密钥过期
代码发布        代码签名              签名者指纹、哈希值      私钥泄露、签名链断裂
区块链         SHA-256 + 签名        区块哈希、交易签名       地址伪造、重放攻击
即时通讯        端到端加密            会话密钥协商、指纹      服务端可读、密钥轮换缺失
数据库备份      加密卷 / 字段加密     加密状态、密钥管理      密钥明文存储、备份未加密
API 对接        mTLS / 签名请求      证书互认、请求签名     证书过期、签名算法过弱
固件更新        哈希 + 签名校验       固件指纹、签名验证      签名缺失、中间人替换
DNS 解析        DoH/DoT             查询加密状态           明文 DNS、解析劫持
证书签发        CA + CRL/OCSP        链到根、吊销状态        链不完整、吊销不可用
密码存储        加盐哈希（如 bcrypt） 哈希算法、盐随机性      明文存储、无盐 MD5

# 常见失败信号的快速定位
信号                        最可能的根因                 优先排查手段
NET::ERR_CERT_*             证书链 / 域名 / 有效期        openssl x509 查看证书详情
ssl handshake failure       套件或版本不匹配              openssl s_client 观察协商
连接超时或 reset            中间设备拦截或 SNI 缺失        抓包确认握手是否到达
抓包看到明文 HTTP           未启用 TLS                   检查 443 与 80 端口配置
​

这张附录把「场景—机制—验证—失败信号」四列对齐，可以作为日常排障的起点。真正用好它，关键是养成「先看信号、再查机制、最后验证」的固定顺序，让每一次故障排查都有据可依。