[控场AI]
· 5 分钟阅读· 2,992 字

零点击间谍软件通过定向广告投递:AdFection 攻击解析

零点击间谍软件通过定向广告投递:AdFection 攻击解析

AdFection 利用程序化广告实现零点击间谍软件投递,暴露广告技术栈信任危机。

AdFection 是一种通过在线广告网络投递间谍软件的新型攻击框架,其核心是滥用程序化广告的合法机制实现零点击感染。与传统恶意广告不同,它不依赖用户点击或已知浏览器漏洞,而是在广告渲染阶段就触发攻击链。攻击者利用 RTB 竞价链中的注入点将恶意创意送入广告位,再借助广告网络精准的定向能力,仅感染特定目标用户,大幅降低被安全厂商捕获的概率。发布者难以逐条审查每秒数百万次的竞价素材,而广告拦截器因恶意域名来自合法广告网络而失效。该攻击暴露了广告技术栈中信任模型的根本缺陷,行业需重新审视创意审查责任与 iframe 权限控制。

Zero-Click Spyware Delivered via Targeted Ads: AdFection

广告投放系统正在成为间谍软件投递的新通道。一个名为 AdFection 的攻击框架展示了如何利用定向广告实现零点击(zero-click)间谍软件安装——用户无需点击任何链接或下载任何文件,仅仅是被广告展示到,就可能已经被感染。这一发现将广告技术栈中的信任链条推到了安全讨论的中心。

AdFection 是什么

AdFection 是一种通过在线广告网络投递间谍软件的攻击方法。据 Hacker News 上的讨论,其核心思路并非利用浏览器漏洞本身,而是滥用广告生态系统中的合法机制——广告位竞价、创意内容渲染、重定向链——将恶意负载嵌入到看似正常的广告素材中。

这与此前已知的"恶意广告"(malvertising)有本质区别。传统恶意广告通常依赖用户点击后跳转到恶意页面,或者利用过时的插件漏洞。AdFection 的关键特征是"零点击":投放的广告内容在渲染阶段就完成了攻击链的触发,用户的交互行为完全不在攻击路径中。

攻击链的技术拆解

广告竞价环节的注入点

程序化广告的实时竞价(RTB)机制涉及广告主、需求方平台(DSP)、供应方平台(SSP)、广告交易市场和发布者等多个环节。AdFection 的投递方式正是在这条链路的某个节点注入恶意创意内容。由于广告素材通常以 iframe 或动态脚本形式加载,发布者很难审查每一个广告创意的实际内容。

RTB(Real-Time Bidding,实时竞价)是程序化广告的核心协议:当用户加载一个含广告位的页面时,SSP 会向广告交易市场发送竞价请求,携带该用户的画像、上下文等信息;多家 DSP 在约 100 毫秒内返回出价与创意素材,价高者的广告被渲染到页面上。整个流程由 OpenRTB 等标准化协议驱动,参与方之间通过 API 自动交互,人工几乎无法介入单次决策。AdFection 正是利用了这种自动化特性:恶意广告主只需注册为合法 DSP 客户,即可将包含攻击载荷的创意素材送入竞价池,一旦竞价成功,素材就会在目标用户的浏览器中自动渲染。由于竞价量级可达每秒数百万次,发布者和广告交易市场难以对每条创意做逐条人工或深度检测,这为攻击者提供了稳定的投递通道。

零点击的触发机制

从公开讨论来看,AdFection 触发间谍软件安装的机制涉及广告渲染过程中对浏览器 API 的滥用,而非依赖已修补的 CVE 漏洞。这意味着即使用户浏览器是最新版本,攻击面依然存在——因为被利用的是广告标准本身的设计假设,而不是某个具体的实现缺陷。

零点击攻击(zero-click attack)指受害者无需任何交互(点击、下载、授权)即可被感染。传统零点击攻击多依赖操作系统或浏览器中未修补的远程代码执行漏洞(如 iMessage 的 FORCEDENTRY),而 AdFection 的独特之处在于它不依赖具体 CVE,而是滥用广告标准本身允许的浏览器 API 行为。例如,广告渲染环境(通常是跨域 iframe)中允许运行 JavaScript、访问部分设备信息、发起网络请求,这些能力在设计时是为了支持广告效果追踪和动态创意,但被组合利用后可以静默拉取并执行恶意负载。由于这是“符合规范”的行为,浏览器厂商很难通过简单修补来封堵,除非改变广告 iframe 的权限模型——而这会波及整个数字广告生态。

