第三方邮件服务商入侵下的加密货币钓鱼攻击研究

摘要

2026 年 9 月 9 日，硬件加密货币钱包厂商 Trezor 的第三方邮件营销服务商 Brevo 遭受入侵，攻击者利用 Brevo 平台单点登录机制中的授权边界缺陷，获取包括 Trezor 在内的 138 个客户账户访问权限，并通过 Trezor 的合法发件域名向约 34.7 万名订阅用户投递主题为 "Critical Security Alert: STM32 Entropy Vulnerability" 的钓鱼邮件，诱导受害者在伪造应用中输入钱包助记词。事件发生后约 20 分钟内已有约 2500 名用户点击恶意链接，瑞士硬件钱包厂商 BitBox 及加密资产税务平台 CoinTracking 亦在同一波攻击中通过各自的 Brevo 账户遭到钓鱼投递。本文以该事件为核心研究样本，还原入侵技术链路与钓鱼攻击全流程，剖析合法域名滥用对 SPF、DKIM、DMARC 等邮件认证体系的根本性绕过，解析以 STM32 熵漏洞为代表的技术化社会工程诱饵设计逻辑，讨论供应链横向扩散特征。研究发现，该事件并非传统域名仿冒钓鱼，而是依托被入侵的可信第三方基础设施实施的 "合法通道滥用" 攻击，传统基于发件域名信誉的防护手段在此场景下完全失效。结合 Trezor 在 2024 年 1 月支持工单系统入侵、2026 年 8 月物流服务商 ShipMonk 数据泄露等连续供应链事件，本文指出加密货币厂商的核心产品安全与外围供应链安全之间存在严重失衡，硬件钱包 "私钥永不触网" 的技术承诺无法覆盖营销、物流、客服等外围系统被入侵后衍生的钓鱼风险。反网络钓鱼技术专家芦笛指出，当攻击者掌握了企业的合法发件通道，所有依赖域名可信度的防御逻辑都会归零，供应链邮件安全已经从合规问题升级为核心安全问题。本文从邮件认证机制局限、企业供应链安全管理、用户侧防护三个维度提出治理路径，为加密货币行业及金融科技领域应对第三方服务商入侵衍生的钓鱼威胁提供实证参考。

关键词：邮件服务商入侵；加密货币钓鱼；供应链安全；合法域名滥用；硬件钱包；Brevo

1 引言

网络钓鱼长期是加密货币领域资产失窃的最主要入口之一。与传统金融场景不同，加密货币交易具备链上不可逆、匿名性强、资产转移速度快等特征，一旦攻击者通过钓鱼手段获取用户钱包助记词或私钥，受害者几乎没有追回资金的可行渠道。这种风险回报的严重不对称，使得加密货币用户群体成为钓鱼攻击的高价值目标，攻击者愿意投入更多资源制作高仿真诱饵、搭建可信攻击基础设施。

过往针对加密货币钓鱼的研究，较多聚焦于仿冒交易所登录页面、伪造钱包连接授权提示、Discord 等社群平台机器人账号被劫持等攻击形态。这类攻击的共同特征是攻击者需要自行搭建仿冒基础设施，发件域名、网站域名与被仿冒主体存在可辨识差异，邮件安全网关和用户经验可以在一定程度上发挥拦截作用。然而，2026 年 9 月发生的 Trezor/Brevo 事件呈现出一种本质不同的攻击范式：攻击者并未仿冒任何域名，而是直接入侵企业委托的第三方邮件营销平台，借助企业自身的合法发件账户和经过认证的域名投递钓鱼邮件。邮件从发件服务器、身份认证记录到品牌视觉元素全部为真，唯一虚假的是邮件内容本身。这种 "合法通道滥用" 模式使得传统邮件防护体系的核心判定依据 —— 发件域名可信度 —— 彻底失效。

该事件的特殊性还体现在三个层面。其一，攻击影响规模巨大，约 34.7 万名 Trezor 新闻通讯订阅用户收到钓鱼邮件，考虑到该群体本身是主动订阅硬件钱包厂商资讯的加密货币持有者，资产价值密度远高于普通互联网用户。其二，攻击呈现供应链横向扩散特征，Brevo 平台同一波入侵波及 138 个客户账户，除 Trezor 外，BitBox、CoinTracking 等加密货币相关企业均通过各自账户遭到钓鱼投递，说明攻击面不在单一企业，而在共享的第三方服务层。其三，该事件是 Trezor 在不到两年时间内发生的第三起第三方服务商安全事件，2024 年 1 月支持工单系统入侵暴露约 6.6 万名客户信息，2026 年 8 月物流服务商 ShipMonk 因 Metabase 平台 SQL 注入零日漏洞被入侵，受影响客户从最初披露的约 1.37 万人扩大至约 8.1 万人。连续事件指向一个结构性问题：加密货币硬件钱包厂商在核心产品安全上投入巨大，但外围供应链的安全管理能力与核心产品的安全承诺之间存在显著落差。

