保护企业免受 AI 辅助的高管冒充与发票欺诈

来源机构：Microsoft Threat Intelligence（Microsoft Security）　|　原文：Protecting organizations from AI-assisted executive impersonation and invoice fraud　|　原文发布：2026-09-10　|　页面性质：中文翻译与摘录（非原创综述）

概述

威胁行为者正不断改进其手法，使可疑邮件看起来像发给潜在受害者的合法邮件通知，并部署冒充来自高管团队成员之内部邮件的技术。虽然这种技术并不新鲜，但 AI 的应用使威胁行为者能够改进其活动模板，并构建针对收件人定制的邮件。此外，威胁行为者在同一封邮件中融入多种技术，以进一步强化整体叙事。

在本篇博客中，我们将讨论近期观察到的一场战役：该战役使用第三方邮件投递基础设施，发送了超过一百万封金融诈骗邮件，这些邮件在电子邮件模板创建过程中显示出多个与生成式 AI 使用一致的指征。威胁行为者冒充多家目标公司的 CEO，试图说服这些公司的应付账款部门处理近 50,000 美元的自动清算系统（ACH）付款。为增加合法性，行为者在邮件中嵌入了一段被冒充的 CEO 与 ServiceNow（同样遭到冒充）之间的转发邮件线程，以及一张伪造发票。

攻击链概览

该战役在战役执行前和执行期间遵循以下步骤：威胁行为者注册冒充域名，通过受信任的基础设施发送以高管为主题的付款请求，嵌入伪造发票和支撑性对话，并试图说服财务人员发起 ACH 转账。

邮件投递

8 月 3 日至 5 日期间，微软检测到一场由超过一百万封邮件组成的战役，目标是企业用户。攻击者使用多个第三方邮件服务账户发送邮件。这些邮件中的绝大多数发往美国用户（占战役总量的 87.7%）。

与传统依赖单一社会工程诱饵的发票诈骗不同，该战役将高管冒充、供应商品牌、伪造发票和支撑性邮件对话层叠为一个统一的叙事，旨在降低收件人的怀疑。

威胁行为者冒充多家目标公司的高管团队成员（如 CEO、CFO、总裁），试图说服同一公司的应付账款部门处理近 50,000 美元的 ACH 付款。更具体地说，CEO 在邮件的多个位置被冒充，例如发件人显示名称、回复至（Reply-To）显示名称以及邮件签名中。邮件正文包含对“下方发票”简单直接的“批准”，并敦促用户在需要时使用 PDF 版本。此外，如前所述，邮件签名包含被冒充 CEO 的某些详细信息，如姓名和电子邮件地址。

重要提示：在整个战役中，威胁行为者使用攻击者控制的基础设施、伪造的通信和仿冒域名冒充合法组织。微软未发现任何证据表明诱饵中引用的合法组织（包括 ServiceNow）遭到入侵或参与了该活动。相反，该战役依赖旨在模仿可信品牌和个人的欺诈性域名和内容。

威胁行为者并未止步于此。为增加进一步合法性，在 CEO 签名正下方，行为者加入了“转发”内容——具体是一张外观专业但伪造的“ServiceNow Platform — Annual Subscription（年度订阅）”发票。这张极其详细的发票包含各种 ServiceNow 品牌和徽标，具备基本发票信息，如发票编号、开具日期与到期日、货币、应付金额、付款方式和分项明细。指示的付款方式是向威胁行为者控制的账户进行银行转账。微软在多个样本中观察到使用了多家金融机构，表明付款目的地可能因目标而异。发票的某些部分针对收件人进行了个性化：具体而言，“BILLED TO（账单寄送）”部分包含收件人公司名称和高管姓名。

下方所示发票为威胁行为者创建的冒充品，并非由 ServiceNow 开具。

最后，在伪造发票正下方，还包含了另外两封“转发”邮件，本质上是两位被冒充高管（目标公司高管与 ServiceNow 总裁）之间的简短对话。两位高管讨论了 ServiceNow 的采购、实施和发票处理。

域名注册

在启动战役之前，威胁行为者注册了多个域名。一个“ServiceNow”仿冒域名 service-nowinc[.]com 于 7 月 31 日注册，就在观察到战役活动前不久。该域名用于 ServiceNow 总裁的冒充邮件地址，也被用于伪造发票的多个位置（例如在“如有疑问”的联系邮箱字段中）。行为者还在同一天注册了另一个域名：domainlify[.]net 用于回复至（Reply-To）邮件地址。

生成式 AI 的使用

微软观察到多个与 AI 辅助模板开发一致的指征，包括大量的 HTML 注释、结构化的区块标注，以及高度一致的模板构造。虽然这些指征提示生成式 AI 的参与，但它们并不能独立确定 AI 生成战役内容的程度。

此外，“长破折号”（“—”）和横幅“===========”的使用，也成为与 AI 使用相关的其他指征。

