12-安全

网络设计第十二问安全——加密、认证、完整性三道防线网络传输的原始数据是明文的——任何在中间路由器上截获的包都是可读的。防护的手段是三层加密不让看、认证证明身份、完整性校验证明没被改过。这是一个整体分开讲每一层都容易合起来才有效。文章目录网络设计第十二问安全——加密、认证、完整性三道防线一、加密——两种体系二、认证——防伪握手三、完整性校验——防握手后篡改四、总结一、加密——两种体系对称加密双方用同一把钥匙加解密。AES-256 把一个块拆成 128 位——用密钥转多圈——每圈一次代换、行移位、列混合和轮密钥加——输出密文。每一圈的运算确保即使改变明文中的一位——密文整体随即天翻地覆。非对称加密两把钥匙——一把公开公钥、一把私藏私钥。RSA 的核心是大素数乘积的分解难题——知道公钥的人可以给发件人加密——只有拥有私钥的收件人能解开。它比对称慢上千倍——所以用在握手阶段——交换对称钥匙——之后用 AES 高速通信。国密体系在政务系统里——对称加密必须用 SM4——代替 AES——原因是政策不是安全理由。非对称用 SM2——代替 RSA/EC。要在两端统一算法——因为一个系统用 SM4 加密而另一个用 AES 解密——结果就是乱码。二、认证——防伪握手没有认证的加密仍然脆弱你连接了一个服务器——交换了密钥——加密了——但这个服务器是个中间人——他先跟你握手拿到你的密钥——再用另一个连接去连真服务器——你发的内容他到中转时用另一套密钥再加密——全程你都看到加密——但实际上他读得你所有通信。TLS 的解决服务器证书。对方出示证书——你验证签名的组织——验证公钥是否来自该组织——然后你用这个公钥完成握手。政务系统里常用双向认证——服务器出示证书——客户端也出示——确保两端都是被授权的设备——不是一台未经注册的设备。电子社保卡扫码登录——用的就是 SM2 证书做双向认证——手机端和后台服务各自认证各自的证书。三、完整性校验——防握手后篡改连接建立后——中间的篡改仍可能发生——因为路由器可以修改 IP 校验和——先改包——再重算校验和——包看起来合法。TLS 在每个记录级附加一个 HMAC——MAC hash(密钥 序列号 数据)。如果中间设备篡改了数据——但不知道会话密钥——算不出新的 HMAC——接收方校验失败——断开连接。TCP 的校验和防不住中间人篡改——它只防传输时的随机位差错——不防恶意改写。政务数据在跨省专线上传输时——一定要加一层应用级的完整性保护——因为骨干网络上的任意设备都可能接触到你的包——即使中间没有恶意——你的每一个未保护的明文都是信息资产的资产边界——你不能用应该没人会查来当安全保证。四、总结加密 认证 完整性 安全的最小三件套。不能缺一个——因为没有加密的认证只是验证名字但数据裸流。没有认证的加密信任每条握手但不确认握手方的真实。没有完整性的传输信任链路但链路在中间可能会出现非可检测的改动。政务系统的设计人员——你既是开发者也是安全唯一的责任人——三项缺一不可。✅ 亮点加解密→认证→完整性按被攻击的顺序讲三条防护线的配合——TLS 双向认证SM4 数据加密在电子社保卡中的应用实例。扩展方向前向安全PFS的实现原理、零信任架构下的持续鉴权模型。