数百台Artex渗透测试服务器暴露公网

AI 攻击工具也会因为配置错误，把自己的入口暴露给陌生人。TechCrunch 报道，安全公司 Censys 发现超过 800 个 Artex 部署实例无需密码即可从公网访问，外部人员可能借用这些系统发动攻击。

这件事值得程序员关注，不只是因为 AI 能自动寻找漏洞，更因为攻击工具和受害系统踩中了同一类坑：弱密码、缺少多因素认证，以及不该开放的服务被放到了公网。

超过 800 个实例暴露，究竟暴露了什么

Artex 是一款中国开发的开源自主渗透测试工具。这里的「自主」，指软件能够自动探测计算机系统的弱点。Microsoft 将它描述为一套 AI Agent 系统，可以在很少人工干预的情况下，完成从侦察到数据窃取的攻击流程。

原文称，Artex 在 7 月公开发布后，已被关联到多起网络攻击。由于任何人都能下载并部署，它也成为无法使用 Anthropic 或 OpenAI 最先进网络安全 AI 模型的一部分人的选择。不过，报道没有提供这些工具之间的能力对照。

Censys 通过互联网扫描，识别出超过 800 个不同的 Artex 部署实例，访问时不需要密码。问题不只是别人可能看到一个页面，还包括外部人员可能调用攻击能力，以及接触部署中暴露的攻击工具，例如用于隐藏和维持入侵访问的植入程序。

超过 800 个公开实例，不等于超过 800 个恶意部署。

负责这项研究的 Silas Cutler 明确表示，许多实例用于获得授权的安全测试。真正反常的是：Artex 并不要求部署者将它开放给互联网，但仍有数百个系统处于公网可访问状态。为什么会这样，报道没有说清。

AI 加快了攻击，入口却可能很普通

报道列举了两组事件，但它们的证据来源需要分开看。

第一组是 9 月针对韩国金融行业的攻击。CrowdStrike 将攻击归因于一名使用中文的黑客，判断依据之一，是对方留下了托管相关系统的开放目录。Censys 的数据进一步显示，该 Artex 实例已经公开暴露数月，其中的攻击数据似乎还涉及支付和游戏公司，范围超出了韩国银行。

第二组是 10 月早些时候针对 IT 支持公司 ConnectWise 的攻击。报道称，中国关联黑客借此监视了数千家组织，这些组织的数据和文件托管在 Microsoft 云端。Microsoft 表示，攻击者使用 Artex 进入客户云环境并窃取数据，速度快到防守方几乎来不及发现和响应。

这里最值得程序员留意的细节，是许多关联攻击利用的并非复杂漏洞，而是猜测弱密码或已知密码，以及账户缺少多因素认证。

自动化工具可以压缩攻击流程所需的时间，但报道没有给出攻击耗时、成功率，或与人工操作的对照数据。因此，「速度很快」是 Microsoft 对所观察事件的描述，不能直接推广成 Artex 在所有环境下的表现。

我的判断

这篇报道最有价值的提醒，是把注意力拉回了服务暴露和身份认证。攻击者可以使用 AI，防守者也可以部署 AI，但一个无需密码即可访问的操作入口，仍然可能让整套系统失去控制。

同时，要区分三件事：扫描发现实例暴露、安全公司将工具关联到攻击，以及厂商对攻击速度的评价。它们分别支持不同结论，不能拼成「所有公开实例都在攻击别人」，也不能证明 Artex 比其他工具更强。

Artex 随后宣布转向闭源，将后续发布限制给付费客户。但原文还提到，代码分享网站上仍有数十份代码副本，可以继续被用于攻击。

限制后续代码发布，不能替代对现有部署的访问控制。

相比把希望寄托在工具闭源上，收紧公网入口、补齐认证、启用多因素认证，更直接对应报道中已经出现的问题。不过，原文没有提供治理前后的对照数据，不能据此承诺某个措施能降低多少风险。

能拿来做什么

• 如果团队正在试用 Artex 或类似自主测试工具，先核对部署是否需要公网访问，并检查匿名用户能否进入操作界面、调用功能或浏览目录。
• 排查自己负责的测试平台和管理后台时，把弱密码、已知默认密码及缺少多因素认证的账户列为优先项；这些正是报道中多起攻击涉及的薄弱点。
• 使用自动化渗透测试工具时，明确测试授权和目标范围，并检查任务记录、攻击数据及植入程序等文件是否被公开目录暴露。
• 评估 AI 安全工具时，将「能否自动完成攻击流程」与「部署是否有可靠认证」分开检查，避免只关注演示效果，漏掉工具自身的访问入口。