[论文解读] SWEET: Serving the Web by Exploiting Email Tunnels

Amir Houmansadr, Wenxuan Zhou+2 more|arXiv (Cornell University)|Nov 14, 2012

Internet Traffic Analysis and Secure E-voting参考文献 9被引用 20

一句话总结

SWEET 是一种低成本、不可见的规避系统，通过电子邮件隧道利用公共电子邮件服务绕过网络审查。它使用户能够通过加密的电子邮件通道匿名且安全地访问被屏蔽的内容，无需共享秘密信息或协作，即使在深度包检测或IP封锁下也能保持可用性。

ABSTRACT

Open communication over the Internet poses a serious threat to countries with repressive regimes, leading them to develop and deploy censorship mechanisms within their networks. Unfortunately, existing censorship circumvention systems do not provide high availability guarantees to their users, as censors can identify, hence disrupt, the traffic belonging to these systems using today's advanced censorship technologies. In this paper we propose SWEET, a highly available censorship-resistant infrastructure. SWEET works by encapsulating a censored user's traffic to a proxy server inside email messages that are carried over by public email service providers, like Gmail and Yahoo Mail. As the operation of SWEET is not bound to specific email providers we argue that a censor will need to block all email communications in order to disrupt SWEET, which is infeasible as email constitutes an important part of today's Internet. Through experiments with a prototype of our system we find that SWEET's performance is sufficient for web traffic. In particular, regular websites are downloaded within couple of seconds.

研究动机与目标

• 设计一种在审查环境下保持对审查者不可见的同时仍具备高可用性的规避系统。
• 消除用户与系统之间共享秘密信息的需求，降低被审查机构暴露的风险。
• 在最小化基础设施上使用标准电子邮件服务进行部署，使个人和小型组织能够轻松使用。
• 通过端到端加密和基于电子邮件的安全隧道，确保用户流量的机密性。
• 通过利用电子邮件服务的普遍性和鲁棒性，抵御常见的审查技术，如深度包检测（DPI）、IP封锁和DNS劫持。

提出的方法

• 使用公共电子邮件服务（如Gmail、Hushmail）作为隐蔽通信通道，用于隧道传输互联网流量。
• 通过用户与SWEET服务器之间共享的密钥对隧道数据进行端到端加密，确保机密性。
• 部署轻量级服务器，包含邮件服务器和SOCKS代理，用于处理加密邮件附件和隧道请求。
• 通过经由标准电子邮件提供商路由流量，避免直接连接到已知的SWEET服务器IP或域名，实现不可见性。
• 通过用户注册和流量限制机制缓解拒绝服务（DoS）攻击，并通过电子邮件地址验证防御伪造客户端攻击。
• 支持加密和明文电子邮件骨干网络，允许用户根据威胁模型在性能与不可见性之间进行权衡。

实验结果

研究问题

• RQ1 能否设计一种规避系统，在不依赖用户共享秘密信息的前提下实现强不可见性？
• RQ2 系统在遭受深度包检测和基于IP/DNS的封锁时，如何保持可用性？
• RQ3 公共电子邮件基础设施在多大程度上可作为稳健且难以检测的隧道介质被利用？
• RQ4 在去中心化、低信任度的规避系统中，应采用何种机制防止滥用和拒绝服务攻击？
• RQ5 如何在保障安全与匿名性的同时，平衡用户的便利性与部署的简便性？

主要发现

• SWEET 通过经由标准电子邮件服务路由流量，使流量与正常邮件流量无法区分，即使在深度包检测下也具备不可见性。
• 即使审查者封锁特定服务，系统仍能保持可用，因为用户可根据可用性在加密和明文电子邮件提供商之间切换。
• 使用基于电子邮件的隧道机制，无需向用户共享秘密信息，显著降低了暴露和系统被攻破的风险。
• 由于缺乏可识别的端点并使用端到端加密，SWEET 的设计对常见的审查技术（如IP封锁、DNS劫持和DPI）具有鲁棒性。
• 系统可仅用单台服务器以极低资源部署，且其运行不依赖ISP或终端主机的协作，支持基层部署。
• 流量限制和预先注册机制能有效缓解拒绝服务攻击，即使攻击者使用虚假电子邮件地址进行洪水攻击。