OpenAI 網路安全模型 Daybreak 上線 AWS：攻防雙版本入駐 Bedrock

企業安全團隊最怕的其實不是發現不了漏洞，而是把自家的核心程式碼和未修補的 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 領域的競爭線已經被徹底重塑。