GitHub：AI 智能体贡献三分之一 PR，密钥保护必须同步扩容

一句话看懂：GitHub 披露，如今每三个 PR 就有一个由 AI 智能体参与，但密钥泄漏后的手工撤销平均要等约 40 天。因此 GitHub 与微软应用科学团队合作，把推送保护扩展到非结构化密钥，用分类器在 2 毫秒内判断候选密钥。

事件核心：发生了什么

GitHub 在 2026 年 10 月的文章里给出九季度数据：2024 年第二季度至 2026 年第二季度，公开推送量增长 2.84 倍，携带凭据的推送增长 2.59 倍，但每次推送的密钥出现率没有统计学可检测的上升趋势。同期开发者覆盖推送拦截的比例从 6.63% 线性降至 3.93%。目前公开信息显示，GitHub 已联合微软应用科学团队训练分类器，将推送保护从结构化密钥扩展到非结构化密钥，单次可评估整组候选密钥，耗时不到 2 毫秒。GitHub 称这一能力有望把可拦截的密钥数量提升一倍以上。

为什么重要

密钥保护的核心矛盾不在开发者是否更粗心，而在代码产出速度超过人工补救速度。公开扫描在 2026 年第二季度平均每秒报告 26 个凭据匹配，推送保护在同一时期至少每秒拦截一次密钥。但仍有约 70% 的新发现密钥是在进入仓库历史后才被捕获。手工撤销平均约 40 天，约五分之一超过 90 天。这意味着泄漏的 API key、云凭据、Slack webhook 会长时间保持可用。用算力换预防、用自动撤销减少人工响应，正成为 AI 编程规模化的基础设施条件。

对用户/开发者/创作者的影响

对使用 GitHub Copilot 或接入 AI 编程智能体的团队来说，密钥扫描和推送保护会更多介入提交流程，误报若控制得当，能减少事后轮换和事故排查。对依赖 OpenAI API、Google Cloud、Hugging Face、SendGrid 等服务的开发者，凭据发行方直接撤销可以缩短暴露窗口，但仍需准备替代 token。企业采购和平台团队应把密钥保护纳入 AI 编码工具评估，关注默认开启范围和拦截精度，而不只是生成速度。