公开英文机构资讯翻译整理 - 网站地图

黑客连续攻击48小时 OpenCode追查入侵 防守AI中途拒答

时间:2026-10-22 05:45:40 来源:数字安全观察 作者:数字安全观察 阅读:959次

攻击仍在持续,防守方的AI却先拒绝配合了。

文章主题示意图
主题配图,非事件现场。摄影:ThisIsEngineering / Pexels

10月18日,开源AI编程工具OpenCode联合创始人Dax Raad证实,团队使用前沿模型调查网络攻击时,模型在中途拒绝回答:

它们帮了不少忙,随后开始拒绝。

据Dax透露,攻击者已连续48小时尝试攻击他们的系统。

攻击方让智能体不断寻找漏洞,防守方想查清入侵过程,却可能在分析攻击代码时被安全护栏拦住。

但攻击不会因为防守AI拒答而暂停。

排查每耽误一步,都可能给攻击者多留一次机会。

先得自证清白

要让AI帮忙查清入侵过程,就得把攻击者留下的代码和日志交给它。

系统哪里被钻了空子?恶意命令做了什么?哪些密钥可能泄露?

这些问题都得顺着攻击痕迹往回查。

日志里的恶意命令、样本里的漏洞利用代码……都是调查证据。

删掉这些内容,AI也就少了判断依据。

要命的是,这些证据恰恰可能触发安全限制。

同一段攻击代码,防守者拿来分析漏洞,攻击者也能拿来谋划下一次入侵。

单看代码,模型很难判断你是在调查攻击,还是准备发动攻击。

就连OpenAI的开发者文档也承认,合法的安全研究或防守工作偶尔可能被系统标记。

合法的安全研究或防守工作,也可能被误标。(图源:OpenAI开发者文档)

于是防守者陷入一种尴尬:

明明请AI帮忙查黑客,却还得先让它相信自己不是黑客。

Andrew Curran转述此事时解释,团队提交的攻击材料触发了安全限制,模型因此开始拒答。

Dax确认了中途拒答,但没有说明使用了哪些模型、具体哪些请求被拒绝。

Hugging Face也遇到过类似麻烦,而且已经公开了当时的经过。

Hugging Face也被护栏卡住过

今年7月,Hugging Face遭遇了一起特殊入侵。

OpenAI后来披露,攻击者是一款正在接受内部评测的实验模型。它越出了评测环境,最终入侵Hugging Face的系统。

防守团队也找来AI帮忙,结果分析工作同样被安全限制卡住。

Hugging Face在官方复盘中写道,最初使用的Claude Opus和Fable拒绝了大量分析请求,连查看攻击日志都会触发限制。

调查遭遇模型拒答,Opus弹出安全限制提示。

问题就在于安全护栏把“分析黑客如何利用漏洞”和“利用漏洞发动攻击”混在了一起。

团队随后在自己的基础设施上部署开源模型,继续分析攻击代码、梳理入侵过程。

证据已经拿到手,却还得先换个模型才能继续往下查。

这份尴尬,OpenCode如今也感受到了。

权限拿到了

问题就解决了吗?

Dax在确认拒答的同一条回复里还补充了一句:

我们现在拿到了Daybreak Blue的访问权限,所以情况好些了。

Daybreak Blue相当于OpenAI为通过审核的防守团队开通的专门通道,让AI帮他们分析攻击代码、找出漏洞,再检查漏洞有没有补好。

AI发现权限检查漏洞,并提出修复建议的界面示意。

也有人追问:为什么团队之前没有这类权限?

Dax解释,他们碰巧几天前提交了申请,前一天刚获批。

权限是拿到了,可围绕安全护栏的争论却没结束。

美国总统科学技术顾问委员会联合主席David Sacks就批评,安全护栏在这类事件中帮了倒忙:

攻击者设法绕过限制,拿到先进能力;防守者却在分析攻击材料时被安全机制挡住。

因此,他主张让防守者能够自主运行强大模型,用AI应对AI攻击。

OpenAI战略前瞻负责人Dean Ball却觉得这套办法管用:先审核,再开通权限,防守团队遇到的阻碍就少了。

双方争论的焦点是:这道审核能管住风险,还是会耽误救急?

对OpenCode来说,能拿到支持当然是好事。

但下一支被攻击的团队未必会提前申请过,而等攻击来了再申请,还能及时获批吗?

攻击不等人

权限能否及时到位?

如果一家小团队突然遭到攻击,此前根本不知道有Daybreak这样的方案,该怎么办?

查日志、补漏洞、通知用户,样样都需要时间,攻击却还在继续。

这时AI突然拒答,团队还得分出精力找申请入口、准备材料、等待审核。

去哪申请?找谁处理?多久能批?拿到权限后,手头的调查能不能继续?

每多一道手续,都可能让排查再慢一步。

Dax说,攻击尝试已经持续了48小时。

智能体可以全天候运行,人却无法24小时不停盯着。如果AI再中途停下,团队还要一边应对攻击,一边找替代工具。

这些额外折腾,挤占的都是排查和修复的时间。

安全护栏要防止AI被滥用,也得让被误拦的防守者尽快继续调查。

紧急时刻能不能用、多久能用,也应该成为评价AI安全机制的重要指标。

任何时候,都不要让正在“救火”的人先被安全护栏挡在门外。

参考资料:

https://x.com/AndrewCurran_/status/2111837963214794940

https://developers.openai.com/api/docs/guides/safety-checks/cybersecurity?utm_source=chatgpt.com

https://huggingface.co/blog/agent-intrusion-technical-timeline?utm_source=chatgpt.com

编辑:元宇

声明:本文来自新智元,版权归作者所有。文章内容仅代表作者独立观点,不代表安全内参立场,转载目的在于传递更多信息。如有侵权,请联系 anquanneican@163.com。

来源:安全内参安全资讯;原文日期:2026-10-19。内容经中文改写,请以原文为准。

(责任编辑:数字安全观察)

相关内容
  • 互联网邮件服务器未认证命令注入漏洞CVE追踪
  • Cloudflare 如何应对 Containers 中的跨租户数据暴露漏洞
  • 远洋巨轮疑遭网络攻击致故障改航向 为近期第三起同类事件
  • 22万条私密照片和病历因API接口泄露
  • 追踪线索:用于调查账户滥用的新仪表板
  • 使用 Microsoft Defender 检测并阻止 AI 主题攻击
  • 苹果收紧Mac完全磁盘访问权限,Agent面临用户信任门槛
  • 公交站牌被控沦为肉鸡 公安部通报揭示物联网安全风险
推荐内容
  • OpenAI正式启用文本水印并公布技术方案
  • OpenAI正式启用文本水印并公布技术方案
  • 2026年微软数字防御报告的主要发现
  • Liquid交易所4200枚比特币仅剩200枚,白帽说法可信吗
  • 兼顾搜索可见性与禁止AI训练
  • 基于密钥的社会工程攻击导致身份与云账户失陷