NEAR AI 因推理引擎漏洞遭入侵（约 100 名用户的账户信息）：已确认的事实，以及用户和 AI 基础设施运营者应怎么做

据公司的报告，对于确认账户信息曾被访问的用户，以及这 18 个智能体的所有者，公司已通过 security@near.ai 直接联系，并告知适用的步骤。请也检查垃圾邮件文件夹。如果您收到了消息，请先按其指引操作。

如果不确定消息是否真实，请不要打开其中的链接，而是自行打开公司的官方网站。公司的联系方式是 security@near.ai。

公司建议，对主动发来、提及您账户或余额的消息要保持警惕。被取走的是邮箱地址和姓名，部分账户还有套餐和余额信息。把这些放在一起，就能写出以假乱真的假冒消息（一般而言）。请不要打开链接，而是通过书签查看账户。详见什么是网络钓鱼。

公司确认的是：18 个旧版智能体的聊天记录、设置和日志被取走；另外，两家 Cloud 客户的 API 密钥曾在日志中暴露（未说明被取走）。公司还称，11 月 8 日被入侵服务器上的用户请求可能被观察到。

如果您曾把 API 密钥、密码或连接字符串放进智能体的设置或聊天中，出于预防请向签发方更换。无需等到弄清它是否被看到。关于密钥的处理，请参见环境变量与 API 密钥基础。

公司称，在日志中暴露的密钥属于两家 Cloud 客户，已被吊销。报告没有给出针对其他客户密钥的指引。请检查您在哪些地方使用密钥，删除不再使用的密钥，并确认没有把它们写进日志或历史记录（本站看法）。

针对本次事件，您自己的推理和智能体基础设施需要检查哪些方面，下文“AI 基础设施运营者应检查什么”中有汇总。

在这次的说法中，一台推理服务器上的代码执行，导致了其他基础设施被访问。不给推理服务器配置通向内部管理系统和其他服务器的凭据或连接，并把它的通信限制在必要的目的地，可以缩小一台被入侵的机器的影响范围（本站看法）。

被取走的账户信息位于已停用的 Private Chat 背后的内部系统中。对于不再使用的服务，不要只是关掉：要删除数据、吊销凭据，并将其从网络中移除。留下的一切，都是发生入侵时会暴露的内容（本站看法）。

这 18 个智能体位于未在机密计算环境中运行的旧版部署上。强化新环境，会让旧环境成为薄弱的一侧。请迁移它，或为其退役设定期限，同时对它适用相同的权限限制（本站看法）。

公司称两家 Cloud 客户的 API 密钥曾在日志中暴露。不要把请求头或设置原样写入日志，要对密钥和令牌做掩码处理，并限制日志存放位置的访问权限。同时预先准备好密钥一旦进入日志时能迅速吊销的步骤（本站看法）。另一起以密钥处理为焦点的案例，参见Northflank 安全事件。

公司在所有推理服务器上部署了修复，并向 SGLang 项目报告了该漏洞。如果您使用开源推理引擎，请保持一条能把已发布的修复迅速推送到每台服务器的部署途径，并保有所运行版本的清单，这样可以缩短从发现到修复的时间（本站看法）。另一起针对 AI 基础设施的入侵，见Hugging Face 遭入侵事件。