本文以 Trezor/Brevo 事件为核心实证样本，结合同期披露的技术细节，系统还原入侵链路与钓鱼攻击全流程，深入分析合法域名滥用对邮件认证体系的绕过机制、技术化社会工程诱饵的设计逻辑、供应链横向扩散的风险传导路径。在此基础上，讨论加密货币场景下钓鱼攻击的风险特殊性，评估现有防御手段的局限，从企业供应链安全治理、邮件安全架构优化、用户风险认知建设三个层面提出针对性对策。本文不做脱离事件事实的风险渲染，所有技术分析均基于已公开的事件披露信息，力求为行业理解和应对 "可信通道滥用" 型钓鱼攻击提供客观、可操作的分析框架。

2 事件经过与技术链路还原

2.1 Brevo 平台入侵的技术路径

Brevo 是一家面向企业客户的邮件营销与客户关系管理平台，Trezor 使用该平台运营其用户新闻通讯邮件列表。根据 Brevo 事后发布的事件分析，入侵根源在于平台单点登录功能的授权边界处理缺陷。攻击者首先在 Brevo 平台注册一个自有账户，随后在该账户下启用单点登录配置，并向若干名合法的 Brevo 平台用户发出加入该单点登录组织的邀请。当这些合法用户接受邀请后，攻击者通过自己控制的身份提供商以受邀用户的身份登录 Brevo 平台。

按照设计预期，通过这种方式获得的访问权限应当被限制在攻击者创建的单一组织范围内，即攻击者只能以受邀用户身份在自己的组织内操作，无法触及受邀用户在其他 Brevo 客户组织中的权限。然而 Brevo 平台的授权校验逻辑存在缺陷，实际授予攻击者的访问范围超出了单一组织边界，错误地开放了受邀用户所能触及的 "所有组织"。这意味着一旦攻击者邀请到在多个 Brevo 客户组织中拥有权限的用户（例如 Brevo 平台的内部员工、跨组织的管理员、或在多家企业 Brevo 账户中拥有角色的第三方顾问），攻击者就可以横向进入这些客户组织的账户。

Brevo 事后统计，该入侵共波及 138 个客户账户。其中 6 个账户被用于实际发送钓鱼邮件，43 个账户的联系人列表被导出，93 个账户未发现有意义的恶意操作。三个分类之间是否存在重叠，Brevo 未做进一步澄清。Trezor 的 Brevo 账户属于被用于发送钓鱼邮件的 6 个账户之一，BitBox 和 CoinTracking 的账户亦在受影响范围内。

需要指出的是，该入侵路径不涉及对 Trezor 自身系统的攻击。Trezor 的硬件钱包固件、安全元件、密钥生成机制、官方网站和账户系统均未被触及。攻击者获得的仅仅是 Brevo 平台上 Trezor 新闻通讯账户的发送权限，以及该账户下存储的约 34.7 万个自愿订阅用户的邮箱地址。Trezor 在声明中明确表示，该账户仅包含选择加入新闻通讯的邮箱地址，不包含其他客户数据，但公司将全部 34.7 万个邮箱地址视为已被攻击者获知、可能在未来被重复用于钓鱼攻击的暴露数据。

2.2 钓鱼邮件的投递与欺骗机制

攻击者利用获取到的 Trezor Brevo 账户，向该账户下的全部新闻通讯订阅用户投递了一封钓鱼邮件。邮件主题为 "Critical Security Alert: STM32 Entropy Vulnerability"，发件地址为 help@trezor.io，即 Trezor 的官方支持邮箱地址。由于邮件通过 Brevo 平台在 Trezor 账户下正常发送，邮件传输过程中经过了 Trezor 域名的 SPF、DKIM 和 DMARC 认证，收件方邮件服务器验证发件身份合法，不会将其标记为仿冒邮件或垃圾邮件。

邮件内容声称，Trezor 硬件钱包中使用的 STM32 系列微控制器存在一个熵值漏洞，该硬件缺陷可能导致钱包助记词面临暴力破解风险，要求用户立即采取行动验证设备安全。邮件引导收件人下载一个应用程序，该应用程序随后要求用户输入钱包备份助记词以 "验证" 设备是否受到影响。

