DTLS（Datagram Transport Layer Security，数据报传输层安全协议） 是 TLS 的 UDP 适配版 ，专为不可靠、无连接 的数据报传输（UDP/SCTP）设计，在低延迟 前提下提供与 TLS 同级的加密、认证、完整性与抗重放安全能力。
一、背景与定位
- TLS 局限 ：TLS 依赖 TCP 的有序、可靠、面向连接特性，无法直接用于 UDP（易丢包、乱序、无连接）。
- DTLS 目标 ：为 UDP 类实时应用 （音视频、游戏、IoT）提供安全通道，保留 UDP 低延迟，同时解决 TLS 在数据报环境的适配问题。
- 版本对应
- DTLS 1.0 → TLS 1.1（RFC 4347）
- DTLS 1.2 → TLS 1.2（RFC 6347，主流）
- DTLS 1.3 → TLS 1.3（RFC 9147，最新）
二、核心设计（与 TLS 的关键差异）
1. 传输适配：应对 UDP 不可靠性
- 显式序列号 ：每个 DTLS 记录带独立序列号，用于乱序重组、重复丢弃、重放检测。
- 滑动接收窗口：限制重放检测范围，兼顾安全与效率。
- MTU 分片与重组：握手消息超过 UDP MTU 时自动分片，避免 IP 层分片导致的安全问题。
- 重传机制 ：握手阶段引入超时重传，解决丢包导致的握手失败。
2. 握手增强：防 DoS 与无连接适配
- Cookie 验证（无状态） ：ClientHello 携带 Cookie，服务器验证后才继续握手，防御资源耗尽型 DoS。
- 独立握手序列号 ：握手消息单独编号，与记录层序列号分离，支持握手消息乱序到达。
- 简化状态：无连接模式下可快速重建会话，适合高抖动网络。
3. 安全能力：与 TLS 一致
- 加密：AES-GCM、ChaCha20-Poly1305 等对称算法。
- 认证：RSA、ECDSA 证书或 PSK（预共享密钥）。
- 完整性：HMAC 或 AEAD 内置校验。
- 抗重放：序列号 + 滑动窗口，阻止旧包重放攻击。
三、协议架构（分层模型）
-
握手协议（Handshake Protocol）
- 协商密码套件、会话密钥、证书/PSK 认证。
- 流程：
ClientHello → ServerHello → Certificate → Key Exchange → Finished（与 TLS 类似，但增加 Cookie、序列号、重传）。
-
记录协议（Record Protocol）
- 对应用数据分段、压缩（可选）、加密、添加序列号与校验。
- 格式：
[IP][UDP][DTLS 记录头（序列号/分片）][加密载荷][校验]。
-
告警协议（Alert Protocol）
- 传递错误（如证书无效、解密失败）或会话关闭通知。
四、典型应用场景
- WebRTC：浏览器 P2P 音视频（SRTP 密钥协商）与 DataChannel 加密。
- IoT（物联网）：CoAP/DTLS、LwM2M，低功耗设备（NB-IoT/LoRa）安全通信。
- 实时音视频：视频会议、监控、直播（低延迟加密）。
- VPN/远程访问：OpenVPN、WireGuard（避免 TCP 隧道的"TCP 崩溃"问题）。
- 在线游戏：多人游戏指令传输（低延迟、防篡改）。
五、DTLS vs TLS 对比
| 特性 | DTLS | TLS |
|---|---|---|
| 底层传输 | UDP/SCTP（不可靠、无连接） | TCP（可靠、面向连接） |
| 延迟 | 低（无 TCP 握手/重传开销） | 较高 |
| 乱序/丢包 | 原生支持（序列号、重传、分片） | 依赖 TCP 处理 |
| 防 DoS | Cookie 验证（无状态） | 依赖 TCP 连接建立 |
| 典型场景 | 实时音视频、IoT、游戏 | Web、邮件、文件传输 |
六、总结
DTLS 是 TLS 的"UDP 安全补丁" ，在不可靠网络 中提供与 TLS 等效的安全 ，同时保留 UDP 低延迟优势 ，是实时通信、物联网、游戏 等领域的安全基石。