DTLS 基础

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 内置校验。
• 抗重放：序列号 + 滑动窗口，阻止旧包重放攻击。

三、协议架构（分层模型）

1. 握手协议（Handshake Protocol）

   • 协商密码套件、会话密钥、证书/PSK 认证。
   • 流程：ClientHello → ServerHello → Certificate → Key Exchange → Finished（与 TLS 类似，但增加 Cookie、序列号、重传）。

2. 记录协议（Record Protocol）

   • 对应用数据分段、压缩（可选）、加密、添加序列号与校验。
   • 格式：[IP][UDP][DTLS 记录头（序列号/分片）][加密载荷][校验]。

3. 告警协议（Alert Protocol）

   • 传递错误（如证书无效、解密失败）或会话关闭通知。

四、典型应用场景

• WebRTC：浏览器 P2P 音视频（SRTP 密钥协商）与 DataChannel 加密。
• IoT（物联网）：CoAP/DTLS、LwM2M，低功耗设备（NB-IoT/LoRa）安全通信。
• 实时音视频：视频会议、监控、直播（低延迟加密）。
• VPN/远程访问：OpenVPN、WireGuard（避免 TCP 隧道的“TCP 崩溃”问题）。
• 在线游戏：多人游戏指令传输（低延迟、防篡改）。

五、DTLS vs TLS 对比

六、总结

DTLS 是 TLS 的“UDP 安全补丁”，在不可靠网络中提供与 TLS 等效的安全，同时保留 UDP 低延迟优势，是实时通信、物联网、游戏等领域的安全基石。