1. 加密接口安全概述
加密接口这个话题，我做了十来年安全审计，几乎每个项目都会碰上。说白了，它就是给数据传输穿上一层"防弹衣"。但有意思的是，很多人觉得穿了防弹衣就无敌了，结果总是栽在一些最基础的配置问题上。嗯，咱们今天就把这事彻底聊透。
1.1 加密接口的定义
加密接口是指采用密码学技术对通信数据进行保护的应用编程接口。它的核心任务就三件：保证数据在传输过程中不被偷看、不被篡改、不被冒充。
我个人习惯把加密接口拆成三个核心要素来理解，这样审计的时候也更容易定位问题：
- 数据机密性 —— 通过对称或非对称加密算法，确保只有持有正确密钥的双方才能读懂内容。我在项目中遇到过用硬编码密钥的案例，那加密跟没加密没啥区别。
- 身份认证 —— 确认通信对方的真实身份。证书链验证、预共享密钥(PSK)都是常见手段。很多攻击能得手，就是因为认证环节被绕过了。
- 完整性校验 —— 通过MAC、数字签名等手段检测数据在传输过程中是否被篡改。少了这一环，攻击者可以悄无声息地改数据。
我记得有一次审计某个金融平台的支付接口，对方信誓旦旦说"我们全站HTTPS，安全"。结果我一查，TLS配置里竟然允许了NULL加密套件——也就是加密算法那里是个空壳。这种配置比不加密更危险，因为它给了你一个虚假的安全感。
1.2 常见加密协议：TLS / HTTPS
说到加密接口，绕不开的就是TLS和HTTPS。HTTPS = HTTP over TLS，这个大家都知道。但实际落地的时候，版本选择、密码套件配置、证书管理，每一样都是坑。
TLS协议目前主流版本是TLS 1.2和TLS 1.3。TLS 1.0和1.1已经被正式弃用了，我在审计中如果看到还在用这两个版本，基本可以直接判定为高风险。
TLS握手协议是整个安全通道建立的关键阶段，它完成三件事：协商加密算法、交换密钥、验证证书。我建议你在审计时重点关注握手阶段的证书验证逻辑——很多SDK和库在默认配置下并不会严格校验证书链。
# 一个典型的Nginx安全TLS配置示例（TLS 1.2 + 1.3）
server {
listen 443 ssl;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
ssl_prefer_server_ciphers on;
ssl_certificate /etc/nginx/certs/server.crt;
ssl_certificate_key /etc/nginx/certs/server.key;
ssl_session_timeout 1d;
ssl_session_cache shared:SSL:50m;
ssl_session_tickets off;
# 启用HSTS
add_header Strict-Transport-Security "max-age=63072000" always;
}
openssl s_client 和 sslyze 两个工具做快速验证。openssl看握手细节，sslyze扫配置风险点，两个配合基本能覆盖大部分TLS问题。
HTTPS这块有个容易被忽略的点——HSTS。HTTP严格传输安全头部可以强制浏览器只使用HTTPS访问你的站点，从源头上防止降级攻击。我建议所有生产环境都配上HSTS，且max-age不要低于半年。
1.3 加密接口面临的安全威胁
加密接口虽然加了密，但并不是铜墙铁壁。我见过的攻击手法里，以下四类最为常见，也最难缠：
| 威胁类型 | 攻击方式 | 危害等级 | 防护建议 |
|---|---|---|---|
| 中间人攻击（MITM） | 拦截通信、伪造证书、劫持会话 | 严重 | 证书固定 + HSTS + 双向TLS |
| 协议降级攻击 | 强制客户端使用TLS 1.0/SSL 3.0等弱协议 | 高 | 服务端禁用旧协议 + 配置安全策略 |
| 证书伪造与劫持 | 伪造CA证书、利用证书透明度缺陷 | 严重 | 证书透明度监控 + 短有效期证书 |
| 弱加密套件利用 | 强制使用RC4、DES、NULL等弱算法 | 高 | 配置强加密套件白名单 + 禁用弱算法 |
为什么会说中间人攻击最常见？因为它的"性价比"太高了。我曾经参与过一个电商APP的渗透测试，发现客户端没有做证书固定(SSL Pinning)，攻击者只要在同一个Wi-Fi下搭个代理，就能轻松劫持所有通信流量。嗯，那个漏洞最后定级为严重。
协议降级攻击我多说一句，这个攻击手法特别"低调"。攻击者会在握手阶段故意干扰协商过程，让客户端和服务端"被迫"选择最弱的协议版本。对付它的办法很简单：服务端直接禁用所有低于TLS 1.2的协议版本，不给协商留余地。
证书伪造最近几年随着CA生态的完善有所减少，但自签名证书和私有CA在企业内部仍然大量存在。审计的时候要特别留意这些"灰色地带"的证书管理是否规范。
这张图把本章的核心脉络串起来了。从加密接口的定义出发，到TLS/HTTPS协议的具体实现，再到实际面临的四类安全威胁，最终都指向安全审计与DSPM集成这个落地目标。后面的章节，我们会逐一深入每个环节的审计方法和工具链。