文章 / GitHub

Writing

大厂观察|三成提交有智能体,GitHub 用两毫秒拦密钥

2026-10-08GitHub智能体代码安全

目录 展开 / 收起
  1. 事实:九季度的数据,和一个两毫秒的模型
  2. 背景:从提醒开发者小心,改成平台自己接住
  3. 影响:防护开始按产出的速度定规格
  4. 观察点:四个可以回头核对的指标
  5. 来源与说明

GitHub 10 月 7 日在官方博客给出一组平时不太公开的数字:平台上每三个拉取请求里就有一个有 AI 智能体参与,一年前这个比例不到十分之一。同一篇文章里,公司宣布给推送保护换上一个新模型,用来拦住那些没有任何固定格式的密钥。两件事放在一起读,意思比单看任何一件都清楚——产出代码的速度已经被抬上去了,守住代码的那一侧如果还按原规格做,追不上。

事实:九季度的数据,和一个两毫秒的模型

这篇博客的作者是 GitHub 密钥扫描产品负责人 Erin Havens,标题叫《Secret protection must scale with software》。文章分两截,一截是统计,一截是新上线的分类器。

统计这截覆盖 2024 年第二季度到 2026 年第二季度,共九个季度。被筛查的推送量涨了 2.84 倍,其中含凭据的推送涨了 2.59 倍,两条曲线几乎平行;按每次推送计算,密钥出现的比例在这段时间里没有统计上可见的趋势。2026 年第二季度,GitHub 记录了 5.74 亿次公开推送,0.47% 含被检出的密钥。开发者在推送环节越过拦截的比例从 6.63% 降到 3.93%。Havens 的原话是,开发者没有变粗心,他们是被产量甩在后面了。

另一组数字决定这件事的紧迫程度:一个全新密钥出现在公开可见代码里的频率大约是每两秒一次,过去三年每年翻一倍;而一个已经泄露的凭据,靠人工吊销的平均时间约 40 天,五分之一要花 90 天以上。推送保护目前能在密钥进入仓库历史之前拦下约 30% 的新检出项,剩下 70% 是推送之后才发现的,补救全靠人和时间。GitHub 的密钥扫描合作计划现在覆盖 150 多家技术提供商,2026 年第二季度公开扫描平均每秒报出 26 次凭据命中,OpenAI、Google Cloud、Slack、Hugging Face 与 SendGrid 等合作方在收到通知后会自动吊销,不需要开发者处理告警。

新模型是一个微调过的 ModernBERT 分类器,与 Microsoft Applied Sciences 一起做。它看的是候选字符串周围的上下文,不生成代码也不生成文字,一批候选的评估时间在 2 毫秒以内。官方称把它放进推送保护后,能拦下的密钥数量可以比现在翻倍以上——这是公司内部口径,还没有第三方复现。上线节奏写得比较细:目前是私有预览,本月晚些时候向在 Enterprise Cloud 与 Teams 上购买了 GitHub Secret Protection 的组织开放,会消耗 AI 额度;已经开了 AI 密钥检测的组织当天自动升级到新模型,推送后的告警不加价;GitHub Enterprise Server 3.23 会带公开预览版本,覆盖气隙环境;Copilot CLI 与 Copilot App 的 /security-review 命令也会装上它,没有组织级订阅的个人开发者也能在推送前扫一遍。

数字官方给出的几个量
1/3
有 AI 智能体参与的拉取请求占比,一年前不到 1/10
2 秒
一个全新密钥进入公开可见代码的平均间隔,三年里每年翻倍
2.84 倍 / 2.59 倍
九个季度里被筛查推送与含凭据推送的增长倍数
0.47%
2026 年第二季度 5.74 亿次公开推送中含被检出密钥的比例
6.63% → 3.93%
开发者越过推送拦截的比例变化
40 天
人工吊销一个已泄露凭据的平均耗时,五分之一超过 90 天
30%
推送保护拦下的新检出密钥占比,其余 70% 在推送后才被发现

背景:从提醒开发者小心,改成平台自己接住

