企业官网建设流程全解析

网络设计第十二问：安全——加密、认证、完整性三道防线

网络传输的原始数据是明文的——任何在中间路由器上截获的包都是可读的。防护的手段是三层：加密（不让看）、认证（证明身份）、完整性校验（证明没被改过）。这是一个整体，分开讲每一层都容易，合起来才有效。

一、加密——两种体系

对称加密：双方用同一把钥匙加解密。AES-256 把一个块拆成 128 位——用密钥转多圈——每圈一次代换、行移位、列混合和轮密钥加——输出密文。每一圈的运算确保即使改变明文中的一位——密文整体随即天翻地覆。

非对称加密：两把钥匙——一把公开（公钥）、一把私藏（私钥）。RSA 的核心是大素数乘积的分解难题——知道公钥的人可以给发件人加密——只有拥有私钥的收件人能解开。它比对称慢上千倍——所以用在握手阶段——交换对称钥匙——之后用 AES 高速通信。

国密体系：在政务系统里——对称加密必须用 SM4——代替 AES——原因是政策，不是安全理由。非对称用 SM2——代替 RSA/EC。要在两端统一算法——因为一个系统用 SM4 加密而另一个用 AES 解密——结果就是乱码。

二、认证——防伪握手

没有认证的加密仍然脆弱：你连接了一个服务器——交换了密钥——加密了——但这个服务器是个中间人——他先跟你握手拿到你的密钥——再用另一个连接去连真服务器——你发的内容他到中转时用另一套密钥再加密——全程你都看到"加密"——但实际上他读得你所有通信。

TLS 的解决：服务器证书。对方出示证书——你验证签名的组织——验证公钥是否来自该组织——然后你用这个公钥完成握手。政务系统里常用双向认证——服务器出示证书——客户端也出示——确保两端都是被授权的设备——不是一台未经注册的设备。

电子社保卡扫码登录——用的就是 SM2 证书做双向认证——手机端和后台服务各自认证各自的证书。

三、完整性校验——防握手后篡改

连接建立后——中间的篡改仍可能发生——因为路由器可以修改 IP 校验和——先改包——再重算校验和——包看起来合法。

TLS 在每个记录级附加一个 HMAC——MAC = hash(密钥 + 序列号 + 数据)。如果中间设备篡改了数据——但不知道会话密钥——算不出新的 HMAC——接收方校验失败——断开连接。

TCP 的校验和防不住中间人篡改——它只防传输时的随机位差错——不防恶意改写。政务数据在跨省专线上传输时——一定要加一层应用级的完整性保护——因为骨干网络上的任意设备都可能接触到你的包——即使中间没有恶意——你的每一个未保护的明文都是信息资产的资产边界——你不能用"应该没人会查"来当安全保证。

四、总结

加密 + 认证 + 完整性 = 安全的"最小三件套"。不能缺一个——因为没有加密的认证只是验证名字但数据裸流。没有认证的加密=信任每条握手但不确认握手方的真实。没有完整性的传输=信任链路但链路在中间可能会出现非可检测的改动。

政务系统的设计人员——你既是开发者也是安全唯一的责任人——三项缺一不可。

✅ 亮点：加解密→认证→完整性，按"被攻击的顺序"讲三条防护线的配合——TLS 双向认证+SM4 数据加密在电子社保卡中的应用实例。扩展方向：前向安全（PFS）的实现原理、零信任架构下的持续鉴权模型。