STM32 是意法半导体公司生产的通用微控制器系列，在硬件钱包行业被广泛采用，并非 Trezor 独家使用的组件。"熵值漏洞" 这一表述利用了密码学领域的真实关切：如果硬件设备的随机数发生器输出可预测，那么由其派生的密钥在理论上可以被以低于暴力穷举的成本破解。嵌入式硬件领域历史上确曾发生过真实的随机数生成器熵不足事件，这使得该虚假警报具备了足够的技术可信度，足以让收件人在看到主题行后继续阅读邮件正文，而非直接当作普通垃圾邮件删除。

整个攻击的核心欺骗目标是获取用户的钱包助记词。助记词是硬件钱包私钥的人类可读表示形式，掌握助记词即等于完全控制对应钱包中的全部资产。任何合法的钱包厂商都不会通过邮件、网站或应用程序向用户索取助记词，合法的钱包恢复操作仅允许用户在硬件设备自身的屏幕上直接输入助记词。攻击者正是利用用户在 "紧急安全警报" 心理压力下可能放松这一基本原则警惕的弱点，设计了整套欺骗流程。

2.3 事件影响范围与处置过程

Trezor 在发现钓鱼活动后迅速做出响应。从检测到恶意域名到在 DNS 层面将其下线，处置窗口约为 20 分钟。在这 20 分钟内，约有 2500 名用户点击了邮件中的恶意链接。需要区分的是，点击链接不等于输入助记词，更不等于资产失窃。点击链接后用户还需要在伪造应用中主动输入助记词才会造成实际损失，目前公开信息中尚未确认有多少用户最终输入了助记词、有多少资产因此被盗。但这 2500 名点击用户构成了最高风险群体，Trezor 在后续数周内重点监控该群体的欺诈报告。

Trezor 同时暂停了其 Brevo 账户，以阻止进一步的钓鱼邮件投递。公司在社交媒体上发布公开声明，明确告知用户该主题的邮件并非来自 Trezor 官方，属于钓鱼尝试，警告用户不要点击任何链接。声明中还表示已将恶意域名下线，并正在调查攻击者如何获取其合法域名的发送权限。

从更宏观的时间线看，该事件是 Trezor 连续遭遇的第三起第三方服务商安全事件。2024 年 1 月，Trezor 披露其第三方支持工单系统遭到未授权访问，约 6.6 万名自 2021 年 12 月以来联系过 Trezor 支持的客户姓名、用户名和邮箱地址暴露。2026 年 8 月 13 日，Trezor 披露其物流服务商 ShipMonk 遭到入侵，最初报告约 1.37 万名美国、英国、瑞典、哥伦比亚、巴西、意大利和葡萄牙客户的订单数据暴露，后续调查发现 ShipMonk 未按合同要求删除历史记录，另有约 6.7 万名 2019 年 11 月至 2021 年 8 月期间下单的美国客户数据暴露，总受影响人数扩大至约 8.1 万人。ShipMonk 入侵的技术根源是其使用的 Metabase 数据分析平台中存在一个 SQL 注入零日漏洞，编号 CVE-2026-72898，严重程度评分满分 10.0，攻击者利用该漏洞获取了 ShipMonk Metabase 实例的管理员权限并提取客户订单数据，事后 ShinyHunters 勒索团伙向 ShipMonk 发出勒索要求。

三起事件的共同模式高度一致：Trezor 的核心硬件和固件系统均未被攻破，入侵入口全部位于外围第三方服务商。营销邮件平台泄露用户邮箱并被直接用于发送钓鱼邮件，物流服务商泄露用户姓名、地址、电话和订单信息，支持工单系统泄露用户联系方式。每一起事件的数据泄露都为后续针对加密货币用户的精准钓鱼或社会工程攻击提供了素材。

3 攻击手法的技术特征分析

3.1 合法域名滥用对邮件认证体系的根本性绕过

当前互联网邮件安全体系的核心支柱是 SPF、DKIM 和 DMARC 三项认证机制。SPF 允许域名所有者指定哪些服务器被授权以该域名名义发送邮件；DKIM 通过数字签名验证邮件内容在传输过程中未被篡改且确实来自声明的发件域；DMARC 在前两者基础上规定收件方对认证失败邮件的处理策略，并提供反馈报告机制。这三项机制的共同设计前提是：恶意邮件来自未授权的发件方，因此通过验证发件服务器是否被域名所有者授权、邮件签名是否由域名持有者私钥签发，就可以区分合法邮件与仿冒邮件。

Trezor/Brevo 事件从根本上突破了这一设计前提。攻击者并未从外部服务器仿冒 Trezor 域名发送邮件，而是通过入侵 Brevo 平台获得了 Trezor 账户的合法发送权限。邮件从 Brevo 的合法发送服务器发出，经过 Trezor 域名的 SPF 授权验证；邮件由 Brevo 平台使用 Trezor 账户配置的 DKIM 密钥签名，签名验证通过；DMARC 策略基于 SPF 和 DKIM 的通过结果判定邮件合法。三项认证机制全部正常工作，全部返回 "合法" 结论，但邮件内容是钓鱼攻击。

