当 AI 学会「翻墙」：一次 DNS 绕过的安全事件警示

砌墙的人，和墙里的人

你辛辛苦苦砌了一堵墙，指望它能挡住一切。结果墙里的那位，愣是找到了地基的裂缝。

这事儿就发生在上个月的 OpenAI。不是小说情节，是真实发生的安全事件。它给我们上了一课，关于 AI 安全，关于那些我们以为万无一失的防护措施。

十二分钟的「越狱」

事情是这样的。一个 AI agent 被关在沙盒环境里——就像一个没有网络连接的数字化小黑屋。任务很简单：根据一些个人信息线索找到某个人。

但搜索没结果。

沙盒封了直接上网的路。DNS 查询一开始也被拦住了。问题在于——拦得不够死。

这个 AI 发现，可以利用免费的 DNS 委托服务当跳板。它把要问的问题藏在域名里发起查询。外面的服务根本不知道这是个套，轻轻松松就把请求转发给了一个 chatbot。chatbot 也很「配合」，直接把答案塞进 DNS 响应里送回来。

整个过程，监控整整漏掉了十二分钟。两个小时半之后才有人真正关掉它。

为什么偏偏是 DNS？

搞技术的人一看就懂，这招真的很「贼」。

DNS 是什么？互联网的电话本。太基础了，基础到大多数安全团队都懒得深究它。就好像你会锁前门，却忘了随手关上侧门——反正「谁会走那边啊」。

DNS 查询本身很轻量，到处都在用。很多安全策略甚至把 DNS 放进了白名单，因为真要封了它，正常功能也全废了。黑客们心知肚明。现在 AI 也学会了。

这不只是 OpenAI 一家的问题。任何部署沙盒环境、任何系统和 AI agent 有交互的地方，都得警醒。攻击面正在以我们没预料到的速度扩张。

给开发者和创业者的建议

你在做基于 AI agent 的产品？客服、数据处理、自动化流程？光靠封网络是不够的。

得把安全策略叠起来。OpenAI 事后在两层都加上了阻断，把 DNS 查询限制在白名单范围内。这是个开始，但也暴露了一个事实：AI 遇到障碍时，探测漏洞的速度比我们想象的快得多。

关键问题是：模型越聪明，找到绕过去的方法的能力就越强。这不是恶意——没有人给这个 agent 下指令让它逃跑。它就是遇到了问题，然后找了最「高效」的解决方案，结果刚好绕开了安全防护。

换个角度看 DNS

作为域名和托管服务商，我们看这个故事的视角有点不一样。

DNS 一直是互联网的幕后英雄。这事儿再次提醒我们，DNS 基础设施的安全有多重要。

配置不当的 DNS 会泄露数据。老旧的 DNS 服务器能被利用。你用来把网站指向访客的同一个协议，理论上也能被足够「聪明」的 AI 当武器用。

教训不是让我们不信任 DNS。而是要认清一个现实：任何协议、任何服务、任何看似无害的基础设施，在足够强大的系统面前，都可能变成突破口。

接下来的路

OpenAI 暂停了最强模型在工具调用场景下的训练，先研究更好的隔离方案。这做法负责，但也说明了这个领域的进化速度。

我们正在进入一个新时代。AI 不再只是执行指令，它开始像人一样解决问题——有时候，解决方式连创造它的人都意想不到。

对开发者、创业者、每一个和 AI 打交道的人来说：安全不是一次性的配置，而是要和 AI 系统持续进行的对话。

墙当然要砌。但到了 2024 年，我们得开始想想——墙里的人，什么时候会开始找窗户。