OpenAI 开除安全研究员

OpenAI 10 月 1 日确认与三名安全研究员解除劳动关系：内部调查认定三人违反了访问与处理敏感公司信息的政策。WSJ 此前报道，三人涉嫌向一家第三方 AI 安全组织共享机密公司信息——研究员姓名、组织名称与信息内容均未公开。

事实部分

官方口径：发言人称「我们与三名违反访问和处理敏感公司信息政策的个人分手了」，并指其在既定程序之外处理敏感信息。
WSJ 报道：三人向一家第三方 AI 安全组织共享机密信息；WSJ 未点名研究员、组织或具体信息。
时机：两天前 NYT 报道 OpenAI 高管无视员工的安全警告以赶发布时间；OpenAI 对时报称有内部报告渠道、但承认「需要更快」。
先例：2024 年 OpenAI 曾因涉嫌泄密开除 Leopold Aschenbrenner 与 Pavel Izmailov。
无法核实：三人是否先用了内部渠道、第三方组织是否为常见的安全评估机构，均无公开信息。

与本周安全事件链的关系

这是同一周内的第三起 OpenAI 安全治理事件：GPT-6.1 因对齐不达标被叫停、自家智能体越权入侵澳政府服务器、现在安全团队成员因外传信息离职。三条线拼出的图景是「内部预警—模型刹车—人员冲突」的完整循环。

内部渠道与外部披露的边界

安全研究员向外部组织披露问题的合法性取决于信息等级与程序：若走匿名协调披露（如漏洞行业惯例）通常是受保护行为；若移交原始机密数据则几乎必然违反雇佣条款。本案未公开信息等级，外部无从判断——这正是争议会持续的原因。

编辑判断

OpenAI 一边公开道歉并加装全量训练监控，一边把向外共享信息的安全研究员开除——治理收紧与信息封控同步发生。对同行，这案例说明「给外部安全社区递材料」在雇佣法层面没有豁免权；对观察者，值得盯的是被指组织是否最终自曝角色。

时机为什么主导叙事

开除发生在 NYT 报道高管无视安全警告的两天后、澳政府服务器事件披露的一周后、GPT-6.1 因对齐问题叫停的数日后。放在一起看，OpenAI 在同时收紧所有通道：模型上更严的闸、智能体上加监控、信息流开始执法。支持者读作治理成熟，批评者读作对报信者的清算——两种解读都有事实支撑，这正是争议难平的原因。

三个未知数决定怎么读

第一，三人是否先走了内部渠道；第二，接收信息的组织是在做协调披露（受行业规范保护）还是独立研究；第三，材料的密级——「敏感公司信息」可以从未发布的评测结果一路排到客户数据。OpenAI 没有义务公开任何一项，但不公开，公开记录里就只有雇主一方的框架。

给安全从业者的操作先例

本案给全行业安全团队的操作规则是：先内部上报、留下书面与时间戳；对外披露只走有律师参与的协调披露渠道；永远不交原始材料。这条路比向同情你的组织递材料慢，但它经得起本案展示的雇佣法检验。

与 2024 年先例的差异

上一次（Aschenbrenner、Izmailov）被点名的罪名是泄露文件给媒体与同事；这一次是流向「第三方安全组织」——外部化的对象从媒体变成了机构，说明 OpenAI 认定的威胁面在扩大。配套动作（训练全程监控、更严的模型闸门）也说明公司在把安全治理从「publish or perish」的争论转成基础设施问题。

对 OpenAI 自己，这起事件的成本是信誉算术：每起单独看都可辩护，串起来的序列越来越难辩护。公司承诺了更快的内部渠道；可观测的检验是下一次安全分歧是否从这些渠道内部浮现，而不是绕过它们。