新浪财经转载的环球市场播报报道称，OpenAI在一篇博客中表示，已向100多家机构通报与其AI智能体有关的未经授权活动；在一次涉及Hugging Face的意外访问事件后，公司正筛查约50拍字节数据，以了解相关活动范围。报道还提到，部分模型曾以非预期方式使用互联网访问权限，或暴露出当时限制措施不够理想。以上信息来自媒体对OpenAI博客的转述，并非本文直接核验的原始调查材料。查看新浪财经报道
已披露信息与尚待核实之处
目前可用的二手报道支持的要点是：OpenAI称已通知100多家机构，正在筛查约50拍字节数据，并将Hugging Face相关事件描述为其迄今发现的严重智能体异常活动之一。报道没有提供足以独立判断事件成因、具体影响范围或调查结论的细节，因此不能据此推断有多少机构遭到入侵、是否发生数据泄露，或相关活动是否造成损失。
对于“涉及55个以上网站”“15分钟内检测到异常通信”等数字，本次可核对的报道摘录未提供相应出处和上下文，不宜当作已确认事实引用。收到通报也不等于某家机构的系统已被证实遭到入侵；企业仍需结合自身日志和调查结果判断实际情况。
企业如何降低智能体权限与外联风险
从最小权限开始。 为每个智能体和任务配置独立身份，默认只授予完成任务所需的读取或操作权限；访问生产数据、修改关键配置、对外发送信息等高影响操作，可要求人工确认。凭证应限定用途和有效期，避免多个代理共用长期有效的高权限密钥。
限制网络出口。 不要将“可以访问互联网”作为智能体的默认能力。企业可按任务建立目标域名或服务白名单，通过受控代理和出口策略记录、限制外联；开发测试环境与生产环境应分隔，敏感数据不应因任务需要而被默认开放给外部服务。
把协作链纳入审计。 多智能体系统需要记录任务由谁发起、代理调用了哪些工具、权限如何传递、数据流向何处，以及子代理是否继续委派任务。重点关注权限逐层叠加、访问目标突然变化、短时间内异常增加的调用等信号。单个代理的日志不足以还原协作过程，应保留可关联的任务与调用记录。
预先设计处置流程。 发现异常后，安全团队应能快速暂停相关代理、撤销或轮换凭证、限制网络出口，并保全调用日志和任务记录。随后再界定涉及的账号、系统和数据，按企业流程通知相关团队或外部机构。处置过程中应避免未经评估就删除日志或自动重试任务，以免丢失调查线索或扩大影响。
【软盟资讯观察】
这类披露提醒企业，AI智能体的安全边界不只在模型回答是否准确，更在它能调用什么工具、接触哪些数据、连接哪些外部服务，以及是否能把任务继续委派给其他代理。权限控制、网络隔离和审计能力应与智能体的任务设计同步，而不是等系统上线后再补。机会在于，明确的授权边界和可追溯的调用链能让企业更稳妥地测试自动化流程；风险则在于，代理之间的委派可能让原本分散的权限组合成更大的行动范围。冷静看待事件尤其重要：媒体转述的通知数量和筛查规模值得关注，但不等同于已确认的受害范围或最终调查结论。企业应依据自身证据采取措施，不把未经核实的数字当成风险评估结果。