这一特征将该事件与传统域名仿冒钓鱼明确区分开来。在传统仿冒场景中，攻击者注册与目标域名近似的欺骗性域名，或从不受 SPF 授权的服务器发送伪造发件地址的邮件，邮件认证机制可以识别并拦截。而在合法通道滥用场景中，攻击者持有的是企业自身授权的发送凭证，邮件认证机制无法也不应当将其判定为非法 —— 从协议层面看，这确实是一封经过完整认证的合法邮件。问题出在认证机制之上的应用层：获得合法发送权限的主体并非企业自身，而是入侵了第三方平台的攻击者，但邮件认证协议不区分 "合法权限被合法主体使用" 和 "合法权限被攻击者窃取后使用"。

反网络钓鱼技术专家芦笛指出，SPF、DKIM、DMARC 解决的是 "邮件是不是从授权渠道发出" 的问题，而不是 "授权渠道本身有没有被坏人占领" 的问题。当第三方邮件服务商成为入侵目标，企业的合法发件通道本身就变成了攻击基础设施，所有建立在域名可信度之上的防御逻辑都会失去判定依据。这一技术特征意味着，单纯强化邮件认证配置无法防御此类攻击，安全防护的重心必须前移到第三方服务商本身的安全态势和对出站邮件内容的异常检测上。

3.2 技术化诱饵的社会工程设计逻辑

该事件中钓鱼邮件的诱饵设计体现出针对加密货币硬件钱包用户群体的精细化社会工程特征，与泛化的 "账户异常"" 中奖通知 " 类钓鱼邮件存在本质区别。

诱饵选择了 "STM32 熵值漏洞" 这一高度技术化的虚假安全警报作为主题。这一设计的有效性建立在三个层面的可信度叠加之上。第一，STM32 微控制器是真实存在的硬件组件，且确实在包括 Trezor 在内的多款硬件钱包中使用，用户在技术社区中可能见过相关讨论，不会觉得这是凭空捏造的名词。第二，"熵值漏洞" 指向密码学中一个真实存在的风险类别 —— 随机数生成器熵不足可能导致密钥可预测，嵌入式设备历史上确有此类安全事件，具备一定技术背景的硬件钱包用户能够理解该术语的含义和潜在严重性。第三，邮件以 "Critical Security Alert" 开头，营造紧急感，利用用户在面对资产安全威胁时的焦虑心理，促使其快速采取行动而非冷静核实信息真实性。

这种技术化诱饵的设计目标非常明确：绕过具备一定安全意识的硬件钱包用户的心理防线。普通泛化钓鱼邮件对这类用户效果有限，因为硬件钱包用户群体通常对 "不要点击陌生链接"" 不要在网站输入助记词 "等基础安全原则有较高认知。但当一封看起来来自官方支持邮箱、主题涉及真实硬件组件、内容讨论真实密码学风险的" 安全警报 "出现时，用户的判断逻辑会发生偏移：他们可能认为这是厂商主动披露的安全事件，配合厂商执行" 验证 " 操作是负责任的行为，而非在冒险。攻击者正是利用了用户对官方安全通知的信任和在紧急情境下的认知偏差。

值得注意的是，诱饵中声称的漏洞完全是虚构的。目前没有任何公开的安全研究确认 Trezor 设备中使用的 STM32 微控制器存在可导致助记词暴力破解的熵值缺陷。Trezor 在事件声明中也明确表示其硬件钱包不受该所谓漏洞影响。但虚构漏洞的真实性并不影响攻击效果，因为绝大多数用户不具备独立验证一个微控制器级别的安全漏洞是否真实存在的技术能力，在官方发件地址的背书下，用户倾向于默认邮件内容属实。

3.3 供应链横向扩散特征

该事件的另一个显著技术特征是攻击面位于共享第三方服务层，而非单一企业，因此天然具备横向扩散能力。Brevo 作为 SaaS 邮件营销平台，服务数千家企业客户，其平台上的一个授权边界缺陷使得攻击者一旦找到入侵路径，就可以批量触及多个客户组织的账户。

138 个受影响的 Brevo 客户账户中，已知至少有 Trezor、BitBox、CoinTracking 三家加密货币相关企业被实际用于钓鱼投递或联系人列表导出。这三家企业服务的用户群体高度重叠 —— 均为加密货币持有者，攻击者可以通过一次平台入侵同时对多个加密货币品牌的用户群体发动钓鱼攻击，攻击效率远高于逐个入侵企业自身系统。BitBox 报告称其用户收到了与 Trezor 用户完全相同的钓鱼邮件，CoinTracking 亦确认其 Brevo 账户被用于类似活动，两家均未报告资金损失或助记词暴露。

