翻译自 M3AAWG Introduction to Traffic Analysis (June 2016)

M3AAWG 于 2016 年 6 月发布的《流量分析导论》揭示了邮件通信中一个常被忽视的安全威胁：即使邮件内容被端到端加密（如 PGP/GPG 或 S/MIME），邮件头部的元数据仍然完全暴露在流量分析攻击之下。

什么是流量分析？

与传统网络攻击不同，流量分析关注的不是邮件正文内容，而是与消息相关的元数据（meta-data）和通信过程的外部可观测特征。即使在 TLS 加密传输的条件下，邮件头部的大部分字段仍对中间 SMTP 服务器可见。

TLS 加密下仍暴露的邮件头字段

邮件头字段	流量分析暴露
Return-Path	完全暴露 ✓
Received 头链	完全暴露 ✓
From	完全暴露 ✓
To	完全暴露 ✓
CC	完全暴露 ✓
Date	完全暴露 ✓
Subject	完全暴露 ✓
Message-ID	完全暴露 ✓
邮件大小	完全暴露 ✓
接收时间戳	完全暴露 ✓
加密类型标识	完全暴露 ✓
邮件正文内容	加密保护（如使用PGP/SMIME）✓

关键发现：在 TLS 保护的 SMTP 会话中，除了邮件正文（若已加密），邮件头的所有字段都可见。

流量分析如何工作？

M3AAWG 文档指出，流量分析的思路并不是解密邮件内容，而是通过分析邮件"外部特征"推断有价值的信息：

1. 通信模式分析：谁在什么时间给谁发了邮件？频率如何？
2. 上下文关联：如果 A 在 B 发出某份文档后立即给 C 发邮件，即使内容未知，通信模式揭示的业务关系依然可推断
3. NetFlow 级别的分析：网络层的流量分析关注数据包数、字节数、时间戳、源/目的 IP 和端口

以下网络流信息即使经过 TLS 加密，仍然完全暴露：

• 流中的数据包数量和字节数
• 流开始和结束时间戳
• 源和目的 IP 地址
• 源和目的端口号
• IP 协议类型
• 服务类型（ToS）值

防范流量分析的措施

M3AAWG 提出以下几点应对建议：

协议层防范

• 填充邮件头和正文：通过在邮件中添加随机填充字符，使邮件大小随机化，防止通过邮件大小推断内容特征
• 统一邮件头结构：避免在邮件头中添加任何可能暴露用户身份的扩展字段
• 标准化 Message-ID：确保 Message-ID 的生成不含日期、用户名等模式化信息

传输层防范

• MTA-STS + DANE：强制 TLS 加密传输，确保没有明文 SMTP 回退路径
• Forward Secrecy：部署具备前向保密性的密码套件（如 ECDHE）
• 聚合邮件流量：在可能的情况下聚合出站邮件流量，使通信模式难以区分

流量分析与合规的关系

邮件流量分析在国内的合规语境下有特殊重要性：

• 《数据安全法》要求对邮件元数据进行分级管理
• 邮件头部暴露的通信关系可能构成"重要数据"
• GDPR 下邮件元数据属于个人信息