安全与风控
CTF/AWD/靶场多题型编排入口:先走…
当用户提到 CTF、AWD、靶场或比赛题,且没有更具体的 pwn/APK/IDA 路由已命中时,用本入口做 PRIMARY 门闩并转交 CTF-Sandbox-Orchestrator。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
CTF/AWD/靶场多题型编排入口:先走特定
解决思路
- 立刻运行 `../scripts/case-init.ps1`;在 `auth.status=granted` 前禁止对真实外网 ACT。
- 竞赛/靶场场景使用 `-NetworkProfile lab` 或 `offline`。
- 立刻打开包根下的 `../../CTF-Sandbox-Orchestrator/ctf-sandbox-orchestrator/SKILL.md`,按它的 sandbox 假设继续。
- 不要把 40+ 个 `competition-*` 子技能写进 `routing.json`;本入口只是一条 PRIMARY 门闩。
- 由 orchestrator 选择一个 downstream `competition-*` 来执行。
- 具体题型已明确时(pwn/ROP、APK、IDA),应已由 `routing.json` 更靠前的规则赢下,不要再抢。
- 保持分层隔离:`CTF-Sandbox-Orchestrator/` 是 GPL 旁路包,授权默认是沙箱内部;核心路由包仍是 MIT + `scope.md` 门禁;本 skill 只做关键词入口,不把竞赛树并进核心。
- 声称完成前自检:我是否先走了 case-init / scope,而不是把“用户说了 CTF”当成已授权外网?
- 声称完成前自检:我是否打开了 sidecar orchestrator,而不是把 40 个子技能当 PRIMARY?
- 声称完成前自检:若任务其实是 pwn/APK/IDA,我是否让更具体的 PRIMARY 接手?
适用边界 · 注意事项
- 当任务已明确是 pwn/ROP、APK、IDA,且 `routing.json` 更靠前规则已命中时,不要使用本入口抢路由。
- 没有 `CTF-Sandbox-Orchestrator` sidecar 包、`../scripts/case-init.ps1` 或相应沙箱环境时,不适用。
- 非 CTF/AWD/靶场/比赛题场景不适用。