OpenAI 网络安全模型 Daybreak 上线 AWS:攻防双版本入驻 Bedrock
OpenAI 宣布网络安全模型 Daybreak 上线 Amazon Bedrock。企业通过 Daybreak Access 审核后,可在现有 AWS 环境调用防守型 Blue(含定制防护的 GPT-5.6 Sol)和漏洞测试型 Red。安全团队无需迁移数据即可加速漏洞挖掘与响应。

企业安全团队最怕的其实不是发现不了漏洞,而是把自家的核心代码和未修补的 0-day 详情,丢给外部大模型去做分析。
现在 OpenAI 和 AWS 想把这个顾虑打消掉。8 月 11 日,OpenAI 宣布将其网络安全模型计划 Daybreak 正式接入 AWS 的 Amazon Bedrock,企业安全团队可以在自己的 AWS 环境里直接调用这套专门做网络攻防的 AI 能力。
蓝队防守,红队「放宽限制」
这次上架 Bedrock 的 Daybreak 分成两个访问级别,分别针对防守和进攻性研究。
Daybreak Blue 面向常规防守工作,底层用的是经过防御性安全校准的 GPT-5.6 Sol。它适合大多数安全团队日常用来挖漏洞、写检测规则和做应急响应。
Daybreak Red 则是动真格的红队专用通道,底层搭载的是专门训练的网络安全模型 GPT-5.6 Cyber。这个版本把模型的拒答阈值大幅调低,专门用来跑漏洞研究、漏洞利用验证和复现攻击链。
这种能力有多强?OpenAI 披露了一个战绩:安全研究人员曾用 GPT-5.6 Cyber 挖出了 Chrome 浏览器 V8 引擎中的两个未知漏洞,串联起来可以实现内存损坏和堆沙箱逃逸。其中一个漏洞修复后被分配编号 CVE-2026-15903,是 2026 年 V8 CTF 比赛里仅有的 4 个成功提交的零日漏洞之一。
芯片级防偷窥,给敏感代码装防护栏
网络安全模型本质上是双刃剑,一段逆向工程或复现攻击的指令,攻击者和防守者写出来几乎一模一样。以往通用大模型为了安全往往一律拒答,而安全团队最关键的上下文又不敢往外送。
这次双方的解决方案是把模型搬进 Bedrock,靠 AWS 原生的权限体系来控制。
底层硬件采用了芯片级强制执行的零运维访问技术,也就是即使是 AWS 自己的运维人员,在推理过程中也看不到用户的输入代码和输出结果。
所有调用都必须先申请 Daybreak Access 审核。获批后,企业可以通过 Bedrock 控制台或者 Responses API 的专用端点接入,调用日志全部走 AWS CloudTrail,网络流量也走 VPC 私网端点,确保核心漏洞数据不出企业自己的安全边界。
AWS 自身安全团队也已经用上了这两个模型,据 AWS 安全副总裁 John Sheehan 透露,他们的团队目前每天都在用这两款模型分析源代码并进行红队演练。
为什么重要
对于企业安全负责人来说,这解决了长期以来「想用不敢用」的死结。以前让工程师拿自家核心系统的未公开漏洞去问公开 API,法务和合规根本不可能放行;现在有了芯片级隔离和私网审计,合规门槛被大大拉低。
我们认为,OpenAI 把安全大模型拆成红蓝两级的做法非常聪明。攻防同源一直是 AI 安全落地的死穴,如果不降低拒答率,模型在面对复杂的漏洞利用链时就是个废柴;但放宽限制又容易沦为黑客工具。通过严格的企业身份审查加上云上沙箱,OpenAI 找到了一个既能释放模型攻击力又不必担心公开滥用的商业出口。
这也给微软 Azure 带来了直接压力。以往前沿安全能力往往是微软 Copilot for Security 的主场,现在 OpenAI 把核心军火库搬进了 AWS,AWS 的庞大政企客户能直接在自家云上做闭环,云厂商在安全 AI 领域的竞争线已经被彻底重塑。
来源 (2)
- openai.com(在新标签页打开)原文openai.com
- aws.amazon.com(在新标签页打开)报道aws.amazon.com