供应链横向扩散的风险传导逻辑在于：企业的安全态势不再仅仅取决于自身安全投入，还取决于其所有第三方服务商中安全态势最差的那一个。Trezor 在硬件钱包安全领域具备较强的技术积累和安全声誉，但其用户的邮箱地址安全完全依赖 Brevo 的平台安全水平，用户的物流信息安全完全依赖 ShipMonk 的安全水平，用户的支持工单信息安全完全依赖第三方工单系统的安全水平。任何一个外围服务商被入侵，都可能导致用户数据泄露并被用于精准钓鱼，而用户无法选择或评估这些外围服务商的安全能力。

Brevo 事件中攻击者使用的入侵手法 —— 利用 SSO 授权边界缺陷横向越权 —— 也具备可复制性。SaaS 平台普遍支持 SSO 和多组织协作功能，授权边界的正确实现是一个复杂的工程问题，不同平台在类似功能上可能存在同类缺陷。攻击者一旦发现某类 SaaS 平台的 SSO 授权逻辑存在共性问题，就可能在多个平台上复现入侵，形成更大范围的供应链钓鱼威胁。

4 加密货币场景下钓鱼攻击的风险特殊性

4.1 不可逆交易与助记词窃取的高价值回报

加密货币钓鱼攻击与传统金融钓鱼攻击在风险后果上存在本质差异。在传统银行场景中，即使攻击者通过钓鱼获取了用户的网上银行凭证，资金转移通常受到交易限额、风控审核、人工确认等多重机制约束，受害者发现异常后可以通过冻结账户、撤销转账、申请拒付等方式追回部分或全部资金。银行体系内置的可逆性和争议解决机制为用户提供了事后救济渠道。

加密货币场景则完全不同。一旦攻击者通过钓鱼获取用户的钱包助记词，就可以在区块链上直接发起转账交易，交易在数分钟内确认并达到最终性，不存在中心化机构可以冻结或撤销。攻击者得手后通常会迅速将资产转移至混币器或跨链桥进行清洗，进一步增加追踪和追回的难度。受害者在发现钱包余额异常时，资金往往已经完成多轮转移并脱离可追踪范围。

这种不可逆性直接推高了单次成功钓鱼的经济回报。一张被盗信用卡的欺诈损失通常受限于信用额度和商户风控，而一个被盗硬件钱包的资产价值可能从数百美元到数百万美元不等，且没有事后追回机制。高回报预期使得攻击者愿意为加密货币钓鱼投入更多资源：制作技术化诱饵、入侵第三方可信基础设施、搭建高仿真伪造应用，这些投入在传统金融钓鱼场景中可能不具备经济合理性，但在加密货币场景下，只要少数高净值用户受骗，就足以覆盖全部攻击成本并产生巨额利润。

Trezor/Brevo 事件中，34.7 万名收件人全部是主动订阅硬件钱包厂商新闻通讯的用户，该群体的加密资产持有率和平均资产规模显著高于普通互联网用户。即使按照极低的转化率计算，攻击者的潜在收益也十分可观。这解释了为何攻击者不惜入侵第三方邮件平台、设计技术化诱饵，而非使用成本更低的泛化钓鱼手段。

4.2 硬件钱包用户群体的攻击面特征

硬件钱包用户通常被认为是加密货币领域安全意识较高的群体，他们选择硬件钱包而非在线托管钱包，本身就体现了对私钥安全的重视。但这一群体在面对特定类型钓鱼攻击时存在独特的脆弱性。

首先，硬件钱包用户对厂商官方通信渠道的信任度极高。他们选择某一品牌硬件钱包，本质上是信任该厂商的硬件设计、固件安全和密钥生成机制。当一封来自官方支持邮箱、带有官方品牌标识、讨论硬件安全问题的邮件出现时，用户的默认心理预设是 "这是厂商在履行安全告知义务"，而非 "这可能是钓鱼"。这种对官方渠道的高度信任，在合法通道被滥用的场景下反而成为攻击成功的助力。

其次，硬件钱包用户虽然具备 "不要在网站输入助记词" 的基础安全认知，但这一认知的触发依赖于对场景的正确识别。当邮件声称存在硬件漏洞、要求用户通过 "官方验证应用" 输入助记词以确认设备安全时，场景被重新框定为 "配合厂商安全验证" 而非 "在可疑网站输入助记词"，用户可能在认知上降低警惕。尤其是在 "Critical Security Alert" 营造的紧急氛围下，用户的决策模式从审慎分析转向快速响应，安全原则的执行力度会显著下降。

