AI渗透工具ARTEX翻车，开源安全工具的滥用困局，又该如何破？

原创

是老A
是老A

老A搞安全

2026年10月27日 08:02
贵州

去阅读

一位深耕网络安全的老兵，目前是一家安全公司的技术分管，擅长渗透测试及安全培训方向，老A的愿望是大家没烦恼，一切顺心！

不知道大家前段时间有关注GitHub上开源了一个名叫ARTEX的项目

个人开发者开源的安全测试工具，前端时间被指卷入针对韩国金融机构、日本企业的网络攻击。开发者宣布闭源停更，声称自己与攻击无关。技术中性的老问题，又一次摆在了开源安全社区面前

这是一套基于大语言模型（LLM）的AI自主渗透测试系统，一样的是让AI自动完成部分渗透测试流程，帮助安全人员在获得授权的前提下发现系统漏洞

对个人开发者来说，开源是一种技术分享，也是让项目接受社区检验的常见方式

整体事件最后咋样，不言论

不过呢，这件事折射出的，是开源安全工具的老问题：技术中性，但使用场景难以控制

一个为防御方设计的工具，一旦公开，也可能被攻击方拿去使用。渗透测试工具尤其如此，它和攻击工具之间，往往只隔着一层“授权”的边界。开源让技术得以传播，也让边界变得模糊

更现实的是，个人开源项目在面对滥用风险时，往往缺乏足够的应对手段：没有法务团队，没有使用协议的执行力，也很难追踪谁下载、谁使用、用在了哪里。开发者能做的，常常只有事后闭源

这事件还是值得各位安全从业者深思

ARTEX的遭遇不是孤例。每一次安全工具被滥用，都会引发同样的讨论：开源安全工具该如何平衡传播与风险？开发者是否该为工具的滥用承担责任？使用协议和授权边界，又该如何真正落地？

对安全从业者来说，这或许是个提醒：开源安全工具的便利背后，授权边界和使用规范同样重要。工具本身没有立场，但使用它的人有

事件发生时，思考许久，屡次发生的问题该如何破局？

答案可能不在开发者身上，而在平台和监管层

如果开源平台对高风险安全工具设有更明确的使用协议模板和滥用举报机制，如果网络安全法规对“工具提供者”和“工具滥用者”的责任边界有更清晰的界定，个人开发者才不至于在“分享技术”和“被卷入攻击”之间进退两难

任重道远吧……

至于ARTEX卷入攻击的具体细节，目前仍在调查和指控之中。后续进展，值得继续关注

⚠️ 声明：本文综合法新社、联合早报、GMO分析及开发者公开声明整理。部分指控仍在调查中，请读者注意区分“已确认事实”与“调查中说法”