333 个 Tor 出口节点遭劫持，被用于拦截 SSH 流量并获取明文邮件

333 Tor exit nodes hijacked to intercept SSH traffic and retrieve plaintext email — arstechnica.com · 11 小时前 · 🔒 安全

一桩针对 Tor 基础设施的大规模攻击被曝光：有研究人员在周二披露，身份不明的攻击者劫持了超过 300 个 Tor 出口节点，并重新配置这些节点，使其优先处理未加密的电子邮件流量，同时把 SSH 连接重定向到自己控制的服务器上，从而实现流量截获。据 Tor 志愿者梳理，攻击始于 8 月下旬。攻击者利用一个被重复使用的有效密码登入了某台 Tor 管理服务器，随后在这台服务器上植入了 Ebury——一个早在 12 年前就已被安全社区发现的 Linux 后门程序。取得管理服务器的控制权后，攻击者又通过 SSH 从该服务器连到了另一台名为 Switzerland2 的 Tor 服务器。耐人寻味的是，调查人员始终无法在 Switzerland2 的授权密钥列表中找到攻击者所使用的那把 RSA 密钥，原因至今不明。凭借这台服务器的管理员权限，攻击者同样在 Switzerland2 上部署了 Ebury 后门。在完成对两层服务器的控制后，攻击者最终修改了由 Switzerland2 托管的两台出口节点的配置，将恶意行为落地到面向用户的流量层面。整个攻击链条呈现出典型的持久化与横向移动特征：从凭据复用切入，到植入老牌后门，再到横向控制托管机器，最后改造出口节点行为。目前攻击者的身份与最终目的仍未查明，事件中的若干疑点——包括那把来源不明的 RSA 密钥——仍在调查之中。这一事件表明，即便是以匿名和去中心化著称的 Tor 网络，其运营层面同样依赖传统的服务器安全实践，弱密码与密钥管理的疏漏足以让数百个出口节点沦为中间人攻击的跳板。

核心信息

攻击规模与手段：超过 333 个 Tor 出口节点被劫持并重新配置，用途是让未加密的邮件流量更倾向流经攻击者控制的机器，并把 SSH 连接重定向到攻击者的服务器，以便窃取凭据与明文内容。这类出口节点的恶意改造对依赖 Tor 匿名性的用户构成直接的中间人风险。
入侵起点是凭据复用：8 月下旬，攻击者用一个在其他地方重复使用过的有效密码登入 Tor 的某台管理服务器，随后植入 Ebury 后门。Ebury 是一个 12 年前就已被发现的 Linux 后门，长期被用于窃取 SSH 凭据，攻击者选用成熟工具降低了实施门槛。
横向移动中的未解之谜：攻击者从管理服务器通过 SSH 连入名为 Switzerland2 的 Tor 服务器，所用的是一把 RSA 密钥，但调查人员在该服务器的授权密钥列表里找不到这把密钥的踪迹，原因不明。掌握这台服务器的管理权限后，攻击者同样在其上部署了 Ebury。
最终落地动作：攻击者修改了由 Switzerland2 托管的两台出口节点的配置，使恶意流量处理真正生效。整个链条展示了从单一凭据泄露到控制管理服务器、再横向感染托管节点、最后改造出口行为的完整攻击路径，攻击者身份与动机仍未确定。

💡 为什么值得读: 它用一个具体案例提醒所有人：匿名网络的 weakest link 往往是最朴素的服务器运维，读它能补上对 Tor 出口风险认知的盲区。

✍️ 小编看法: 这件事最值得琢磨的地方，不是攻击本身有多高明，而是它暴露出的防御短板有多基础。一个 12 年前就已被公开剖析的老牌后门，配上一个被重复使用的密码，就能撬动数百个出口节点——这说明 Tor 网络最大的软肋不在加密设计，而在 volunteer 运营的人力现实。Tor 的出口节点大量由爱好者用业余时间维护，密码复用、系统不更新、密钥管理松散，在这些机器上几乎不可避免。而被忽略的代价是：用户往往默认 Tor 出口的危险只在于「能看到你在访问什么」，却低估了出口节点被动过手脚后对未加密协议做中间人的能力。SSH 明文凭据和明文邮件恰好是两类最容易被收割的东西，这次攻击的选择明显是奔着凭据和通信内容去的。对行业的启示有两条：一是运维侧的老生常谈依然是最有效的防线——独立密码、硬件密钥、及时打补丁，这些基本功在 Tor 这种分布式网络里比任何花哨方案都管用；二是 Tor 项目本身值得建立更主动的出口节点行为审计机制，比如对出口流量的异常重定向做自动化检测，而不是等研究人员事后追查。下一步值得观察的是：那把找不到出处的 RSA 密钥背后是否存在供应链或内部权限的更深问题，以及 Tor 官方会否借这次事件推动出口节点运维标准的硬化。对普通读者而言，最实际的行动是：走 Tor 时务必全程使用端到端加密协议，别把安全寄托在出口节点的善意上。

🏷️ Tor, SSH, email, attack