安全实时传输协议（Secure Real-time Transport Protocol，SRTP）是由IETF制定的一套针对实时媒体流（如语音、视频）的安全协议，专为RTP（Real-time Transport Protocol）提供加密、消息认证、重放保护等安全机制，广泛应用于VoIP、视频会议、流媒体传输等场景，其核心目标是在保障实时性的前提下，实现对媒体数据的机密性、完整性和真实性保护,同时避免因安全机制引入过大延迟。
核心目标与设计原则
SRTP的设计严格遵循实时通信的特殊需求：低延迟、低开销、兼容性，与传统加密协议不同，SRTP需在毫秒级处理媒体帧，因此采用轻量级加密算法和高效密钥管理机制，其核心安全目标包括：
- 机密性：防止未授权方窃听媒体内容，通过加密实现；
- 完整性：确保数据在传输中未被篡改，通过消息认证码（MAC）实现；
- 真实性：验证数据来源的合法性，防止伪造源地址攻击；
- 重放防护：抵御攻击者重放合法数据包，避免服务混乱。
密钥管理机制
SRTP的安全性依赖于密钥的动态生成与安全分发，其密钥管理通常与SDP（Session Description Protocol）或MIKEY（Multimedia Internet KEYing）协议配合，实现以下流程：
- 密钥协商：通信双方通过信令通道（如SIP）协商密钥参数，包括主密钥（Master Key）、盐值（Salt）及密钥标识符（MKI，Master Key Identifier），主密钥用于派生会话密钥，盐值增加密钥复杂度，MKI用于标识不同密钥上下文。
- 密钥派生：基于主密钥和盐值，通过伪随机函数（如HMAC-SHA1）派生加密密钥（Encryption Key）、认证密钥（MAC Key）和盐密钥（Salt Key），分别用于数据加密、完整性校验和初始化向量生成。
- 密钥更新：长期通信会话中，通过定期重新协商或基于时间/数据量的触发机制更新密钥，降低密钥泄露风险。
加密与认证流程
SRTP的安全处理在RTP数据包发送前和接收后完成，具体流程如下：
- 加密处理：采用分组加密（如AES-CM）或流加密算法（如AES-GCM），对RTP载荷（实际媒体数据）进行加密，加密时结合时间戳、序列号和盐值生成初始化向量（IV），确保相同数据包加密结果不同（防止重放攻击）。
- 认证处理：通过HMAC算法（如HMAC-SHA1）计算RTP头部（含序列号、时间戳等关键字段）和加密后载荷的认证标签（MAC），接收方验证标签一致性，确保数据完整性和真实性。
- 头部保护：可选对RTP头部特定字段（如序列号、时间戳）进行加密（称为“SRTP头加密”），进一步隐藏通信特征。
重放攻击防护
SRTP通过“滑动窗口+序列号”机制实现重放防护：接收方维护一个滑动窗口，记录近期接收的有效序列号范围，当收到数据包时，若序列号在窗口内且未被使用，则接受并更新窗口；若序列号重复或超出窗口范围，则直接丢弃，结合时间戳过滤超时数据包，进一步降低重放风险。
实际应用场景
SRTP是实时通信安全的基石，在VoIP（如Zoiper、Linphone）、视频会议（如WebRTC、Jitsi）、物联网（如IP摄像头）等场景中广泛应用，WebRTC原生集成SRTP，确保浏览器间音视频通信的端到端安全；企业级VoIP系统通过SRTP+ZRTP（密钥协商协议）实现安全通话。
相关问答FAQs
Q1：SRTP与RTP的主要区别是什么？
A：RTP是实时传输协议，仅负责媒体数据的实时传输，不提供安全机制；SRTP是基于RTP的安全扩展，通过加密、认证、重放防护等功能保障媒体数据安全，二者兼容，SRTP数据包可直接在支持RTP的设备上传输，但需双方均支持SRTP才能生效。
Q2：SRTP的密钥协商失败会导致什么问题？
A：密钥协商是SRTP安全通信的前提，若协商失败（如算法不匹配、参数冲突），双方将无法建立安全的媒体通道，导致语音/视频通话中断或降级为不安全的明文传输（若设备支持回退），实际应用中需确保信令协议（如SIP）正确携带SRTP参数，并提前配置兼容的加密算法（如AES-128-CM HMAC-SHA1-80）。
原创文章，发布者：酷番叔，转转请注明出处：https://cloud.kd.cn/ask/51673.html
