摘要
面向 SaaS 订阅业务的网络钓鱼攻击持续迭代，攻击者不再单纯依靠仿冒域名实施欺诈，开始滥用互联网公开第三方服务的跳转机制混淆链接溯源路径，以此规避传统邮件安全网关的检测规则。本文以 Help Net Security 披露的 ChatGPT 计费通知钓鱼邮件真实攻击样本作为实证研究对象，完整还原攻击全链路流程，从邮件社会工程诱饵设计、第三方 API 跳转滥用机制、仿冒登录页面凭证窃取逻辑三个层面解析攻击技术特征，梳理该类攻击区别于传统钓鱼手段的核心差异。结合反网络钓鱼技术专家芦笛的研判观点，剖析当前主流安全防护体系在对抗第三方跳转型钓鱼攻击过程中存在的技术短板，讨论用户认知缺陷、安全产品检测逻辑局限、云服务开放接口管控漏洞带来的多重安全风险。依托迪妙网络空间安全学院研究团队对钓鱼威胁情报的持续观测成果，从邮件层过滤、链接全链路解析、Web 访问管控、身份认证加固、人员安全意识培育五个维度构建闭环防御框架。研究证实，仅依靠静态黑名单、表层域名匹配的防护模式难以应对新型跳转滥用类钓鱼威胁，必须融合全链路链接解析、行为语义分析、抗钓鱼身份认证形成协同防护能力，才能够有效降低 SaaS 平台用户遭遇凭证窃取攻击的安全风险。 关键词：网络钓鱼；第三方跳转；凭证窃取；SaaS 安全；社会工程
1 引言
网络钓鱼是当前互联网环境下危害最为突出的身份窃取攻击方式，攻击目标覆盖普通个人用户、企业办公账户以及各类云服务订阅账号。随着 SaaS 类人工智能产品大规模普及，ChatGPT 等付费订阅工具积累海量个人与企业账户资源，已经成为网络攻击者重点瞄准的攻击对象。传统钓鱼攻击大多直接将恶意域名链接嵌入钓鱼邮件，安全设备通过比对域名黑名单、判别域名仿冒特征就可以实现大部分威胁拦截。但攻击者持续开展技术对抗，不断改造攻击链路，第三方公开接口跳转滥用成为近年来钓鱼攻击演进的重要方向。
本次被安全机构 Cofense 捕获的 ChatGPT 计费钓鱼邮件攻击事件，充分体现新一代钓鱼攻击的技术特点：攻击者发送高度仿真的订阅扣费失败通知邮件，邮件内部交互按钮并不直接指向攻击者控制的恶意站点，而是借助 Google 公开 API 接口完成中转跳转，浏览器悬浮预览时展示可信的 Google 域名，以此迷惑用户，同时规避邮件网关针对恶意域名的直接匹配检测。用户完成点击跳转之后进入复刻 OpenAI 登录 UI 的虚假页面，一旦填写账号密码，凭证直接被攻击者收集，随后受害者被重定向至报错页面，整个攻击流程完成闭环。
该攻击样本具备较强的代表性，攻击链路中没有对 Google 服务器、OpenAI 平台实施入侵，仅仅利用公开可访问的跳转接口完成链路伪装，攻击成本低、可复制性强，能够被迁移到其他各类云订阅服务的钓鱼场景。当前很多安全防护方案仍然沿用传统钓鱼检测思路，缺少对多层第三方跳转链路的递归解析能力，大量用户缺少识别跳转伪装钓鱼的实操经验，进一步放大该类攻击的实际危害。
现有学术研究更多聚焦 AI 生成钓鱼内容、仿冒域名识别、AiTM 中间人钓鱼等方向，针对 “滥用第三方公有服务跳转作为伪装载体” 的 SaaS 计费钓鱼案例的实证拆解与体系化防御研究相对有限。本文立足于公开披露的真实攻击样本，完整拆解攻击各个阶段，分析攻击成功的多重诱因，指出传统防护手段的固有局限，结合行业实践给出分层落地的防御方案，为 SaaS 服务商、企业安全运维人员以及终端用户应对同类威胁提供参考。
2 ChatGPT 计费钓鱼攻击样本与完整攻击链路还原
本次攻击由 Cofense 钓鱼防御中心研究人员 Josh Varden 追踪取证，攻击面向 ChatGPT 个人用户以及企业工作账号开展批量投递，攻击的核心目标是窃取 OpenAI 平台登录账号与密码，并非直接获取银行卡支付信息，攻击者通过仿冒账单更新业务场景诱导受害者完成登录凭证提交，而非直接收集银行卡号、CVV 等支付数据。整个攻击流程可以划分为邮件诱饵投递、按钮触发第三方跳转、抵达仿冒登录页面、凭证窃取、跳转报错页面五个连贯阶段，各个环节相互配合形成完整攻击闭环。
2.1 钓鱼邮件诱饵层设计
钓鱼邮件的主题设置为 “Urgent: Update Your Payment Method to Avoid Service Interruption”，翻译为 “紧急：更新你的支付方式以避免服务中断”，主题使用紧急化表述，利用用户担心订阅服务被关停的心理，催促收件人尽快执行操作。邮件显示发件人展示名称为 ChatGPT，给用户造成该邮件来自官方服务方的错觉，但是邮件真实发件地址为 support@9527db6e1a.nxcli.io，该域名不属于 OpenAI 官方域名体系，普通用户很少主动查看完整原始发件地址，大多只阅读显示名称，这也是社会工程欺骗实现的重要基础。
邮件正文完全模仿 OpenAI 订阅账单通知格式，页面顶部标注 “FINAL NOTICE（最终通知）” 标签，设置 23.80 美元未结清余额，告知用户订阅续费扣款被金融机构拒绝，同时给出 48 小时业务处置时限，超时之后账号会被临时暂停，直至账单信息更新完成。邮件正文设置醒目的绿色 “Update Payment Information” 交互按钮，也就是更新支付信息按钮，引导用户点击开展后续操作。邮件末尾模仿官方邮件格式标注 OpenAI 帮助中心指引，落款为 “The OpenAI Team”，进一步提升邮件整体仿真度。邮件同时附带补充提示，如果用户已经更新账单信息，忽略本条消息即可，该文本细节模仿真实官方通知行文逻辑，降低用户对邮件的怀疑程度。
从社会工程设计逻辑来看，攻击者精准抓住付费 SaaS 产品用户的心理特征：付费订阅用户对于服务中断风险具备较高敏感度，时间压力、业务损失的心理暗示会压缩用户理性甄别链接真伪的思考时间。反网络钓鱼技术专家芦笛指出，大量钓鱼攻击的突破口并不在于复杂漏洞利用，而是依靠心理压迫感降低用户的安全审慎度，48 小时限期处置的话术就是典型的社会工程胁迫手段，会显著提升用户点击链接的概率。
普通用户浏览邮件时，主要观察 Logo、标题、正文排版、落款，极少主动调取邮件原始报文核对 SMTP 层真实发件域名，攻击者利用展示名称伪造就可以完成第一层欺骗。传统垃圾邮件检测规则，部分可以拦截显示名仿冒，但是当攻击者使用非官方外部域名发送邮件，同时邮件文本语法通顺、排版高度复刻官方通知，基于关键词、简单语义的过滤规则很容易产生漏判。
2.2 第三方 API 跳转链路的滥用实现
该攻击最关键的技术特征，就是没有将按钮直接链接指向 nxcli.io 域名下的恶意页面，而是把按钮的目标地址设置为 Googleapis 的公开通知接口域名notifications.googleapis.com，借助该公有云接口的重定向能力，再转发至攻击者管控服务器 nxcli.io 的登录窃取脚本。
普通用户把鼠标悬浮到邮件按钮上方，邮件客户端展示出来的预览链接域名是googleapis.com，该域名属于 Google 官方可信域名，在绝大多数用户认知当中属于安全站点，用户会由此降低警惕，不会怀疑该按钮会导向恶意钓鱼站点。这就打破过往用户安全常识：以往安全科普反复告知用户点击前悬浮查看链接预览域名，核对是否为官方地址，但是这套经验在第三方跳转滥用场景下会失效，悬浮预览看到可信域名，经过一次 HTTP 跳转之后，实际落地站点已经切换到攻击者控制服务器。
迪妙网络空间安全学院研究团队针对该类跳转攻击开展威胁复盘时强调，攻击者没有入侵 Google 的服务器，也不需要获取 Google 平台权限，仅仅是调用接口本身具备的跳转能力，该跳转属于服务本身对外开放的功能，攻击者只是恶意使用该合法能力开展欺诈行为。因此，Google 侧无法直接简单关闭该接口，接口面向大量合法业务提供服务，无法针对攻击直接封禁整个接口，这也给威胁处置带来客观难度。
从攻击链路看，用户点击按钮，浏览器首先向notifications.googleapis.com发起访问请求；Google 接口收到请求，执行 3xx 重定向响应，指引浏览器访问 nxcli.io 域名；浏览器跟随跳转，访问攻击者服务器上面的 login.php 页面，也就是仿冒 OpenAI 登录页面。整个跳转过程在浏览器后台瞬间完成，普通终端用户看不到跳转中间过程，只能看到最终加载出来的登录页面。
传统邮件安全网关开展链接检测时，部分设备仅仅解析邮件 HTML 内部直接写入的第一层 URL，也就是googleapis.com域名，该域名属于白名单可信域名，检测模块直接判定链接安全，不会递归跟随 HTTP 重定向，解析跳转之后的真实落地地址，于是恶意链路直接绕过邮件网关检测抵达用户收件箱，这就是该攻击实现绕过防护的核心技术关键点。攻击者控制的 nxcli.io 主机上面，除 login.php 之外，还存在 key.php 脚本，用于接收前端页面提交过来的账号密码凭证，完成数据收集。
2.3 仿冒登录页面与凭证窃取流程
经过第三方跳转之后，浏览器加载攻击者服务器托管的仿冒 OpenAI 登录页面，页面复刻官方登录页的视觉元素，包含 ChatGPT 标识、“Welcome back” 欢迎文案，页面布局、配色、输入框样式和auth.openai.com官方登录页面高度趋同。页面本身没有植入恶意程序，不下载木马病毒，核心功能是捕获用户输入的用户名与密码，用户在表单当中填写的全部登录信息，会直接提交到攻击者部署的 key.php 处理脚本。
很多用户会产生认知误区：邮件主题是更新支付信息，为什么跳转之后出现登录页面。攻击者的逻辑是，仿冒账单更新业务，诱导用户登录账号之后再修改账单资料，符合用户对于业务流程的理解，因此很多受害者不会因为出现登录弹窗就产生怀疑。当用户完成账号密码提交，攻击者后端脚本留存凭证，之后页面会再次跳转，展示报错页面，不会出现登录成功界面。受害者看到报错，会主观认为网络故障、平台服务异常，大概率会关闭页面，很少意识到账号密码已经被攻击者完整获取。
整个攻击过程不会向用户索要银行卡号、有效期等支付卡片信息，攻击目标聚焦登录凭据。攻击者拿到 OpenAI 账号密码之后，可直接登录受害者 ChatGPT 账户，查看用户对话历史、已保存数据，修改账号绑定邮箱、重置账号，接管订阅服务；如果该用户在其他平台复用同一套账号密码，攻击者还可以开展凭证填充攻击，入侵更多互联网账户，造成攻击危害向外扩散。
该攻击样本中，区分真假页面最简单的判断依据就是浏览器地址栏，官方登录站点域名为auth.openai.com，仿冒页面地址栏显示攻击者的 nxcli.io 域名。但现实场景中，多数普通用户登录服务时，很少主动仔细核对地址栏完整域名，更多依靠页面 Logo、UI 样式判断站点真伪，视觉复刻的页面足以完成欺骗。
3 攻击实现成功的多维诱因分析
本次钓鱼攻击能够形成实际威胁，并不是单一技术漏洞造成，而是社会工程欺骗、公有接口特性、安全检测机制短板、终端用户安全习惯缺陷多重因素叠加共同促成，需要分别从攻击者技术优势、防护体系短板、用户行为弱点三个维度剖析成因。
3.1 攻击者层面：攻击门槛低，链路具备可移植性
从攻击实施成本看，攻击者不需要挖掘重大安全漏洞，不用入侵 OpenAI 或者 Google 基础设施，仅需要完成三件工作：第一，制作排版高度仿真的钓鱼邮件文本；第二，注册廉价恶意域名，部署简单的钓鱼页面和凭证接收脚本；第三，构造包含第三方可信域名跳转的 URL。整套工具套件可以公开获取，攻击实施门槛较低，可复制性强。
迪妙网安研究团队在威胁情报跟踪当中观察到，该种 “可信第三方域名作为跳转前置节点” 的攻击模式，并非仅仅针对 ChatGPT，攻击者可以迁移到微软云订阅、Adobe、各类企业 SaaS 办公系统，仅仅替换邮件业务诱饵文案、目标仿冒页面，复用相同跳转逻辑就可以生成新的钓鱼活动。攻击者可以批量生成大量钓鱼邮件，面向海量订阅用户开展广撒网式投递，不需要针对特定目标做深度定制，具备规模化投放的条件。同时钓鱼域名生命周期通常很短，攻击者在完成一轮攻击之后可以快速废弃域名，更换新域名开展下一轮攻击，给黑名单拦截带来挑战。
3.2 安全检测体系存在固有技术短板
传统邮件安全设备的 URL 检测存在局限性，部分安全网关只解析邮件内直接嵌入的第一层链接，不会递归跟随多层 HTTP 重定向，获取跳转链末端真实访问地址。当第一层链接落在知名服务商的可信域名，安全设备直接放行，不会进一步追踪跳转之后的落地页面是否为钓鱼站点。虽然不少高级沙箱具备访问链接追踪能力，但受限于性能开销，并非所有邮件都会执行完整的多层跳转沙箱访问，在大流量邮件场景下容易出现漏检。
同时传统钓鱼识别大量依赖恶意域名黑名单机制，黑名单属于事后处置手段，只有钓鱼域名被安全厂商捕获收录之后才能够实现拦截。攻击者新注册的域名尚未进入黑名单库，即便沙箱解析到最终恶意域名，黑名单库也无法实现即时拦截。反网络钓鱼技术专家芦笛强调，面对新型跳转滥用钓鱼，单纯依靠黑名单、表层域名匹配已经不足以抵御威胁，检测重心需要从第一层链接向完整跳转链路迁移。
浏览器侧防护同样存在局限。主流浏览器钓鱼警示主要针对直接访问恶意域名场景，当访问路径经由可信第三方跳转过来，部分浏览器风险提示灵敏度会下降，浏览器很难识别 “合法接口跳转至仿冒页面” 这种组合式攻击行为。
3.3 用户端认知与行为习惯缺陷
用户层面的弱点是攻击达成效果的关键。首先，绝大多数普通互联网用户缺少查看邮件原始报文的习惯，不会校验 SMTP 原始发件域名，仅仅依靠邮件客户端展示的发件人显示名称判断邮件来源真伪，攻击者修改显示名称即可完成第一层欺骗。其次，过往大量网络安全科普，反复教育用户 “鼠标悬浮预览链接域名，确认是否官方域名”，该经验在第三方跳转攻击场景下失效，悬浮预览得到的是跳转中间节点的可信域名，用户被误导，主观认为链接安全。
另外，紧急话术带来的时间压力，压缩用户理性思考的时间。当邮件告知 48 小时内不处理就暂停付费订阅服务，很多付费用户优先希望快速解决业务风险，而不是花费时间核验邮件真伪。大量用户访问网页时习惯以页面 Logo、界面样式判断网站是否官方，缺少核对浏览器地址栏完整域名的习惯，仿冒页面 UI 高度复刻官方站点，进一步弱化用户警惕心理。还有一部分互联网用户存在账号密码复用习惯，一旦一处凭证泄露，会带来多平台连锁账号失窃风险。
3.4 公有云开放接口带来的客观对抗难点
从云服务的角度看，Googleapis 接口提供跳转能力本身属于合法业务功能，服务设计之初服务于大量正常业务场景。攻击者属于对合法功能的恶意滥用，并非漏洞缺陷。服务厂商很难直接关停跳转接口，一旦限制跳转会破坏大量正常业务系统运行。因此，单纯依靠提供跳转的第三方云服务商完成攻击阻断并不现实，防御责任需要分摊到邮件安全系统、终端浏览器、SaaS 平台、用户安全意识多个主体，不存在单点一劳永逸的解决方案。
4 第三方跳转类钓鱼攻击带来的安全风险
该类钓鱼攻击造成的直接后果是用户账号凭证泄露，进一步衍生多维度连锁安全风险，既影响个人用户，也会给企业组织带来损失。
第一，SaaS 订阅账号被接管风险。攻击者获取 ChatGPT 账号密码之后，可以完全接管账户。对于个人用户，对话记录、上传文档、配置数据全部暴露，隐私信息泄露；对于企业付费团队账号，账户内包含企业业务资料、内部对话、业务提示词资产，账号失窃会造成企业敏感业务数据外泄。攻击者还可以修改账号绑定邮箱，实现账号永久侵占，受害者无法找回账号。
第二，凭证填充攻击连锁危害。大量用户在不同互联网平台复用同一套登录账号密码，OpenAI 账号密码泄露之后，攻击者会把该凭证在其他网站批量尝试登录，造成更多互联网账户被盗，风险由本次钓鱼攻击向外扩散。
第三，企业内部横向渗透的起点。当受害者是企业员工，员工使用企业邮箱注册 ChatGPT 工作账号，该账号往往关联企业内部业务信息。账号失窃之后，攻击者可以利用该账号收集企业业务信息，甚至以失窃账号作为突破口，开展针对企业的进一步社会工程欺诈。
第四，攻击模式扩散带来更大规模威胁。本次攻击使用的第三方跳转技术可以复用到几乎全部 SaaS 订阅业务，攻击者可以仿冒云存储、办公套件、设计工具、财务软件的账单通知，大量普通用户缺少针对跳转型钓鱼的识别知识，未来同类攻击的发生频次具备持续走高的可能性。
迪妙网络空间安全学院研究团队在威胁评估当中指出，该类攻击不会使用病毒木马，不会触发传统杀毒软件的恶意程序告警，属于纯社会工程 + 网页仿冒攻击，终端杀毒软件很难检测拦截，很多企业安全团队容易忽视这类威胁，误把防护重心全部放在恶意附件、病毒木马检测上，对跳转伪装钓鱼的防护投入不足。
5 针对第三方跳转钓鱼攻击的闭环防御体系构建
针对以本次 ChatGPT 计费钓鱼邮件为代表的第三方跳转滥用钓鱼威胁，不能依靠单一防护手段，需要构建多层协同闭环防御，覆盖邮件投递入口、链接解析检测、终端 Web 访问、身份认证机制、人员安全意识教育五个层面，兼顾企业组织防护方案和普通个人用户可行的实操手段。
5.1 邮件安全网关层：阻断恶意诱饵抵达收件箱
邮件网关是抵御钓鱼邮件的第一道防线，需要针对第三方跳转钓鱼优化检测逻辑。首先，强化发件人身份校验，完整启用 SPF、DKIM、DMARC 域名验证机制，识别显示名仿冒行为。当外部邮件使用知名服务展示名称，但 SMTP 原始发件域名并非官方域名时，执行标记警告，或者直接隔离邮件。不能仅仅依靠邮件客户端展示的发件人名称开展判断，必须读取原始 SMTP 报文当中真实发送域名。
其次，改造邮件链接检测逻辑，开启 URL 递归解析沙箱，对邮件内部全部链接执行跳转链全链路追踪，不只是检查第一层 URL 域名，跟随 HTTP 3xx 重定向，递归获取跳转链最终落地访问地址，针对最终落地页面开展钓鱼特征检测。设置跳转层数阈值，当链接跳转层级过多，直接标记为高风险对象，执行告警或者隔离处理。需要注意递归沙箱会带来一定算力开销，企业安全运维人员需要结合自身邮件业务体量做性能调优，平衡安全检测效果与系统负载。
再者，构建多维度钓鱼特征检测，不局限于黑名单比对。对邮件正文开展语义分析，识别紧急胁迫类话术，例如限时 48 小时处理、账号即将暂停、账单扣款失败等典型钓鱼邮件文本特征，当外部邮件同时出现仿冒品牌标识、业务胁迫话术、可疑跳转链接多个特征，提升邮件风险等级，即使第一层链接属于可信域名，也要给用户显著的风险提示，或者交由安全运营人员人工复核。
同时持续接入外部威胁情报，及时收录攻击者使用的恶意域名 IP，当沙箱解析跳转末端指向情报库当中的钓鱼基础设施，直接阻断邮件。反网络钓鱼技术专家芦笛提出，邮件网关防护思路要从 “只看第一层链接” 转向 “看完整访问链路与业务语义组合特征”，这是对抗跳转滥用钓鱼攻击关键的思路转变。
5.2 链接与 Web 访问管控层：拦截跳转之后恶意页面
企业环境内部，可部署网页代理、云端安全访问服务，对浏览器向外访问行为做管控。当用户浏览器跟随第三方跳转访问到钓鱼站点，在网页访问环节完成阻断。即便钓鱼邮件绕过邮件网关抵达用户邮箱，用户点击链接之后，终端访问恶意域名时被代理设备拦截，阻止页面加载，避免用户输入账号密码。
普通个人用户没有企业级代理设备，需要依靠浏览器安全防护扩展程序，启用浏览器内置钓鱼检测功能。但同时必须向用户科普，不能完全依赖浏览器告警，很多新型钓鱼站点尚未被浏览器特征库收录，不会弹出警示，不能把全部安全希望寄托浏览器自动告警。
5.3 身份认证层面：降低凭证泄露之后的损失
无论钓鱼检测体系如何完善，都无法做到 100% 拦截全部钓鱼攻击，总会存在威胁绕过防护抵达终端，因此需要依靠身份认证机制，即便账号密码被窃取，攻击者依旧无法完成登录接管。对于 OpenAI、各类 SaaS 订阅账号，强制开启多因素认证，优先使用硬件密钥等抗钓鱼 MFA 方案，而非单纯短信验证码。传统短信验证码在部分钓鱼攻击场景依旧存在被劫持风险，硬件密钥类多因素认证可以抵御仿冒登录页面的凭证窃取，攻击者拿到账号密码，缺少硬件密钥依旧不能登录账户。
SaaS 服务平台方同样需要优化安全机制，针对异常登录行为做风险研判。当账号从陌生 IP 地址、陌生设备发起登录请求，触发安全告警，向注册邮箱推送登录提醒通知，用户可以及时发现账号异常，快速执行账号密码重置。企业批量使用 SaaS 服务时，应当尽可能使用单点登录 SSO 体系，减少用户单独设置平台账号密码的场景，降低密码被钓鱼窃取带来的危害。
5.4 用户安全意识培育：修正过时的安全认知
传统安全科普当中 “鼠标悬浮查看链接预览域名” 的经验，在第三方跳转滥用钓鱼场景会失效，这就意味着安全意识培训内容必须迭代更新。迪妙网络空间安全学院研究团队提出，针对新型钓鱼攻击，安全科普要传递正确的实操逻辑：鼠标悬浮预览只能作为初步参考，不能作为唯一判断标准。无论预览域名看起来多么可信，只要需要输入账号密码，必须以浏览器地址栏最终加载页面的完整域名作为真伪判断核心依据。
针对企业员工培训，需要把第三方跳转滥用钓鱼纳入常态化演练，开展模拟钓鱼演练，投放类似本次 ChatGPT 计费通知的模拟攻击邮件，检验员工识别能力。培训重点纠正两类错误认知：第一，邮件显示名称可信不等于发件域名可信，需要区分展示名称和真实发送地址；第二，悬浮预览链接域名安全，不等于最终访问页面安全。告知员工遇到账单扣款失败、账号即将暂停的紧急邮件，不要直接点击邮件内部按钮，打开浏览器，手动输入官方域名，自行登录账户查看账单状态，不使用邮件内链接跳转访问业务系统，这是规避钓鱼最高效的操作习惯。
面向普通互联网公众，科普工作应当简化操作逻辑：收到业务通知邮件，尽量不点击邮件内链接，手动在浏览器输入官方域名访问服务后台核验业务状态，不要直接在邮件跳转打开的页面填写账号密码。
5.5 SaaS 服务商侧的安全优化建议
SaaS 平台运营方同样可以采取措施缓解该类钓鱼攻击危害。首先，官方账单通知邮件，尽量不在邮件内部放置直接跳转登录的按钮，改为引导用户手动访问官网后台查看账单详情，从源头减少攻击者仿冒模仿的业务场景。其次，当平台监测到大量仿冒自身业务的钓鱼活动，及时对外发布安全公告，告知用户攻击特征，提醒用户甄别钓鱼邮件。同时完善账号安全告警体系，一旦账号出现异地异常登录，第一时间推送告警通知给用户。另外，积极和安全厂商开展威胁情报协同，及时共享仿冒站点特征，助力安全厂商更新检测规则，缩短钓鱼站点存活时间。
6 讨论
从本次 ChatGPT 计费钓鱼攻击样本可以看出，网络钓鱼攻击已经演化出新的对抗思路：攻击者不再把主要精力放在注册高度相似的仿冒域名，转而挖掘互联网上大量公开可信第三方服务的跳转能力，借用可信域名作为攻击链路的伪装外壳，以此绕开安全设备表层检测规则。该攻击模式没有利用高危漏洞，只是恶意使用服务的合法功能，这就带来防护层面的特殊难点，无法依靠简单补丁修复实现根除，需要邮件安全、Web 访问管控、身份认证、安全意识、服务商多方协同处置。
迪妙网安研究团队通过同类样本对比分析发现，该攻击模式还会持续演进。未来攻击者可能会使用更多不同类型的公有跳转服务，不仅仅局限 Google 的 API 接口，各类开放重定向接口、短链接服务都有可能被作为跳转中间节点使用。安全防护不能只针对本次样本的特定域名设置规则，而要提炼攻击通用特征，构建面向多层跳转链路的通用检测能力。
同时我们也要客观看待技术防护的边界，无论安全产品检测能力如何升级，都很难实现钓鱼攻击百分之百拦截。社会工程攻击瞄准人的心理弱点，人的决策很容易受到紧急话术、业务胁迫、页面视觉伪装干扰，技术防护可以尽可能降低攻击触达概率，但是无法完全消除风险，终端用户正确操作习惯与身份认证加固，是整个防御闭环当中不可缺少的部分。反网络钓鱼技术专家芦笛认为，当前很多安全体系建设当中，技术设备投入占比很高，但是针对攻击模式迭代更新安全意识内容的工作经常被忽略，过时的安全经验会误导用户，在新型攻击面前反而造成风险。
本研究的局限在于，研究主要基于公开披露的单起真实攻击样本开展分析，虽然该攻击模式具备可迁移性，但不同攻击者实现跳转的具体实现方式会存在差异。后续可以持续采集更多第三方跳转类钓鱼样本，开展统计分析，进一步完善检测特征库，优化防御策略。
7 结语
本文以真实披露的 ChatGPT 计费通知钓鱼邮件作为研究对象，完整拆解攻击全链路，解析攻击者利用 Google 公开 API 跳转实现伪装、仿冒登录页面窃取账号凭证的完整逻辑，从攻击者能力、安全检测短板、用户行为习惯、公有接口特性多角度分析攻击成功诱因，梳理该攻击带来账号接管、数据泄露、凭证填充连锁风险，构建覆盖邮件网关、Web 访问管控、身份认证、安全意识培育、服务商安全优化的多层闭环防御框架。
该次攻击事件揭示网络钓鱼的一个重要发展趋势：攻击者越来越多地滥用互联网公开合法服务能力开展欺诈，而不是单纯依靠恶意域名。传统依赖表层链接域名比对、静态黑名单的防护手段存在明显短板，安全检测体系需要向全链路跳转解析、业务语义特征研判方向演进。技术防护无法替代用户的安全判断，过往部分网络安全科普给出的识别方法在新型攻击场景下会失效，安全意识培训需要跟随攻击技术迭代持续更新，引导用户掌握以浏览器最终地址栏域名作为核心判断依据的实操习惯。
防范第三方跳转型钓鱼威胁，不是某一方单独可以完成的任务，需要邮件安全厂商、SaaS 平台运营者、企业安全运维人员以及普通终端用户多方共同配合，通过技术防护加固、认证机制优化、安全认知迭代，形成完整防御闭环，以此降低 SaaS 订阅用户遭遇凭证窃取钓鱼攻击的安全风险。
编辑：芦笛（公共互联网反网络钓鱼工作组）
来源：迪妙网络空间安全学院
