行业动态01
有一个叫“修补地球”(Patch the Planet)的项目,它把安全研究人员、开源软件的维护者和应急响应人员连到一起,专门处理开源软件里的严重安全漏洞。原来,发现漏洞的人和负责修漏洞的人常常对不上号,漏洞信息散落各处,修复容易被拖延。这个项目通过牵线搭桥、协调各方,让漏洞被发现后能更快交到能修的人手里。对普通读者来说,这意味着你日常用的开源软件出问题时,可能更快得到修补。原文只有一句话介绍,具体怎么协调、已经覆盖多少漏洞、现在能不能用,都没有说明。
工具与应用02
Anthropic 推出了一个叫 OSS Scanner 的工具,让 Claude 帮忙扫描开源软件里的安全漏洞。六个月里,Claude 找出了超过 29000 个“疑似漏洞”,但负责人工确认的六家外部安全公司才审查了约 6000 个,最终只有 516 个真正被修补。问题在于:AI 找漏洞的速度远远超过了人类验证和修复的速度。不过,一些开源项目(如 curl、PostgreSQL、OpenSSL)的负责人表示,收到的报告质量很高,有的甚至附带了可直接使用的修复代码。目前这个工具只对符合条件的成熟开源项目开放,需要申请并验证维护者身份。
文中可用工具
- ClaudeAnthropic 的 AI 模型,用于扫描开源代码并发现潜在安全漏洞
- OSS ScannerAnthropic 推出的开源安全扫描工具,用 Claude 自动查找漏洞并生成报告
- Claude MythosAnthropic 的顶级模型之一,用于驱动 OSS Scanner 的扫描
- Claude Max 20xAnthropic 提供的免费订阅,通过 Claude for OSS 计划发给合格的开源维护者
- Claude for OSSAnthropic 的项目,为合格开源维护者提供免费 Claude Max 20x 订阅
行业动态03
Anthropic 宣布启动一项长期计划 Anthropic Cyber Mission,帮助防御者保护关键基础设施和开源软件。他们发现,现在用 AI 找漏洞很容易,但真正修复、验证和排序这些漏洞却很难,而且电网、水厂等老旧系统往往不能停机打补丁。为此他们推出两个项目:一个是 Critical Infrastructure Defense Program,联合埃森哲、CrowdStrike、Palo Alto Networks 等公司,把 Claude 模型、现场工程师和威胁研究带给关键基础设施的防御方;另一个是 OSS Scanner,让开源项目可以免费定期用其最强模型做安全扫描。这些工作已经开始,但不代表所有问题都解决了,目前是先与一小批伙伴合作摸索有效做法。
文中可用工具
- ClaudeAnthropic 的前沿模型,用于帮助发现和修复安全漏洞
- OSS Scanner为开源项目提供免费定期安全扫描
- Critical Infrastructure Defense Program (CIDP)为关键基础设施防御方提供模型、工程师和威胁研究支持
- Project Glasswing此前发现漏洞的项目,已合并进 Cyber Verification Program
- Cyber Verification Program让更多防御者可以使用 Anthropic 最强模型的项目
行业动态04
开源安全领域一直有个惯例:发现漏洞后先保密一段时间,等补丁做好再公开,防止被人利用。但作者 Anil Madhavapeddy 指出,现在 AI agent 能大幅缩短这个过程——它们可以根据公开的蛛丝马迹自动拼出可用的攻击代码,让“保密期”形同虚设。因此开源项目必须加快打补丁和发版的速度,因为从漏洞公开到被利用的窗口正在迅速缩小。对普通用户来说,这意味着开源软件的安全更新会来得更快,但漏洞被利用的风险也更紧迫。
工具与应用05
这篇文章讲的是怎么保护软件交付流水线(也就是自动把代码构建、测试、发布上线的系统)本身的安全。问题是:流水线往往握有生产环境、测试环境和云账号的密码与签名密钥,一旦被攻破,攻击者就能一次拿到所有环境的权限,比如 2026 年 3 月的 TeamPCP 攻击就通过第三方组件 Trivy 的版本标签被篡改,把恶意代码塞进了别人的构建流程。文章给出的解法是一份清单,分本周就能做的快速修复和本季度要做的结构性改进,包括把密钥挪进专用保险库、按环境限制权限、把第三方组件锁定到具体提交、生成 SBOM 物料清单、签名并验证产物、统一保存审计日志。对读者来说,这提供了一份可照着执行的优先级顺序:先可见、再定策略、最后强制拦截,避免安全措施一上来就卡住合并流程。文中还引用数据称,仅 43% 的组织自动化了 CI 和构建流程,而常用 AI 编程工具的团队中有 50% 报告漏洞或安全事故增加。文章未说明这些建议的具体发布时间或配套工具是否已可直接使用。
文中可用工具
- Harness作为流水线平台,可在构建步骤中为产物生成 SBOM
- Trivy第三方组件,文中作为被攻击案例提及;原文未说明其他用途
- Sigstore用于给提交和产物做签名,让签名成本接近免费
- SBOM软件物料清单,记录每次构建用到的依赖,便于在仓库被攻击时排查
- RBAC按环境给流水线分配访问权限,避免一个构建代理同时持有测试和生产凭据
行业动态06
很多团队都有一份长期没人处理、也不指望处理完的漏洞清单,过去把它当成“技术债”:先按严重程度挑一部分修,剩下的默认没人会碰。但现在三个前提变了:代码产出量远超清理速度(产品数据显示大约每修1个漏洞就新增6个)、越来越多代码由AI代理生成、无法追问作者意图、攻击方也用上自动化,能低成本扫描并组合利用那些低危小问题。文中举例说,几个单独看都不严重的问题串起来,可能形成远程代码执行的攻击路径。所以清单不只是排队问题,而是一份攻击者能拼装的零件表;光把排序做得更准,也只能让队列更有序,并不会让它变短。
AI 编程07
Google 为 Gemini CLI 发布了 0.61.0 版本,让这个自动写代码的 AI 助手变得更谨慎。此前,它可能一边帮你修 bug,一边从网上或文档里读到坏人藏起来的指令,然后偷偷改动 package.json、Makefile 这类构建文件,再自动运行命令,把你电脑里的恶意代码跑起来。现在它会在改构建文件、或运行参数来自不受信任内容的命令前,先弹窗让你确认,而且不能设置“总是允许”;沙箱也不再挂载你本机的密钥和配置文件。对使用者来说,手动确认会多几步,但能挡住一类偷偷夹带指令的攻击。该版本已发布,但具体在受信任文件夹里怎么表现,原文没说清楚。
文中可用工具
- Gemini CLIGoogle 的命令行 AI 编程助手,能读写代码仓库并执行命令
- Antigravity CLIGoogle 的闭源命令行工具,Gemini CLI 的部分用户将被迁移过去
- Docker运行沙箱的容器环境之一
- Podman运行沙箱的容器环境之一
- LXC运行沙箱的容器环境之一
- macOS SeatbeltmacOS 上的沙箱机制,用于隔离 AI 操作
- BuganizerGoogle 内部问题追踪系统,其内容被视为不受信任来源
- MCP server为 AI 代理提供工具和数据的服务器,其回复内容被视为不受信任
行业动态08
AI 编程工具让开发者写代码快了很多,但也让攻击者更容易找到和利用漏洞。文章说,现在 AI 不只帮人写代码,还在替人选择用哪些开源库;一旦攻击者攻破某个被广泛信任的开源组件,就可能像推倒多米诺骨牌一样影响很多下游系统。作者认为,组织不能只等扫描出漏洞再修,而要把更多精力放在“入口把关”,也就是确认进入开发流程的软件来源和内容是否可信。对读者的用处是:理解为什么软件供应链安全需要提前预防,而不是事后检测。文章没有说明具体的解决工具或发布日期。