GitHub 把这件事的技术难点写成了“四体问题”:精度、延迟、吞吐、成本互相牵制。适合事后复核的判断,未必值得在推送时拦一次;误报会打断开发者,还会让下一次拦截更难被信任;检查太慢、太贵或者不容易扩容,能跑的频次就上不去。这个说法解释了为什么之前不做——过去的上下文判断跑在推送之后,是因为跑不进推送那几毫秒的路径。

能拦什么、拦不了什么也变了。旧的推送保护靠可识别的格式:服务商发的令牌通常有固定前缀,熵值和厂商 token 结构也能用;但配置文件里写死的一行数据库口令没有任何特征,模式匹配对它无效。新分类器的差别在这里,它读上下文,能分出真的凭据和 changeme 这种占位符。

量变是这次动手的直接原因。GitHub 的 Octoverse 2025 报告显示,2025 年合并的拉取请求达 5.187 亿,同比增长 29%,而提交评论数量下降 27%;2025 年 5 月到 9 月五个月里,编码智能体自己开了超过一百万个拉取请求。写和看之间的剪刀差已经存在,这次是把拦截的位置再往前挪一格——同一脉络上,GitHub 十月初刚把代码评审的尺子公开成可复用的基准,这次动的是评审之前那一道。

需要单独提醒的是,GitHub 在这件事上既是问题的统计者,也是解药的提供者。“两年内推到 GitHub 上的代码多数由智能体写出”是它自己的推演,“翻倍以上”出自内部评测,两者都不构成独立验证。

脉络拦截的位置往哪挪
推送之后
扫描与告警
凭据已进入仓库历史,补救靠人工吊销,平均 40 天
推送之前
格式匹配拦截
拦得住有固定前缀的服务商令牌,约 30% 的新检出项
推送之前
上下文分类拦截
读上下文判断无格式凭据,2 毫秒内出结果,本月扩大开放

影响:防护开始按产出的速度定规格

确定的影响有两条。第一条是责任位置变了,博客里写得直白:告诉开发者小心一点解决不了这个不平衡,把更多密钥在更早的环节认出来,是平台必须承担的活。第二条是延迟成了硬约束,2 毫秒不是宣传口径里的性能指标,而是能不能放进推送路径的门票——任何更慢的检查都只能退回事后。

对开发团队,能落地的动作有三个。把推送保护开起来是前提,六个季度里开发者主动越过的比例在降,说明这道闸门本身是能被接受的。把 /security-review 纳入 Copilot CLI 与 Copilot App 的日常流程,让没有组织级订阅的人也先扫一遍。还有一个容易被漏掉的:把密钥扫描的告警和凭据轮换的流程接起来,因为 40 天的平均吊销时间不会因为检测器变强而自动缩短,它取决于组织有没有一条随时能走的轮换通道。

对不写代码、但把系统交给外部团队维护的一方,值得拿走的是同一条数字。检测器再准,也只是在泄露已经发生的那部分里多拦一些;真正缩小敞口的是让泄露这件事发生得更少,以及在它还剩 70% 的部分被推到公开可见的位置之前,把它挡住。这也是这次改动和上月那批编码智能体把内部截图推到公开仓库的事故能对照着看的地方:那次出问题的不是权限,是对外发布这个动作没有可执行的策略拦着。

对照
推送前拦住
推送后发现
决定是否放行,判断是或否
只能补救,代价不封顶
密钥未进入仓库历史
密钥已可见,需吊销与排查使用痕迹
成本以毫秒计
成本以天计,平均 40 天,五分之一超过 90 天
依赖检测精度,误报会打断人
依赖人力,量与产出同步增长

也有反方向的解释要摆出来:这次升级可以只读成一次能力扩展,而不是格局变化。它改的是已有推送保护覆盖不到的那类字符串,不是把整条防线重做;“翻倍以上”如果落下来只涨几个或十几个百分点,那就是一次有用的改进,离翻倍还远。GitHub 没有公布分类器的误报率与独立评测,第三方数据要等后续。