基于模板生成的一个可能指征是：发票标识符和叙事结构在样本间大体保持一致，而组织特定的细节在不同目标之间变化。

缓解与防护指引

Microsoft Defender 检测

微软通过 Microsoft Defender 提供实时防护能力（含投递后清除与隔离、Zero-hour Auto Purge / ZAP 回溯清除），可在恶意邮件进入收件箱后将其移除。

Microsoft Security Copilot

Microsoft Security Copilot 客户可使用独立体验创建自己的提示（prompt），或运行以下预构建的 promptbook 来自动化与本威胁相关的事件响应或调查任务：事件调查、Microsoft 用户分析、威胁行为者画像、基于 MDTI 文章的威胁情报 360 报告、漏洞影响评估。请注意，某些 promptbook 需要访问 Microsoft 产品（如 Microsoft Defender XDR 或 Microsoft Sentinel）的插件。

威胁情报报告

Microsoft Defender XDR 客户可在 Defender 门户中使用威胁分析（Threat Analytics）报告（需要至少一个 Defender XDR 产品的许可证），获取有关本博客讨论的恶意活动和技术的最新信息。这些报告提供情报、防护信息与建议操作，以预防、缓解或响应客户环境中发现的关联威胁。

MITRE ATT&CK 观察到的技术

• 侦察：T1591 收集受害组织信息；T1598 钓鱼获取信息。
• 资源开发：T1583.001 获取基础设施：域名；T1585.002 建立账户：电子邮件账户；T1583 获取基础设施（第三方邮件投递基础设施）。
• 初始访问：T1566 钓鱼；T1566.001 鱼叉式钓鱼附件；T1566.003 通过服务的鱼叉式钓鱼。
• 防御规避：T1036 伪装（Masquerading）；T1656 冒充（Impersonation）。
• 影响：T1657 金融盗窃（Financial Theft）。

【编辑补充·流程级防护建议（非官方原文逐字内容，系与本战役论点一致的 BEC 标准控制）】除技术控制外，针对此类高管冒充+发票欺诈，业界与微软通用 BEC 防护强调流程控制：① 任何付款方式/收款账户变更、紧急发票或供应商银行信息变更，必须通过已知电话号码或经批准的供应商门户进行带外（out-of-band）确认，而非直接回复邮件线程；② 高风险付款实行审批与执行分离、异常转账双审批，同一人员不得在未经二次复核的情况下批准并发起付款；③ 对财务相关邮箱加强显示名称与 Reply-To 滥用检测，并审计第三方邮件流连接器（SPF/DKIM/DMARC）。以上流程建议为编辑补充，官方博客未逐字给出“已知号码电话确认”“双审批”字样。

失陷指标（IOC）

了解更多

• 评估 AI 就绪度：Microsoft 的 Zero Trust for AI 工作坊。
• Microsoft 365 Copilot AI 安全文档。
• 相关阅读：How Microsoft discovers and mitigates evolving attacks against AI guardrails；Manipulating AI memory for profit: The rise of AI Recommendation Poisoning；Defending the inbox against prompt injection attacks（Microsoft Defender for Office 365 博客）。

常见问题（答案均取自上述人类原文章节）

这场 AI 辅助战役的规模有多大？

微软在 2026 年 8 月 3 日至 5 日的三天内检测到超过 1,000,000 封邮件，目标是企业用户；其中 87.7% 发往美国用户。攻击者使用多个第三方邮件服务账户投递，并以“IT 服务与商务咨询”“消费品”等行业的企业为重点目标。

微软观察到哪些“AI 辅助模板生成”的痕迹？

主要指征包括：大量 HTML 注释、结构化的区块（section）标注、高度一致的模板构造，以及长破折号（“—”）和横幅“===========”的使用。此外，发票标识符与叙事结构在样本间大体保持一致，而组织特定细节随目标变化——这是基于模板生成的典型特征。微软强调，这些指征“提示”生成式 AI 的参与，但并不能独立确定 AI 生成内容的程度。

ServiceNow 等被提及的厂商是否受害或被入侵？

否。微软明确表示：整个战役中，威胁行为者仅使用攻击者控制的基础设施、伪造通信和仿冒域名来冒充合法组织；微软未发现任何证据表明诱饵中引用的合法组织（包括 ServiceNow）遭到入侵或参与了该活动。ServiceNow 发票与“ServiceNow 总裁”往来线程均为伪造，相关仿冒域名为 service-nowinc[.]com。

面对此类攻击，防御要点是什么？

技术侧（官方给出）：启用 Microsoft Defender XDR 威胁分析报告、Microsoft Security Copilot、投递后清除/隔离与 Zero-hour Auto Purge（ZAP），并正确配置 SPF/DKIM/DMARC 与邮件流控制。流程侧（编辑补充、与本战役一致的 BEC 标准控制）：对任何付款/收款账户变更通过已知电话号码或经批准的供应商门户做带外确认，异常转账实行审批与执行分离、双审批，避免仅凭邮件线程授权资金移动。