muteki_CTF工具介绍
CTF自动化的天花板来了
多Agent蜂群架构 · 三大引擎同时干活 · 自动打CTF
—— 深度解析开源项目 Muteki（無敵）
【配图：Muteki项目封面图 / 架构全景图】
◆ ◇ ◆
【备选标题组】
▸ CTF选手狂喜！这个开源AI蜂群能自动解题，3大引擎同时干活
▸ 别再单干了！多Agent蜂群架构自动打CTF，效率直接翻3倍
▸ Muteki实测：异构多模型AI集群，CTF/渗透/代码审计全自动
▸ 一个人顶一个战队？这款CTF自动化工具彻底改变解题方式
▸ 从单Agent死循环到蜂群协作，CTF自动化进入新纪元
◆ ◇ ◆
01 项目介绍 |
Muteki 到底是个什么东西？ |
Muteki（無敵），日语「无敌」的意思——项目作者的野心直接写在了名字里。
它不是又一个套壳ChatGPT的工具，而是一套真正开源的、多模型的CTF解题AI Agent集群。
核心设计理念就四个字：蜂群协作。
不是一个Agent单打独斗，而是多个Agent各司其职、协同作战——有负责规划的大脑，有负责执行的Worker，有负责审查的质检员，像一个真正的CTF战队。
【配图：蜂群协作示意图 / 多Agent vs 单Agent对比图】
▎核心亮点速览
▸ 异构多模型集群：同时调度 Claude Code / Codex / Cursor 三大引擎
▸ Reason智能规划器：统一指挥，Agent分工协作不撞车
▸ Web可视化控制台：Next.js UI + FastAPI后端，鼠标操作
▸ Kali Worker镜像：内置全套CTF工具链，开箱即用
▸ 容器化部署：Docker Compose一键拉起，跨平台无压力
💡 一句话理解 单Agent = 一个人打比赛 多Agent蜂群 = 一整支战队打比赛 有指挥、有主攻、有辅助、有审查 |
◆ ◇ ◆
02 测试成绩 |
它到底有多强？数据说话 |
在RIFFHACK2026 3小时全自动无人工接管，速通ak全部题目。获得第八名。
春秋云镜渗透测试靶场blackmaze，三个月0解，muteki 2小时速通一血。
支持引擎数量 3 + N Claude Code / Codex / Cursor 三大官方引擎 + 任意OpenAI兼容端点 |
Worker镜像体积 完整Kali Ghidra / SageMath / 全套exploit工具 / 离线知识库，全部预装 |
架构层级 4层 Reason规划层 → Worker执行层 → Review审查层 → 调度控制层 |
部署模式 2种 本地模式（单人使用）+ Docker Compose（服务器部署） |
▎为什么多Agent更强？
单Agent的痛点，每个用过的人都懂：
▸ 上下文一长就失忆，前面分析的结论后面全忘了
▸ 遇到死胡同不会转弯，一个方向钻到天荒地老
▸ 假阳性不自知，自己骗自己说解出来了
▸ 工具调用链一长就跑偏，离目标越来越远
Muteki的蜂群架构，正好针对这些痛点设计了四道防线：
第一道：规划器防跑偏
Reason规划器作为大脑，始终把控全局方向。Agent跑偏了？规划器及时拉回来。不会出现「干了两小时发现方向全错」的尴尬。
第二道：多路径并行试错
一道题同时让几个Agent从不同角度攻——A走注入路线，B走逻辑漏洞，C走配置错误。总有一条路能通，效率比单Agent串行试错高N倍。
第三道：Review防假阳性
Agent说「我解出来了」？Review Worker独立验证一遍。确认flag正确、利用稳定，才算数。再也不会被AI的自信忽悠了。
第四道：预算控制防失控
总预算秒数、最大Worker数、竞速时长……全部可配置。不用担心AI跑嗨了把你API额度烧光。
【配图：四道防线架构图 / 蜂群协作流程图】
◆ ◇ ◆
03 使用场景 |
它能帮你干什么？ |
CTF只是Muteki的「基础能力」。它的核心架构是为目标驱动的多Agent协作设计的，应用场景远不止打比赛。
▎🏆 场景一：CTF比赛辅助解题
最直接的用法。比赛中遇到卡壳的题，丢给Muteki，让多个Agent同时从不同角度攻击。
▸ Web题：同时试SQL注入 / XSS / 逻辑漏洞 / 文件上传等多条路线
▸ Pwn题：同时试栈溢出 / 堆利用 / 格式化字符串等不同利用方式
▸ Reverse题：同时跑静态分析 / 动态调试 / 符号执行多条路径
▸ Crypto题：同时尝试不同密码学攻击思路
注意：是「辅助解题」，不是「替你打比赛」。你定方向，它帮你试错和验证，效率翻倍。
▎🔍 场景二：渗透测试自动化
给一个授权目标，Muteki可以自动完成完整渗透链路：
▸ 信息搜集 → 端口扫描 → 服务识别 → 漏洞探测 → 尝试利用 → 验证结果
多个Agent分工：一个搞Web层、一个搞系统层、一个搞网络层，并行推进。比单Agent顺序执行快得多。
▎📝 场景三：代码安全审计
丢一段代码进去，多个Agent同时从不同维度审计：
▸ 注入类：SQL注入 / 命令注入 / XSS / SSTI
▸ 逻辑类：越权访问 / 认证绕过 / 业务逻辑漏洞
▸ 配置类：硬编码密钥 / 不安全配置 / 依赖漏洞
最后汇总成完整的审计报告。覆盖面比单Agent广得多，漏报率大幅下降。
▎📚 场景四：安全研究与学习
想学一个新的漏洞类型？让Muteki自动复现CVE、生成分析报告，你只需要看结果和思路。
▸ 自动搭建漏洞环境
▸ 自动编写并调试exp
▸ 自动生成漏洞分析文档
▸ 自动验证修复方案
效率比自己手动搭环境、查资料、调payload高太多了。
◆ ◇ ◆
04 部署教程 |
手把手教你跑起来 |
说了这么多，怎么跑起来？两种部署方式，按需选择。
▎环境要求
▸ uv —— Python工具链和运行器（必需）
▸ Python ≥ 3.13 —— 核心运行环境（必需）
▸ Node.js —— Web UI需要（推荐）
▸ Docker —— 容器模式需要（可选）
▸ 至少一个引擎CLI：claude / codex / cursor（必需）
💡 Windows用户注意 项目官方目前仅在macOS上完整测试过 Windows用户推荐使用Docker Compose模式 控制平面跑在Linux容器里，不受主机OS影响 |
▎方式一：本地模式（推荐单人使用）
第1步：克隆项目并初始化
# 克隆项目 git clone https://github.com/FishCodeTech/muteki.git cd muteki
# 安装依赖 + 运行快速测试套件 ./init.sh |
第2步：配置环境变量
复制 .env.example 为 .env，填入你的API Key：
# 核心配置：Reason规划器的API Key # 默认用DeepSeek，性价比最高 MUTEKI_DEEPSEEK_API_KEY=sk-xxxx
# 也可以换成其他OpenAI兼容端点 # MUTEKI_REASON_BASE_URL=https://api.example.com/v1 # MUTEKI_REASON_MODEL=gpt-4
# 如果要暴露到公网，必须设置密码 # MUTEKI_WEB_PASSWORD=your-strong-password |
第3步：启动Web控制台
# 启动完整Web控制台（后端 + 前端UI） ./run.sh web
# 浏览器访问 http://localhost:3001
# 只启动后端API（不需要UI时） # ./run.sh web --backend-only
# 自定义端口和绑定地址 # ./run.sh web --host 0.0.0.0 --ui-port 3001 |
▎方式二：Docker Compose（推荐服务器部署）
想在服务器上跑？或者用的是Windows？推荐Compose模式，控制平面全容器化。
# 1. 先拉取Worker镜像 docker pull ghcr.io/fishcodetech/muteki-worker:latest
# 2. 启动控制平面 # 两个必填环境变量： # MUTEKI_HOST_DATA_ROOT - 数据目录（主机绝对路径） # MUTEKI_WEB_PASSWORD - 控制台密码（必须设置） MUTEKI_HOST_DATA_ROOT=/opt/muteki/data \ MUTEKI_WEB_PASSWORD='your-strong-password' \ docker compose up --build
# 3. 访问 http://localhost:3001 |
Compose模式下，Worker不是compose服务——而是由web-api每次 docker run 一个兄弟容器。不是Docker-in-Docker，性能更好。
▎凭据配置
启动后，在Web控制台的「凭据账号」页面配置三大引擎的凭据：
▸ Claude：CLAUDE_CODE_OAUTH_TOKEN（claude setup-token 获取）
▸ Codex：~/.codex/auth.json（codex login 后自动生成）
▸ Cursor：CURSOR_API_KEY（cursor.com 官网获取）
▸ 自定义端点：API_KEY + BASE_URL（任意OpenAI兼容厂商）
本地模式下可以跳过配置——只要你自己运行CLI时订阅可用就行。容器模式必须配置，因为容器里没有你的本地凭据。
◆ ◇ ◆
⚠️ 风险警示 |
跑之前，这两件事必须知道 |
⚠️ Muteki是攻击性安全自动化工具 Muteki 会驱动 CLI Agent 执行命令、调用安全工具、访问目标服务。 它不会隔离恶意题目内容——也就是说，它跑的东西可能真的有攻击性。 ✅ 正确做法： • 仅在专用 VPS、一次性虚拟机或隔离机器上运行 • 不要在你的主力工作站/日常用机上运行 • 仅对授权目标使用，遵守当地法律法规 ❌ 禁止做法： • 用于未经授权的渗透测试或攻击 • 在生产环境或包含敏感数据的机器上运行 • 用于任何违法活动 |
⚠️ 成本提醒：多Agent = 多份API费用 多Agent同时干活很爽，但也要注意API成本。 3个引擎 × 多个Worker × 几小时 = 可能不少钱。 省钱建议： • 先设置预算上限（总预算秒数），控制风险 • 先用简单题测试，了解大概消耗 • 合理配置最大Worker数，避免失控 • Reason规划器默认用DeepSeek，性价比最高 |
◆ ◇ ◆
💬 写在最后 |
AI安全工具的下一站 |
Muteki代表的是一个明确的趋势：AI安全工具正在从「单助手」走向「多Agent集群」。
单Agent再强，也有它的能力边界和思维盲区。但如果是10个、20个Agent协同作战，有指挥、有主攻、有辅助、有审查——那就是完全不同的量级了。
当然，它不是万能的。CTF的精髓在于人的创造性思维和直觉，AI目前更多是「加速器」而不是「替代者」。
但谁知道呢？也许再过两年，CTF赛场上的战队组成会变成：3个人 + 30个AI Agent。
▎互动提问
看完这篇，你怎么看多Agent架构在安全领域的前景？
▸ 你用过哪些CTF自动化工具？体验怎么样？
▸ 你觉得多Agent蜂群架构，真的能比单Agent强很多吗？
▸ 如果Muteki支持更多引擎，你最希望加哪个？
欢迎在评论区聊聊你的看法！觉得有用的话，点赞 + 在看 + 转发三连支持一下～
🔒 关注我，持续分享网安圈硬核干货
项目地址：github.com/FishCodeTech/muteki
浙公网安备 33010602011771号