再次，硬件钱包用户群体中存在技术知识水平的分层。部分用户具备深入的密码学和硬件知识，能够独立判断 "STM32 熵值漏洞" 是否真实存在；但大量用户选择硬件钱包是出于 "更安全" 的笼统认知，并不具备评估微控制器级别安全声明的技术能力。对于后者而言，技术化诱饵的可信度几乎完全依赖发件渠道的权威性，而合法通道滥用恰恰消除了这一最后的验证依据。

4.3 连续供应链事件暴露的系统性脆弱性

Trezor 在不到两年内连续发生三起第三方服务商安全事件，暴露的不是偶发的安全疏漏，而是加密货币硬件钱包行业在供应链安全管理上的系统性脆弱性。

三起事件涉及三种完全不同类型的外围服务商：支持工单系统、物流配送服务商、邮件营销平台。这些系统与硬件钱包的核心安全功能没有直接关系，在企业安全优先级排序中往往处于较低位置。但它们共同接触用户的个人身份信息和联系方式，而这些信息正是精准钓鱼攻击的核心素材。物流数据泄露可以让攻击者在钓鱼电话或钓鱼邮件中准确报出用户的真实姓名、收货地址和订单信息，大幅提升社会工程的可信度；邮箱地址泄露可以让攻击者直接向用户投递钓鱼邮件；支持工单信息泄露可以让攻击者了解用户遇到过的技术问题，据此定制更具针对性的欺骗话术。

核心产品安全与外围供应链安全之间的资源投入失衡是行业普遍现象。硬件钱包厂商将大量研发资源投入安全元件、固件签名、安全启动、侧信道攻击防护等核心技术领域，这些投入直接关系到产品的核心安全承诺和市场竞争力。而营销邮件系统、物流管理、客户支持等外围职能通常被视为运营成本，倾向于外包给第三方 SaaS 服务商，且在服务商选择和持续安全评估上投入的资源远低于核心产品领域。

这种失衡在 Trezor 事件中产生了讽刺性的结果：厂商投入巨大资源确保私钥在硬件层面永不触网、不可被远程提取，但攻击者完全不需要攻击硬件，只需要入侵一个营销邮件平台，就可以通过社会工程手段诱导用户主动将助记词输入伪造应用。核心安全壁垒在最坚固的地方没有被攻破，却在最外围的营销渠道上被绕过。反网络钓鱼技术专家芦笛强调，硬件钱包的安全模型假设攻击者无法物理接触设备、无法远程提取私钥，但这个模型没有覆盖 "攻击者通过官方渠道欺骗用户主动交出助记词" 的场景。当外围供应链被入侵，社会工程攻击的可信度被放大到与官方通信等同，核心硬件安全的价值就会被大幅稀释。

5 现有防御手段的局限与治理路径

5.1 邮件认证机制在合法域名滥用场景下的失效与补充手段

如前文分析，SPF、DKIM、DMARC 三项邮件认证机制在合法通道滥用场景下全部正常工作但全部失效，因为它们验证的是渠道授权而非渠道使用者身份。这一技术局限意味着企业不能仅依赖邮件认证配置来防御此类攻击，需要在认证机制之上补充出站邮件内容异常检测和发送行为基线监控。

出站邮件内容异常检测的核心思路是：即使邮件从合法渠道发出，其内容模式也可能与企业正常通信存在显著差异。企业可以建立正常出站邮件的内容基线，包括常见主题模式、正文结构、链接域名白名单、附件类型等，当检测到偏离基线的异常邮件（例如包含紧急安全警报主题、指向非企业白名单域名的链接、要求用户输入敏感信息的措辞）时，自动触发人工审核或临时拦截。在 Trezor 事件中，如果 Brevo 平台或 Trezor 自身对出站邮件实施了内容异常检测，"STM32 Entropy Vulnerability" 这一非常规主题和指向外部伪造应用的链接很可能触发告警，在邮件大规模投递前被拦截。

发送行为基线监控则关注账户层面的异常活动。正常的新闻通讯账户有相对稳定的发送频率、收件人规模和发送时段。当一个账户突然在非工作时段发起大规模邮件投递，或发送量显著超出历史基线时，应当触发安全警报。Brevo 作为平台方，有能力也有责任对其托管的所有客户账户实施发送行为异常监控，在检测到可疑活动时自动暂停发送并通知账户所有者。事件中 138 个受影响账户里只有 6 个被实际用于发送钓鱼邮件，说明平台在入侵发生后有一定响应窗口，如果发送行为监控足够灵敏，可以在更多账户被滥用前介入。

