一款名为 Artex 的开源自主渗透测试工具，正在给它的使用者和互联网上的其他人同时制造麻烦。安全公司 Censys 通过全网扫描发现，超过 800 个 Artex 部署实例可以直接从公网访问，且不需要任何密码即可登录。这意味着任何路过的人都能拿到一套完整的 AI 攻击工具链，包括用于维持持久访问的植入程序。
这件事的吊诡之处在于：Artex 本身并不要求联网暴露。它是可以完全跑在本地或内网服务器上的软件，公网可访问纯粹是部署者配置不当的结果。一个用来找别人漏洞的工具，自己先栽在了最基础的暴露面管理上。
已确认的事实：工具、规模与攻击记录
Artex 的定位是自主渗透测试系统，由 AI 智能体协同完成从侦察到数据窃取的完整流程，人类介入程度很低。它于 2026 年 7 月公开发布，开源免费，迅速成为无法访问 Anthropic 或 OpenAI 顶级安全模型者的替代选择。微软此前已将其描述为可“从侦察一路打到数据外泄”的智能体系统。
Censys 的扫描数据给出了一个具体数字：800 多个无需认证即可访问的独立部署。撰写相关分析的安全研究员 Silas Cutler 也明确指出，并非所有实例都出于恶意，相当一部分属于授权测试人员。但问题依然存在——为什么数百套系统会以公网裸奔的方式运行，目前没有合理解释。
在攻击侧，Artex 已被关联到多起真实事件。9 月针对韩国金融行业的攻击中，CrowdStrike 将矛头指向一名中文使用者，其使用的 Artex 实例留下了开放目录，Censys 的数据显示该实例已公开暴露数月，内含的攻击数据范围远超韩国银行，还涉及支付和游戏公司。10 月，IT 支持巨头 ConnectWise 遭入侵，攻击者借助 Artex 进入微软云上托管的大量组织环境窃取数据，微软称其速度之快让防御方“几乎没有时间检测和响应”。
另一个值得注意的细节是，多起攻击利用的并非什么高级零日，而是弱口令、已知密码、缺少多因素认证这类基础缺陷。攻击者的门槛被 AI 拉低了，但突破口依然是老问题。
对开发者和企业的影响
对开发者而言，最直接的教训是：默认安全配置不是可选项。Artex 这类工具通常自带 Web 管理界面或 API 服务，如果监听地址写成 0.0.0.0 且未加认证，就等于把攻击面板挂到了公网上。一个最小化的自查清单：
| 检查项 | 风险表现 | 建议动作 |
| 监听地址 | 绑定 0.0.0.0 且无认证 | 改为 127.0.0.1 或内网地址 |
| 访问控制 | 无密码、无 MFA | 强制认证 + IP 白名单 |
| 目录暴露 | 开放目录可列文件 | 关闭目录列表，清理输出产物 |
| 版本维护 | 长期未更新 | 跟踪上游安全公告 |
对企业防御方来说，这类暴露实例本身就是情报源。攻击者留下的开放目录里可能包含植入程序、C2 配置和攻击日志，安全团队可以据此做威胁狩猎，检查自己的边界日志中是否出现过对这些 IP 的访问。
尚不确定的部分
目前仍不清楚这 800 多个实例的归属分布：多少属于安全公司在做红队演练，多少属于个人研究者的实验环境，多少已经被恶意方接管或利用。Censys 只给出了暴露数量，没有做意图分类。
另一个变量是 Artex 的闭源转向。项目方已宣布将转为闭源，仅向付费客户提供后续版本。但代码分享网站上仍散落着数十份 Artex 源码副本，这些副本不会因为上游闭源而失效，仍可被用于实际攻击。闭源能在多大程度上收紧工具扩散，目前无法评估。
此外，已曝光的实例是否已被第三方扫描并“捡漏”利用，缺乏公开的观测数据。从暴露到被利用之间的时间窗口，往往比人们想象的短得多。
行动建议
如果你或你的团队部署过 Artex 或类似的自主渗透测试工具，建议立即做三件事：确认实例是否可从公网访问、检查是否存在无认证入口、审计输出目录是否包含敏感的攻击载荷与凭据。对于安全负责人，可以把 Censys 披露的这批实例 IP 纳入边界监控名单，观察是否有内部资产与之通信。
更宏观的判断是：AI 降低了攻击工具的使用门槛，但没有降低安全卫生的门槛。弱口令和缺失的 MFA 依然是最高效的入口，而配置失误既能让防御方失守，也能让攻击方自己暴露。工具越强，部署纪律越值钱。