观察点:四个可以回头核对的指标

一是翻倍能不能被复现。接下来两个季度如果有客户侧或第三方审计给出 Secret Protection 的拦截率变化,就能判断这个数字是常态还是偏乐观情况下的内部口径。

二是 30% 这个比例会不会动。如果分类器上线后它明显上升,说明无格式凭据确实是主要缺口;如果几乎不动,说明真正的漏点不在检测能力,而在推送保护默认没开、或者被绕过的那些路径。

三是 40 天的平均吊销时间。检测器改进不直接改变它,能改变它的是自动吊销的覆盖面——合作方已经超过 150 家,这条线扩到什么范围,决定了剩下那 70% 的实际代价。

四是成本与可达性。新能力按 AI 额度计费,气隙环境要等 Enterprise Server 3.23 的公开预览。会不会像很多企业安全能力一样,只有买了组织级订阅的一方才用得上,是这件事从平台动作变成行业惯例之间的最后一道门槛。

来源与说明

[1] Secret protection must scale with software|GitHub 官方博客(作者 Erin Havens)|2026-10-07 [2] 1 in 3 GitHub PRs now involve AI agents; new classifier doubles secret-leak prevention|AGI Hunt|2026-10-08 [3] GitHub rolls out AI classifier that blocks unstructured secrets in under two milliseconds|LavX News|2026-10-08 [4] GitHub Adds AI Classifier to Push Protection|Let’s Data Science(另引 Help Net Security)|2026-10-08 [5] GitHub scales secret protection with new AI model|TechGig|2026-10-08 [6] GitHub ships ModernBERT secret classifier, says it doubles what push protection catches|Reveneau|2026-10-08 [7] AI Agents Are Writing Code Faster Than We Can Secure It|mgks.dev|2026-10-08 [8] GitHub Octoverse 2025:每秒一位新开发者加入,AI 助推 TypeScript 登顶|小布(Octoverse 2025 报告中文全译)|2025-12-24 [9] AI Is Reshaping Open Source Software and Straining the Systems That Sustain It|Progressive Robot(引 Octoverse 2025 数据)|2026-09-16

说明:三分之一拉取请求有智能体参与、一年前不到十分之一、新密钥约每两秒进入公开代码且三年每年翻倍、九个季度里被筛查推送增长 2.84 倍与含凭据推送增长 2.59 倍、按推送计的密钥比例无统计可见趋势、2026 年第二季度 5.74 亿次公开推送与 0.47% 含密钥、开发者越过拦截比例从 6.63% 降到 3.93%、人工吊销平均约 40 天且五分之一超 90 天、推送保护拦下约 30% 新检出密钥、合作方覆盖 150 多家与每秒 26 次凭据命中、OpenAI 与 Google Cloud 等自动吊销、ModernBERT 分类器与 Microsoft Applied Sciences 合作、2 毫秒以内评估批次、可让拦下的密钥数翻倍以上,以及私有预览、本月晚些时候面向 Enterprise Cloud 与 Teams、消耗 AI 额度、已有 AI 密钥检测组织当天自动升级、Enterprise Server 3.23 公开预览与气隙环境、/security-review 进入 Copilot CLI 与 Copilot App 的上线安排,均出自 GitHub 官方博客并由 AGI Hunt、LavX News、Let’s Data Science、TechGig、Reveneau 与 mgks.dev 六家独立转述互证;其中“两年内多数代码由智能体写出”是 GitHub 自己的推演,“翻倍以上”为内部评测口径,尚无第三方复现,分类器的误报率未公开。Havens 的两处引语出自官方博客经 LavX News 转述。2025 年合并 5.187 亿个拉取请求、同比增长 29%、提交评论下降 27%、2025 年 5 月至 9 月五个月内编码智能体自主开出一百万以上拉取请求,出自 GitHub Octoverse 2025 报告,经中文全译与 Progressive Robot 两处转述核对。本文未采用涉及公共部门与跨境监管博弈、可被照做的安全过程、以及国别对比框架的候选线索。

← 全部文章