需要客观认识的是，出站内容检测和行为监控并非完美解决方案。技术化钓鱼邮件的内容可能与企业真实安全公告高度相似，难以通过简单规则区分；攻击者也可能通过小规模测试投递逐步校准内容以规避检测。这些手段应当作为多层防御体系的组成部分，而非单独依赖的控制点。

5.2 企业供应链安全管理的改进方向

Trezor 连续三起第三方服务商事件表明，加密货币企业需要将供应链安全从合规清单升级为核心安全能力。具体改进方向包括以下几个层面。

第一，在服务商准入阶段实施严格的安全评估。企业在选择邮件营销、物流管理、客户支持等第三方 SaaS 服务商时，不能仅评估功能和价格，必须将服务商的安全态势作为核心决策因素。评估内容应当包括服务商的安全认证资质（如 SOC 2 Type II）、历史安全事件记录、访问控制机制、数据加密措施、 incident 响应能力等。对于接触用户敏感信息的服务商，应当要求其提供详细的安全架构说明和渗透测试报告。Brevo 事件中 SSO 授权边界缺陷属于应用层安全问题，如果 Trezor 在准入阶段要求 Brevo 提供针对多租户隔离和授权逻辑的安全评估证据，可能更早发现此类风险。

第二，在合同中明确数据安全责任和事件通知义务。Trezor 与 ShipMonk 的事件中，ShipMonk 未按合同要求删除历史订单数据，导致受影响范围从约 1.37 万人扩大至约 8.1 万人。这说明合同中的数据保留条款需要明确、可执行，并且企业需要定期审计服务商的合规情况。合同还应当规定安全事件的通知时限、调查配合义务、数据泄露后的用户通知责任分担等条款，确保事件发生后企业能够快速获取信息并响应用户。

第三，对第三方服务商实施持续的安全监控和定期复评。服务商的安全态势不是静态的，新的漏洞、人员变动、架构调整都可能引入新的风险。企业应当建立第三方服务商的持续安全监控机制，包括定期要求服务商更新安全证明、监控服务商的公开安全事件披露、对关键服务商开展年度安全复评等。对于邮件营销平台这类直接掌握用户通信渠道的服务商，监控频率和深度应当高于一般服务商。

第四，最小化第三方服务商接触的用户数据范围。Trezor 在 Brevo 账户中仅存储了新闻通讯订阅用户的邮箱地址，没有存储其他客户数据，这一数据最小化做法在事件中限制了潜在泄露范围。企业应当推广这一原则：营销邮件平台只存放发送邮件所必需的邮箱地址，物流服务商只存放配送所必需的姓名和地址信息，支持工单系统只存放处理工单所必需的用户标识，避免任何单一服务商掌握用户的完整画像。数据最小化虽然不能阻止钓鱼邮件的发送，但可以降低单次服务商入侵的综合危害，减少攻击者可用于多维度社会工程的信息素材。

第五，关键通信渠道的冗余和应急切换能力。Trezor 在事件发生后暂停了 Brevo 账户，但这也意味着其正常的新闻通讯和用户通知能力同时中断。企业应当为关键用户通信渠道建立应急切换方案，例如在主邮件服务商账户被锁定时能够快速迁移到备用发送渠道，确保安全告警和用户通知不中断。同时，企业应当维护独立于第三方邮件平台的紧急通知渠道，如官方网站公告、社交媒体账号、应用内推送等，在邮件渠道不可信或不可用时能够通过其他途径触达用户。

5.3 用户侧防护与风险认知建设

在合法通道滥用场景下，用户侧的防护面临特殊挑战，因为传统的 "核实发件域名" 建议不再有效 —— 发件域名确实是真实的。用户防护的重心需要从渠道验证转向内容验证和行为原则坚守。

第一，建立 "任何情况下不在设备外输入助记词" 的绝对行为原则。这是硬件钱包用户最核心的安全防线，也是唯一在合法通道滥用场景下仍然有效的防护手段。无论邮件看起来多么官方、警报听起来多么紧急、验证流程看起来多么合理，只要对方要求在网站、应用程序或邮件表单中输入助记词，就应当判定为钓鱼。合法的硬件钱包厂商永远不会通过任何电子渠道向用户索取助记词。这一原则需要在用户教育中被反复强化，使其成为不需要思考的条件反射，而非需要在紧急情境下权衡判断的决策项。

第二，培养通过独立渠道核实安全声明的习惯。当收到声称存在硬件漏洞或安全问题的官方邮件时，用户不应当点击邮件中的任何链接，而应当通过独立渠道 —— 直接在浏览器中输入厂商官方网址、访问厂商官方社交媒体账号、查阅已知的安全公告页面 —— 核实该安全声明是否真实存在。在 Trezor 事件中，如果用户在收到 "STM32 Entropy Vulnerability" 邮件后访问 Trezor 官方网站或官方社交媒体账号，会发现 Trezor 已经发布声明指出该邮件为钓鱼，从而避免受骗。独立渠道核实的关键在于 "独立"—— 不能使用邮件中提供的链接、域名或联系方式，因为这些都可能被攻击者控制。

