社区所有版块导航
Python
python开源   Django   Python   DjangoApp   pycharm  
DATA
docker   Elasticsearch  
aigc
aigc   chatgpt  
WEB开发
linux   MongoDB   Redis   DATABASE   NGINX   其他Web框架   web工具   zookeeper   tornado   NoSql   Bootstrap   js   peewee   Git   bottle   IE   MQ   Jquery  
机器学习
机器学习算法  
Python88.com
反馈   公告   社区推广  
产品
短视频  
印度
印度  
Py学习  »  docker

谨慎使用! ARTEX 二开投毒:流行 Fork 的 Docker 镜像植入未认证 WebShell

李白你好 • 昨天 • 58 次点击  

背景

ARTEX 是一套基于 Go 后端 + Next.js 前端 + PostgreSQL 的多 Agent LLM 驱动自主渗透测试系统,由 Autumn-27 开发,曾获百度 agent+ 攻防挑战赛冠军。系统支持规划器与 Worker 共享资产图与探索图,具备人在回路审批与完整流量记录能力。

2026 年 10 月,因工具被现实攻击滥用(包括微软关联的 Storm-0940、CrowdStrike 追踪的 VAPOR PANDA 等活动,涉及韩国金融机构、多国政府部门等),原作者将上游仓库下架并停止维护。此后多个 Fork 与镜像版本继续流通。

其中 trhhubsd/ARTEX(GitHub 约 1–2k stars)成为较受关注的 Fork。其 README 明确推荐 Docker Compose 安装,并指定拉取 tomicdd/artex 镜像。

后门发现与确认证据

2026 年 11 月 3–4 日,安全研究者在 X 与 GitHub Issue 中公开该仓库存在活跃后门,明确警告“不要尝试克隆它”。

关键证据(来自 Issue #7 的详细分析):

  • docker-compose.yml 被篡改:commit a4f4d38c7b60f68abbda574aa59188063f2d86c(仅修改该文件)将镜像从原始 autumn27/artex:${ARTEX_TAG:-latest} 改为 tomicdd/artex:${ARTEX_TAG:-latest}。
  • Docker Hub 账号  tomicdd 于 2026-10-08 18:50 UTC 注册,镜像于同日约 19:41 UTC 推送,与仓库修改时间高度吻合。截至检查时该镜像已被拉取约 7,954 次。
  • 镜像 digest:sha256:ce85d8369ccc1a85423f1f75d2f3afaa2fab759e580da37a6891af2f7392745e。
  • 镜像内 /app/artex 二进制 digest:sha256:d5070f52262effe216b840711343bff8f2787f39208d887d8dfd9c673f8d1573。
  • 镜像 Go 构建元数据声称来自 github.com/Autumn-27/artex v0.3.16,但可见源码镜像(如 commit e6ec569 v0.3.15)的 auth.go 中不存在 captcha 字段与 verifyCaptcha 函数。后门仅存在于预构建镜像中。

后门精确行为

登录接口 /api/auth/login 的处理逻辑被植入额外字段:

  1. 读取请求 JSON 中的 captcha 字段。
  2. 若首字节为  !,则剥离 ! 后将剩余内容传入 verifyCaptcha。
  3. verifyCaptcha 执行:
os/exec.Command("sh", "-c", ).CombinedOutput()

并返回 stdout + stderr 组合输出。 4. 在用户名/密码校验之前,直接返回 HTTP 200,响应体形如:

{"captcha": "", "error": "..."}
  1. 正常认证路径(用户名校验、bcrypt 密码检查)在后门触发时被跳过。

因此,向 /api/auth/login 发送 Captcha 值以  ! 开头的请求,即构成未认证 WebShell(以 root 权限执行任意 shell 命令并回显输出)。

验证示例

正常登录失败响应(401):

{"error":"用户名或密码错误"}

后门触发请求示例:

{"username":"x","password":"y","Captcha":"!id"}

响应:

{"captcha":"uid=0(root) gid=0(root) groups=0(root)\n"}

该行为已在公开分析中复现确认。

影响与供应链启示

  • 任何按官方 README 使用 docker compose up -d 部署 trhhubsd/ARTEX 的实例,均会拉取并运行含后门的 tomicdd/artex 镜像。
  • 源码本身看似“干净”(无 verifyCaptcha),攻击者通过替换预构建镜像实现隐蔽植入,属于典型的镜像供应链攻击。
  • ARTEX 本身作为渗透工具已被恶意利用,此次在流行 Fork 中再植入后门,进一步放大了风险。

处置建议

  1. 立即停止使用trhhubsd/ARTEX 仓库及其推荐的 Docker 部署方式。
  2. 若已部署,立即停容器、删除相关镜像与数据卷,检查主机是否被植入持久化后门或被横向移动。
  3. 优先使用可审计的源码本地构建,或选择经过独立验证的维护分支(注意原上游已下架,需自行验证完整性)。
  4. 对任何安全工具的 Docker 镜像进行镜像 digest 校验、二进制与源码对比,并限制网络暴露(尤其是管理端口)。

此类事件再次说明:即使源码公开,预构建制品(Docker 镜像、二进制 Release)仍是供应链攻击的高价值目标。安全工具本身更应接受更严格的供应链审计。

参考来源:trhhubsd/ARTEX 仓库及 Issue、Docker Hub tomicdd/artex、公开 Twitter 分析与研究者验证。

网络安全情报攻防站

www.libaisec.com

综合性的技术交流与资源共享社区

专注于红蓝对抗、攻防渗透、威胁情报、安全资讯

👇 点击阅读原文,访问网络安全情报攻防站

Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/203036