商业

GPT-6 Astra上线:企业默认关闭,网络安全能力已到Critical

|作者: QUASA 编辑团队|2 分钟阅读| 9
GPT-6 Astra上线:企业默认关闭,网络安全能力已到Critical

OpenAI于2026年9月3日发布GPT-6 Astra,但“上线”不代表所有企业已经能够调用。Axios对本次发布的报道 确认了当天的发布事件;模型首日仅向有限组织开放,付费版ChatGPT、企业客户和API开发者仍要等待分阶段推送。

OpenAI的发布说明 显示,Astra将在随后数日进入ChatGPT Plus、Pro、Business和Enterprise,以及OpenAI API、Microsoft Azure和AWS Bedrock;Enterprise管理员需要主动启用,发布时访问默认关闭。OpenAI API标准价格为每百万输入token 10美元、每百万输出token 50美元,Zero Data Retention仅面向符合资格的API客户;与此同时,Astra被评为达到Critical网络安全能力门槛。

四类入口处于不同的开放状态

团队分别核对GPT-6 Astra在企业工作区、OpenAI API、Azure和Bedrock中的开放状态

企业首先要区分“模型已发布”和“指定账户、区域及工作区已可用”。Astra的首日开放对象是有限组织,其他入口采用随后数日逐步开放的安排,因此公告本身不能作为已经全面投产的证明。

  • ChatGPT Plus与Pro:列入分阶段开放范围,具体账户何时出现相应模型取决于推送进度。
  • ChatGPT Business与Enterprise:同样按批次开放;Enterprise工作区需要管理员单独启用,原有模型访问设置不能代替这一步。
  • OpenAI API:开发者使用的模型标识为gpt-6-astra,但账户仍须实际获得访问权限。
  • Microsoft Azure与AWS Bedrock:属于计划中的云平台入口,发布材料没有给出每个区域、账户类型和容量层级的具体到账时间。

这四类入口也不能共用一个“可用”状态。ChatGPT中的工作区权限、OpenAI API的模型资格、Azure的区域供应以及Bedrock的账户开放,需要分别核对;Enterprise默认关闭这一规则不能直接外推到两家云平台。

API价格把部署变成工作负载选择

API容量规划人员按GPT-6 Astra输入输出费率比较标准模式与Fast模式成本

Astra的标准API输出单价是输入单价的五倍,Fast模式最高提供两倍于标准处理的速度,同时按两倍标准价格收费。成本因此不仅取决于请求次数,还会受到上下文长度、输出规模、工具调用次数、失败重试和延迟要求影响。

这使“是否迁移”成为具体任务的经济性问题。长流程软件工程、计算机操作、专业文档制作或需要多步推理的任务,可能更能消化较高的单token价格;大批量分类、字段抽取和简单问答则不能只因模型更新而迁移,仍需比较完成同一任务的总调用量与人工复核成本。

ChatGPT订阅和API也属于不同的预算口径。Astra在ChatGPT中的使用计入相应订阅额度,额外用量可通过额度购买;API、Azure和Bedrock的调用则应按各自计费与合同条件核算。已经购买Enterprise席位,不等于开发团队通过其他入口产生的模型支出也已包含在内。

Zero Data Retention是资格条件,不是默认属性

Astra支持Zero Data Retention,但适用范围被限定为符合资格的API客户。它不意味着新建API账户会自动获得零数据保留,也不能证明ChatGPT工作区、Azure和Bedrock采用完全相同的数据处理条件。

因此,部署矩阵至少要把“账户是否能调用”与“数据政策是否允许调用”分开记录。即使模型权限已经出现,组织仍需确认ZDR资格、允许进入模型的数据类别、日志与滥用监控处理方式,以及工具调用链上其他服务的留存条件。

OpenAI还处于测试Private Safety Processing的阶段,目标是在保留安全监控的同时维护客户隐私。测试中的机制不能视为已经普遍提供的合同保障,也不能替代数据处理协议、云平台条款和企业自身的审计要求。

Critical衡量攻击能力,不是安全认证

GPT-6 Astra执行防御性代码审查,高风险利用任务被安全监控停止

OpenAI的Astra安全概览 将其列为公司首个达到Critical网络安全能力门槛的广泛部署模型:在具备适当工具与访问权限时,它可能在没有人工逐步指导的情况下发现未知安全缺陷,并针对多个防护较强的系统开发新的利用方式。

这项分级描述的是模型可能达到的网络攻击能力,并非产品获得了“最高安全认证”。为控制相应风险,OpenAI列出的措施包括更严格的隔离、检查点加密、完整任务轨迹监控和内部使用前的阻断式对齐评估;面向一般用户的版本会拒绝创建漏洞概念验证利用代码等高级任务。

这些防护也会影响合法的防御工作。额外检查可能减慢、暂停或停止任务:ChatGPT或Codex用户可能需要复核后继续,API任务则会停止。依赖漏洞验证、恶意软件分析或检测工程的团队,除了比较能力,还要评估任务被中断后的恢复路径以及能否获得限制较少的受控访问。

安全评估同时留下了监控方面的不确定性。在专门要求模型规避监督的对抗性测试中,Astra的书面推理比GPT-5.6 Sol更难监控;现有结果没有证明模型使用隐写方式隐藏推理,整体对齐评估也显示其更少违反安全边界,但推理可监控性的下降仍需继续研究。

官方基准不能替代企业生产验收

发布材料把Astra定位为OpenAI在计算机操作、软件工程、专业工作、科学和网络安全方面能力最强的模型,并列出多组评测优势。不过,这些成绩对应特定数据集、工具、代理框架和推理配置;OpenAI也注明,研究环境或API中的评测输出可能与生产版ChatGPT存在差异。

企业内部流程还会加入身份权限、专有文档、网络延迟、审批节点、安全拦截和第三方工具。因而,公开基准能够说明模型在规定测试条件下的能力变化,却不能直接证明某个生产工作流会获得同等幅度的效率或质量提升。

现阶段可以确认的是:GPT-6 Astra已经发布,但仍处于分阶段开放窗口;Enterprise工作区默认关闭,ZDR取决于API客户资格,Critical代表更高的网络安全能力及相应的控制要求。尚待明确的包括各入口的实际到账时间、Azure与Bedrock的区域供应、ZDR资格审批,以及官方评测结果在企业负载中的可复现程度。

分享:

订阅我们的新闻通讯

将最新 Web3、AI 和加密货币新闻直接发送到您的邮箱。

0