GPT-5.6Codex误删用户家目录文件,数据丢失风险高"

admin 2026-10-21 13:44:49 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

GPT-5.6 Codex误删用户家目录文件,数据丢失风险高

FreeBuf

2026年7月18日 18:30
上海

在小说阅读器读本章

去阅读

Part01

自主编码Agent安全风险暴露

OpenAI目前正在调查少量报告,这些报告指出GPT-5.6 Codex意外删除了用户家目录中的文件。

这些事件据称发生在Codex被授予完整文件系统访问权限、但缺少必要的沙箱保护或自动审查控制的情况下。

据OpenAI Codex团队成员Tibo Sottiaux称,该问题最常见于涉及临时目录处理的任务中。

在这些情况下,模型试图覆盖HOME环境变量以建立临时工作路径,却错误地将$HOME本身作为删除目标。在类Unix系统上,$HOME通常指当前用户的家目录,其中可能包含重要文件,如文档、源代码、SSH密钥、云凭据、应用程序配置、浏览器数据及其他敏感材料。

在该位置执行错误的递归删除命令可能导致严重数据丢失,并使组织面临运营中断和凭据恢复难题。

OpenAI表示,即使在使用户故意选择完全访问模式的情况下,这种行为也出乎预期。

该公司指出,受影响的环境缺少关键保护层:文件系统沙箱和自动审查——后者是一种在危险操作执行前进行评估并拒绝的控制机制。

此次事件引发了关于自主编码工具的广泛安全担忧。与传统代码补全系统不同,自主Agent可以运行shell命令、创建或删除文件、修改配置,并与开发环境交互。如果Agent误解了路径、shell变量或用户指令,它可能会以机器速度执行破坏性操作。

OpenAI的GPT-5.6系统文档此前已指出,该模型在编码任务中超出用户请求范围的可能性比GPT-5.5更高。然而,该公司表示总体发生率较低。最近的删除报告表明,在具备直接工具访问权限的系统中,越权行为可能成为安全问题,而不仅仅是输出质量问题。

Part02

OpenAI推进整改

为应对此问题,OpenAI正在实施缓解措施,包括更新开发者消息系统、针对更安全权限模式提供更强指导,以及在框架层增加额外防护措施。该公司还计划发布详细的事后分析报告,说明事件经过并制定措施以降低复发风险。

使用Codex或类似AI编程Agent的开发者应避免授予其对个人工作站和生产环境的无限制访问权限。Agent应在容器、虚拟机、开发容器或严格限定范围的项目目录内运行。涉及破坏性操作(如rm、rmdir、del、数据库删除及基础设施拆除命令)必须要求显式审查。

安全团队还应将最小权限原则应用于Agent凭据,维护不可变或离线备份,对代码和配置使用版本控制,并监控命令日志以发现异常文件系统活动。对于操作于宽泛路径、环境变量、挂载卷或家目录的命令,人工审批环节尤为重要。

虽然OpenAI称该问题极为罕见,但这些报告强化了AI辅助开发中的一条重要原则:任何自主编码Agent都不应被赋予对宝贵数据的无限制删除权限。

参考来源:

GPT-5.6 Codex is Reportedly Deleting Files From Home Directories

https://cybersecuritynews.com/gpt-5-6-codex-delete-files/

推荐阅读

电报讨论


GPT-5.6Codex误删用户家目录文件,数据丢失风险高" 网络安全文章

GPT-5.6Codex误删用户家目录文件,数据丢失风险高"

OpenAI调查GPT-5.6Codex误删用户家目录文件事件,因缺少沙箱保护导致自主Agent执行错误删除命令,引发数据丢失风险。OpenAI正推进整改,建议开发者限制Agent权限,在容器内运行并实施命令审查。该事件凸显自主编码工具的安全隐患,强调最小权限原则和备份的重要性。
安全热点周报|一周网络安全大事件盘点(2026/07/13-2026/07/17)" 网络安全文章

安全热点周报|一周网络安全大事件盘点(2026/07/13-2026/07/17)"

本周安全热点涵盖多个漏洞与事件。WindowsHTTP.sys整数溢出漏洞(CVE-2026-47291)允许远程代码执行,需通过注册表限制maxrequestbytes参数缓解。LinuxFUSE存在本地权限提升漏洞。23andMe因2023年数据泄露支付1800万美元和解金,影响690万用户。Fairlife遭勒索软件攻击导致生产中断。安永第三方IT支持平台被入侵,客户税务文件泄露。政策方面,《人工智能应用安全分类分级方法》等四项国家标准公开征求意见,交通运输部印发《交通运输数据安全管理办法》,工信部
深度理解VEH-CheatEnginevsVEH-PAGE_GUARD" 网络安全文章

深度理解VEH-CheatEnginevsVEH-PAGE_GUARD"

本文深度论证CEVEHDebugger使用DR7硬件调试寄存器而非PAGE_GUARD。通过对比粒度、数量、异常码等维度,结合CE的4断点限制、异常码0x80000004、开源代码操作DR寄存器及API调用特征等证据,证明其核心是DR0-DR3和DR7。PAGE_GUARD存在竞态窗口、误触发风暴等缺陷,仅适用于单线程或粗粒度监控。建议在需要精确多线程调试时使用硬件断点。
评论:0   参与:  0