GitHub 安全实验室用开源 AI 智能体发现 24 个 Android 漏洞

当天发生了什么

2026-09-28，GitHub 安全实验室的 Kevin Stubbings 在 GitHub 博客发表文章，介绍如何用开源的 GitHub Security Lab Taskflow Agent 及其 Android 审计任务流，对 Android 应用的源码仓库进行审计，最终发现并报告了 24 个漏洞。按文章所述，任务流先识别入口点，再针对每个入口点归类可能的漏洞类型；每个发现都由具备移动安全经验的研究员复核，并通过 GHSL 公告披露。文章举的例子包括：OsmAnd 的一个导出 Activity 接受任意应用传入的设置导入参数，可被用来改写地图瓦片地址；Wikipedia 应用的深链接主机名解析问题与两处按后缀匹配的 Cookie 域检查组合后，可能导致账号接管。其他类别还有路径穿越、WebView 跨应用脚本和暴露的 JavaScript 桥。文章同时列出局限：误报、严重度误判、需要人工复核，以及运行成本。

对 Android 开发者意味着什么

这篇文章的发现大多落在应用与外界交互的边界上：导出组件、Intent 参数、深链接、WebView 和 Cookie 作用域。这些问题与混淆无关，混淆不会让一个可被任意应用调用的导出 Activity 变得安全。文章说明，AI 辅助审计正在降低发现这类边界缺陷的成本。需要注意的是，文章分析的是源码仓库，而外部攻击者通常面对的是安装包；我们不能据此断言攻击方能以同样效率工作，但入口点在清单中本就公开，这类边界问题对任何一方都不难定位。文章的局限部分同样重要：模型会报告不现实的场景，也会漏判缓解因素，因此把 AI 结果当作线索，并由人复核，是防守方使用这类工具时更稳妥的方式。

可以在自己的应用上做的检查

第一，列出清单中所有导出的 Activity、Service、Receiver 与 Provider，确认每一个确实需要导出，并对传入的 Intent 参数做严格校验。第二，深链接与 App Link 的主机校验使用精确匹配，避免后缀或包含匹配。第三，检查 WebView 是否加载不可信内容，以及是否向其暴露 JavaScript 接口；Cookie 的域范围按最小化设置。第四，如在自己的仓库上试用 AI 审计工具，把结果作为待验证线索，由熟悉移动安全的人复核并记录结论。

行动清单

• 逐一确认导出组件是否必要，并校验 Intent 参数
• 深链接主机校验改为精确匹配
• 把 AI 审计结果当作线索，由人工复核