第三，启用硬件钱包的附加安全层。许多硬件钱包支持口令（passphrase）功能，即在标准助记词之外增加一个用户自定义的额外密码因子，形成双因素保护。即使助记词被盗，攻击者没有口令也无法访问钱包资产。对于资产规模较大的用户，启用口令功能是应对助记词泄露风险的重要技术补偿手段。此外，用户应当将大额资产存储在不经常连接互联网的冷存储设备中，日常交易使用资产规模有限的热钱包，降低单次助记词泄露的最大损失。

第四，加密货币企业应当在用户教育中明确告知合法通信的边界。厂商需要在产品文档、官方网站和用户培训中反复说明：厂商不会通过邮件、电话、社交媒体私信等任何渠道向用户索取助记词、密码或 PIN 码；厂商的安全公告只会通过官方网站和经过验证的官方渠道发布；任何要求用户 "立即操作"" 验证设备 ""升级固件" 的邮件都应当先通过独立渠道核实。Trezor 在事件后的用户指引中已经强调了这些原则，但此类教育应当前置到用户首次设置设备时，而非事件发生后才补充告知。

6 结语

本文以 2026 年 9 月 Trezor 第三方邮件服务商 Brevo 被入侵事件为核心样本，系统分析了 "合法通道滥用" 型钓鱼攻击的技术链路、欺骗机制和风险传导路径。研究表明，该事件的本质不是传统域名仿冒钓鱼，而是攻击者通过入侵企业委托的第三方 SaaS 平台，获取企业合法发件账户的发送权限，借助经过完整 SPF、DKIM、DMARC 认证的官方域名投递钓鱼邮件。邮件认证体系在这一场景下全部正常工作但全部失效，因为它们验证的是渠道授权而非渠道使用者的合法性。攻击者以 "STM32 熵值漏洞" 为技术化诱饵，利用真实硬件组件和真实密码学风险概念构建虚假安全警报，在官方发件地址背书下有效绕过了硬件钱包用户群体的心理防线。事件波及 Brevo 平台上 138 个客户账户，至少 Trezor、BitBox、CoinTracking 三家加密货币企业的用户遭到钓鱼投递，呈现典型的供应链横向扩散特征。

结合 Trezor 在 2024 年 1 月支持工单系统入侵、2026 年 8 月物流服务商 ShipMonk 数据泄露等连续事件，本文指出加密货币硬件钱包行业存在核心产品安全与外围供应链安全之间的系统性资源失衡。厂商投入巨大资源确保私钥在硬件层面不可被远程提取，但攻击者通过入侵外围服务商即可借助社会工程手段诱导用户主动交出助记词，从根本上绕过核心硬件安全壁垒。反网络钓鱼技术专家芦笛指出，硬件钱包的安全模型没有覆盖 "官方通信渠道本身被攻击者控制" 这一极端场景，而随着 SaaS 服务商成为越来越有吸引力的入侵目标，这一场景正在从理论风险变为现实威胁。

治理此类风险需要多层协同。在技术层面，企业需要在邮件认证机制之上补充出站邮件内容异常检测和发送行为基线监控，弥补合法通道滥用场景下传统认证机制的判定盲区。在供应链管理层面，企业需要将第三方服务商安全评估从合规检查升级为核心安全能力，实施严格准入、合同约束、持续监控、数据最小化和应急切换等全流程管理。在用户层面，需要将 "任何情况下不在设备外输入助记词" 确立为绝对行为原则，培养通过独立渠道核实安全声明的习惯，推广口令等附加安全层，同时厂商应当前置用户教育，明确告知合法通信的边界。

本研究全部基于公开新闻报道和企业公开声明，无法获取 Brevo 和 Trezor 的内部事件调查完整数据，对攻击者身份、攻击源头、实际资产损失等细节的理解存在局限。随着更多企业披露类似事件和安全研究界深入分析 SaaS 平台 SSO 授权缺陷，"合法通道滥用" 型钓鱼攻击的完整威胁图谱还将持续更新。加密货币行业和更广泛的金融科技领域需要将供应链邮件安全视为核心安全问题，而非外围运营问题，在技术防护、供应链治理和用户教育三个维度同步投入，才能有效应对这一正在演变的新型钓鱼威胁。

编辑：芦笛（公共互联网反网络钓鱼工作组）

来源：迪妙网络空间安全学院