那一次热身赛我印象很深。新队友把一道常规 Web 题目的页面和源码片段直接粘进 AI 助手不到五分钟AI 给出了完整的利用思路和构造方式他照着操作拿到了 flag。坐在旁边的老选手还在逐行读源码表情从疑惑变成无奈。这个场景在未来只会越来越常见当 AI 能以接近“秒懂”的速度覆盖公开知识型题目时传统 CTF 的“快速夺旗”逻辑就开始被稀释。如果把“后 AI 时代的 CTF”简单理解成“禁掉 AI”那多半会陷入无休止的监督博弈。更值得思考的方向是CTF 赛制能不能从一场“解题比赛”变成一次“研究静修营”——英文里叫 Research Retreat。它不是要求大家跑得更快而是给大家一个可以慢下来、深进去、围绕一个真实问题做长期探索的环境。后 AI 的 CTF 不一定是一个更快更强的竞赛反而可能是一次更接近研究本质的深度练习。这个判断是我在反复观察 AI 辅助解题的边界之后得出的。1. 为什么传统 CTF 的核心逻辑正在被 AI 稀释1.1 CTF 的本质里有相当一部分是模式识别传统 CTF 的题目看起来五花八门但拆开来看很多题目在本质上考的是能不能认出这是一个什么类型的问题并且快速套用已知方法。Web 题里常见的逻辑漏洞、文件上传、序列化结构Misc 题里的隐写格式、编码方式密码学里的常见攻击模型逆向题里最常见的混淆手法。这些内容在公开博客、GitHub、历年 writeup 里都有大量沉淀。AI 大模型恰恰最擅长处理这种“已知知识覆盖”的问题。它可以把一个题目的特征描述、代码片段和历史套路做快速匹配几秒钟给出建议方向。对出题人来说这是非常头疼的事你设计了一个自以为精巧的题目实际上只是把多个公开套路组合了一遍AI 一旦能识别中间的关键特征绕开人类选手需要逐个试错的探索过程。这里要分清一个边界AI 并不能秒杀所有 CTF 题目。比如需要真实环境交互、需要大量调试、需要处理非标准二进制协议、需要结合运行时动态状态做多步推理的题目AI 的表现依然不稳定。但问题在于每年大量入门题和中等题都处在“已有套路”覆盖范围内。如果比赛依然以这些题为主体AI 辅助会显著削弱考核的区分度。1.2 单次跑通不等于理解更不等于能力迁移我在不少公开讨论里看到一种乐观说法AI 既然能帮我们做题那人类选手就可以专注于更高层的策略。这种说法有一定道理但忽略了一个关键问题CTF 的分数系统只能记录结果无法记录过程中到底是谁完成的推理。选手把题目丢给 AI拿到 flag 后可能完全不知道中间某一步为什么生效。这就像一个学生请人代写了作业交上的答案是对的但自己的理解没有增加。放在实际工作里CTF 培养的能力应该是“面对一个未知系统时能自主建立假设、设计验证、定位问题、给出修复”。如果 AI 把中间过程黑盒化选手只是把题目描述和 AI 的输出复制到提交框里那这场竞赛就在评价“提问工具的能力”而不是“选手的能力”。所以传统 CTF 危机的本质不是“AI 太强”而是“赛制只评价结果不评价过程”。只要结果可以被轻松替代赛制就需要改变评价对象。2. “后 AI CTF”不是禁止 AI而是重新定义赛制目标2.1 从“提交 flag”到“提交研究报告”如果目标从“找到正确答案”变成“提交一份可复现的安全分析报告”AI 的角色就会从“答案生成器”变成“研究助手”。选手可以把 AI 当作一个可以快速整理知识的协作者但最终必须用自己的语言和逻辑解释整个问题。一份合格的研究型 CTF 报告大致包含五块内容问题定义这个目标有什么异常它在什么场景下会出现分析过程我检查了哪几个模块用了什么手段排除了哪些可能。实验记录我做了什么最小验证结果是什么失败了几次。结论论证我如何确认根因如何证明它和现象之间的关系。修复建议对这个问题当前最合理的缓解方案是什么。这种赛制下AI 能帮选手快速检索历史漏洞模式、生成测试用例、建议排查方向但选手必须亲自动手验证。更重要的是选手得能向评审解释“为什么这一步是必要的”这恰好是 AI 输出最薄弱的地方。AI 擅长叙述“怎么做”但很少能解释“为什么在那些看似无关的路径里选择这一条”。后者依赖人的判断。这种设计并非凭空想象。它很像真实安全研究中的日常先收到一个模糊的安全事件线索然后花几个小时甚至几天去还原现场、分析根因、验证影响最后输出一份别人能照着复现的报告。CTF 如果变成一个短期、小规模的研究训练场它对人的帮助会比单纯比反应速度更长远。2.2 传统 CTF 与研究型 CTF 的四个维度差异可以用一个表格来理解这两种赛制的差异维度传统 CTF后 AI 研究型 CTF时间尺度几小时到一天几天到几周题目答案固定 flag唯一解开放问题多种有效结论评价内容是否正确提交是否清楚论证、可复现工具使用手工 脚本AI 辅助 人工验证协作模式小队内部协作人机协作 评审问答学习目标快速掌握常见套路建立深度问题理解这个对比说明后 AI CTF 不是“禁止 AI”的复古路线而是顺势把考核重心迁移到 AI 最不擅长的那一层。有人会担心开放题会不会拉长比赛时间降低观赏性这是事实。传统 CTF 的紧张感来自时间压力而研究型 CTF 更像论文答辩。但我们需要意识到CTF 本身不是综艺节目它的第一目标是训练和筛选能力。如果一项比赛制度已经无法有效区分选手真实水平那保留它的紧张感和观赏性就没有意义。2.3 为什么叫 Research RetreatRetreat 这个词在学术和研究机构里通常指“一段时间内放下日常事务专注一个核心问题”的活动。它不强调竞赛而是强调深度思考、自由讨论和试错。后 AI 时代的 CTF 完全可以往这个方向走。想象一个场景选手拿着同一个真实世界里的软件副本用一周时间分析其安全边界每天早上和同行讨论思路下午做实验晚上记录日志第五天提交一份像样的小型研究报告。这个场景既保留了 CTF 的挑战性又加入了研究最重要的元素——时间、耐心、怀疑和验证。这让我想起第一次接触漏洞挖掘时的感受真正困难的地方不是“知道某个 CVE”而是能在一个庞大的代码库里找到那个被忽略的入口。这需要的不只是技巧更是一种愿意慢下来反复确认的耐心。研究型 CTF 恰恰能锻炼这种耐心。3. 如果要办一场后 AI CTF应该怎么设计3.1 题目分层基础题、进阶题、研究题如果直接把整场比赛都改成开放题对新手并不友好。更好的做法是分层设计让不同阶段的选手都能找到适合自己的挑战。第一层是基础题可以允许 AI 辅助。这类题目的目标不是拉开差距而是让新选手快速熟悉环境知道 CTF 到底在做什么。AI 可以帮助新手降低入门门槛比如解释一个框架的请求流程、提示常见的入手点。这个阶段成绩的意义不大更多是热身和引导。第二层是进阶题要限制 AI或者至少要求选手实时记录思考过程。题型可以是需要和实际环境交互的题目比如动态调试、条件竞争、复杂状态分析。这类题目的价值在于即使 AI 给出了方向选手也要花时间验证和调整因为环境状态是实时变化的。第三层是研究题不设唯一解。题目可以来自真实开源项目的已知问题但要求选手不能只交一个答案而是要写分析过程和修复建议。比如给定一个教学中常用的 Web 应用请分析某个模块是否在处理外部输入时存在安全风险并用最小实验验证你的结论。这里不对具体漏洞利用做演示只要求选手展示排查思路、日志证据和修复方案。这是一种可落地、合规、有研究价值的题目形式。3.2 评分规则结果分、过程分、表达分研究型赛制不能使用简单的对错判定需要设计一个多维评分模型。可以按以下三个维度来打分结果正确性结论是否成立关键证据是否有效。过程完整性是否记录了失败的尝试是否展示了排除其他可能的过程。表达清晰度报告是否能被其他人理解并复现。一个常见的评分公式可以是最终分 结果验证分 × 40% 过程记录分 × 35% 表达与可复现分 × 25%这不是唯一标准但它强调了一件事把过程写清楚和得出结论一样重要。在传统 CTF 里没有人关心你的失败过程在研究型 CTF 里失败过程反而是重要的学习资产。3.3 平台和环境准备有哪些关键点如果要实际操作环境准备会比传统 CTF 复杂不少。需要考虑几件事隔离环境每个选手或每组选手需要独立的靶场实例避免互相干扰。日志与审计平台要记录选手的操作行为方便评审回溯。AI 资源如果允许 AI 辅助要么提供本地模型接口要么允许选手自带工具但要约定输入信息边界。固定依赖靶场镜像需要固定操作系统版本、软件版本和配置否则复现会出现偏差。这些要求看起来繁琐但也是真实研究环境的缩影。越是接近真实越能考验选手对环境的掌控能力。建议如果只是小规模实验不必一开始就追求完整平台。可以用一个 Git 仓库保存题目环境和报告模板用 GitLab/GitHub 的提交记录代替过程日志。先把规则跑通再考虑平台化。3.4 一个最小可执行的题目样例假设我们要出一道研究型 CTF 题可以这样设计题目名称一个教学级 Web 应用的输入处理分析目标环境一个部署在 Docker 容器里的教学 Web 应用它有一个搜索功能和一个导出报表功能。要求在不修改目标代码的前提下通过黑盒测试和阅读源码判断导出报表功能是否存在用户可控参数可能引发的安全问题。用最小请求样例证明你的判断。给出可操作的安全修复建议。提交一份不超过 2000 字的报告包含分析过程、证据日志和结论。这类题目的答案不是唯一的。选手可以得出“存在风险”“不存在风险但需要加固”“存在风险但不是高危”等不同结论只要证据链完整、方法正确都是有效答案。AI 可以帮忙查资料、整理日志但最终能不能找到问题、怎么验证仍然需要人来完成。4. 真正落地时会遇到哪些坑怎么排查4.1 AI 输出的幻觉常常伪装成“合理结论”研究型赛制允许 AI 辅助但随之而来的最大坑是 AI 幻觉。AI 在不确定时可能生成一段听起来非常合理的解释甚至引用不存在的源码位置或根本不存在的 CVE 编号。如果没有验证习惯选手很容易把幻觉当作事实写进报告。排查链路应该按顺序走要求 AI 给出依据来源比如具体源码行号、函数名或文档章节。到原始环境中核对这些依据是否存在。用最小用例验证 AI 提出的假设。如果 AI 输出的关键事实找不到原始出处直接标记为“未验证”。在报告里明确区分“已验证事实”“AI 建议”和“个人推测”。这其实是把日常使用 AI 时需要养成的习惯变成比赛里的强制要求对长期工作很有帮助。4.2 环境不一致导致结果不可复现很多人在解题时经常遇到一个问题同一道题在自己的环境里能得到结果评委环境里却不行。常见原因往往是环境差异而不一定是选手造假或题目有误。可以从这几个方面排查版本差异目标软件、依赖库、操作系统版本是否一致。文件路径是否有绝对路径写死在配置里。权限问题是否用了 root 或特定用户权限模型是否不同。资源限制内存、CPU、文件描述符限制是否一致。外部依赖是否访问了外网、是否需要特定时间戳。解决办法是提前把环境固化成镜像并提供环境校验脚本。选手提交报告时必须附带环境清单包括 Dockerfile、依赖版本、启动命令等。这样就极大地减少了“在我电脑上能跑”这类尴尬。4.3 如何防止“AI 代答但人没有理解”研究型 CTF 比传统 CTF 更能防止 AI 代答但依然可能出现选手直接把 AI 写的报告交上来。一个有效的做法是增加答辩或面试环节。可以设计成小规模的评审会每个选手用 10 分钟讲解自己的报告评审随机从报告里挑选 3 个关键点提问。如果选手解释不清楚过程分会明显损失。这样会让选手认识到AI 可以作为工具但不能替代理解。如果比赛是线上开展无法组织实时答辩可以在提交模板中设置“必答反思题”。例如你在分析过程中遇到的最大误区是什么你如何确定某个模块不是风险点如果你有 AI 助手它给出的哪条建议最终被你否决了为什么这类问题没有标准答案但能促使选手回顾自己的思考路径。AI 可以生成一份很漂亮的回答但很难编出一套真实且经过验证的失败经验。4.4 资源限制和信息边界研究型 CTF 的耗时更长资源消耗也更大。如果大量选手同时调用外部 AI 接口成本会很快上升。更关键的是比赛靶场内部可能存在敏感信息不应该被送到外部公开 AI 服务。一个比较稳妥的做法是优先使用本地部署的开源模型让选手在比赛环境内完成推理。如果必须使用外部服务约定禁止上传源码、日志和内部网络信息。题目环境默认不连外网选手只能使用比赛方提供的工具集。这些限制不是在削弱 AI 的使用而是保证比赛的公平性和信息安全性。真实研究环境里同样需要遵守数据边界和合规要求。5. 对普通选手的意义从“刷题”转向“做研究”5.1 一个可复用的个人训练框架即使暂时没有参加研究型 CTF 的机会个人也可以把日常训练方式往研究方向调整。我建议一个三步走的小框架第一步让 AI 先给思路但不要直接采用。拿到题目后先自己想 20 分钟记录下当前的分析假设。然后把 AI 的建议作为参考逐条和自己的假设对比找出差异点。第二步复现 AI 的建议并给每一步加上“为什么”。不要只是粘贴运行。问自己它为什么选择这个参数为什么检查这个位置如果环境变化这招还适用吗第三步每周选一道已经做过的题目写一份不超过 3 页的小报告。报告里不要只写“我找到了 flag”要写“我通过排除 A 和 B最后确认 C”。这种输出才是能力沉淀。这个框架的本质是把“做题”变成“研究”有假设、有验证、有记录、有反思。AI 可以帮我们节省检索信息的时间但无法替我们建立对问题的直觉。而 CTF 里最宝贵的东西恰恰就是这种直觉。5.2 这种训练适合哪些人不适合哪些人研究型 CTF 并不适合所有人。它更适合那些愿意花时间深入了解系统享受“慢慢接近答案”过程的人。对这样的人来说AI 不是威胁而是能帮他们节省大量检索时间让注意力集中在真正重要的判断上。不太适合的是那些追求短期快感、靠快速拿分获得满足感的人。传统 CTF 里那种十分钟解一题的多巴胺刺激研究型赛制很难提供。但这不代表后者更高级只是目标不同。如果你发现自己更喜欢快速挑战依然可以在保留传统 CTF 的同时加入研究型环节作为补充。关键不是“禁止 AI”或“拥抱 AI”而是明确你想从 CTF 里获得什么。如果只是玩怎么都可以如果想把 CTF 变成个人能力成长的训练工具那就需要重新设计训练目标。5.3 为什么这个方向会持续成为长期趋势我在这个方向上的判断是AI 不会取代所有 CTF但会持续挤压“纯知识型”题目的生存空间。未来赛制一定会走向更强调人机协作和判断力的方向。原因有三个第一公开知识会被 AI 整合得更彻底。以后越来越多传统题目的解题思路会被 AI 直接生成。赛出题方的成本会大幅上升因为旧套路很容易失效。第二真实安全工作的重心正在改变。防御者需要从海量日志里快速抓住重点需要判断一个告警是误报还是真实风险需要在 AI 生成的结论里发现错误。这些能力无法靠“提交 flag”来测量。第三AI 本身会成为安全研究的对象。让选手分析一个 AI 系统的行为边界、推理漏洞、误报机制这也是一种实实在在的研究型 CTF 方向。这类题目更需要结构化分析和表达能力而不是快速猜答案。所以后 AI CTF 把“研究”放在“比赛”前面并不是在逃避 AI而是在寻找一条更经得起时间考验的评价体系。结尾不必写太长。我记得那次热身赛之后我拿回那道题用 AI 重新解了一遍。AI 在一个小时内给出了三种思路其中一种确实可行。但当我想知道为什么另外两种不行时它没有给出让人满意的解释。那一刻我意识到CTF 的答案从来不是终点理解才是。后 AI 时代的 CTF也许真正要做的不是让 AI 替我们思考而是逼迫我们思考得更深。 Research Retreat 的意义正在于此。