为什么定向能力让攻击更危险

广告网络的核心能力是精准定向。同一套机制用于正向营销时是"找到对的用户",被武器化后就变成了"只感染目标用户"。攻击者可以通过地域、设备型号、操作系统版本甚至用户画像来筛选感染对象,这大幅降低了被安全厂商大规模捕获的概率。

程序化广告的定向能力建立在大量用户数据之上:设备指纹、Cookie 同步、地理位置、浏览历史、甚至通过数据经纪商获取的线下消费记录。广告主可以在 DSP 后台设置极其精细的筛选条件,例如“仅投递给使用某版本 Android 的三星手机用户”或“仅针对某企业 IP 段”。在 AdFection 场景中,攻击者同样可以使用这些筛选器,将恶意广告仅展示给高价值目标(如特定行业高管、政府人员),而普通用户和蜜罐系统几乎不会触发攻击。这种“精准投毒”使得安全厂商难以通过大规模流量监控发现样本,也令事件溯源变得极为困难——攻击者可以随时暂停或调整投放条件,在取证之前消失。

防御的困境

广告拦截器的局限性

广告拦截器可以阻断部分已知的恶意广告域名,但 AdFection 这类攻击利用了合法广告网络的投递通道,域名通常并非已知恶意。安全团队面对的是一个结构性矛盾:广告是许多网站的核心收入来源,完全阻断广告意味着切断商业模式。

广告拦截器(如 uBlock Origin、AdGuard)主要依赖域名黑名单、元素隐藏规则和启发式过滤来阻止广告。但 AdFection 的恶意创意是通过合法广告网络的域名投递的,这些域名本身信誉良好,不在任何黑名单上。拦截器若想阻断,就必须对每个广告 iframe 内的脚本做深度行为分析,这在性能和隐私上都是巨大挑战。此外,许多网站采用“反广告拦截”技术,检测到拦截器后拒绝提供服务,迫使用户将其关闭。更根本的是,广告收入是大量内容网站的生命线,全面拦截广告等于切断其商业模式,这让用户和发布者都陷入两难——安全需求与经济激励直接冲突。

发布者的审查盲区

对于内容发布者而言,他们与广告网络之间的合同关系通常不包含对每个广告创意的逐条审查权。即使有意愿审查,实时竞价环境下每秒可能有数百万次竞价,人工或自动化审查都无法覆盖全部素材。

用户端的应对选项

从用户角度看,减少攻击面的手段包括:使用具备高级跟踪保护的浏览器、启用严格的广告和脚本拦截策略、在敏感操作场景中使用隔离环境。这些措施无法根除风险,但能提高攻击成本。

对广告技术生态的冲击

AdFection 暴露的问题不只是某个攻击团伙的技术能力,而是整个程序化广告基础设施的信任模型。当广告网络被当作攻击投递通道使用时,其合法性反而成为攻击者的掩护。行业需要重新思考:广告创意的审查责任由谁承担、投放链路中的哪个环节可以引入强制验证、以及浏览器厂商是否应该对广告 iframe 施加更严格的权限限制。

在 Hacker News 的讨论中,不少开发者表达了对广告技术栈安全性的长期担忧——他们指出,广告脚本在页面中拥有极高的权限,却几乎不受与主站脚本同等级别的安全审查。AdFection 只是将这种结构性风险具象化了。

值得关注的信号

AdFection 的出现意味着间谍软件的投递方式正在从"诱导点击"向"无感投递"演进。定向广告的精准筛选能力与零点击攻击的隐蔽性结合后,传统基于用户行为的安全告警(如"你确定要下载此文件吗")基本失效。对于安全从业者而言,这意味着需要将广告供应链纳入威胁模型的考察范围——不是作为次要风险,而是作为需要主动监控的关键攻击面。

#零点击间谍软件#AdFection#定向广告攻击#恶意广告#程序化广告安全#广告供应链攻击#zero-click攻击#广告技术栈安全
分享:

相关推荐