技能介绍

出题人常踩的坑

Web 题一旦先写代码再补设计，很容易出现考点与 flag 脱节、旁路直接读 flag、或链式题中间步骤可被跳过。赛后还要面对「预期解走不通」和 writeup 里凭空出现的 payload 常量——选手无法从题目材料推导，本质是出题信息泄露。

技能如何组织流程

本技能把产出拆成 七个顺序阶段，且每阶段交付物必须经你确认后才进入下一步。前四阶段不写题目代码，只做对齐与设计：

Phase 1：采集方向、难度、知识点（原理 / CVE / 冷门组合 / 内网横向）、语言栈、flag 格式与埋设方式。
Phase 2：从内置知识库抽取考核要点，画出攻击拓扑，并做非预期解排查（弱口令、源码泄露、与考点无关的 flag 路径等）。
Phase 3–4：工程规划（路由、故意留洞的位置、部署形态）与方案总确认。
Phase 5：用脚手架生成工程，实现薄弱点，flag 以 flag{this_is_a_sample_flag_please_replace} 占位，并产出合并版 README 与 writeup。
Phase 7：用与出题上下文隔离的子 agent，仅持选手版 README、服务 URL 与高层思路（不含具体 payload），实解并验收：可解、无硬编码、链路与 Phase 2 一致。

核心纪律是「先想清楚怎么被攻破，再动手做」：flag 只能沿预期解到达。

适用边界

依赖技能包内的 references/*.md 知识库与 scripts/scaffold_challenge.py；内网渗透类题需对照横向移动库的出题自查清单。若你跳过 Phase 7，硬编码与不可解问题缺少客观闸门。用户可在任意阶段要求回退重做，但不应在未确认需求与设计的情况下连跑多阶段。