AI智能体+SRC实战:从零搭建漏洞挖掘工作台

AI辅助SRC漏洞挖掘不改变三步法与四要素,价值在于降本增效。
文章讨论企业用AI做SRC漏洞挖掘的范式迁移:从依赖安全人员经验的手工测试,转向'人设计流程、AI执行流程'。核心观点是AI并不改变底层方法论,万能三步法(信息收集—漏洞验证—成果输出)和漏洞报告四要素(URL、复现过程、危害说明、修复建议)依然适用,AI的价值在于压低各环节执行成本。文章特别区分网页对话与专用工作台两种用法:前者适合咨询和思路梳理,后者才能承载多步骤、需调用工具、需保存上下文的挖洞流程。同时强调修复建议与危害等级判断必须人工复核,并对新手与资深从业者给出不同起点建议。
为什么企业开始用AI做漏洞挖掘
SRC(Security Response Center)漏洞挖掘正在经历一轮工具范式迁移。传统模式下,安全人员依赖经验驱动的手工测试,效率受限于个人水平和时间成本。而AI智能体的引入,让漏洞挖掘从"人找漏洞"逐步转向"人设计流程、AI执行流程"。
据B站UP主的实战教程分析,企业使用SRC的核心诉求在于以可控成本持续发现真实风险。AI并不会改变这个目标,它改变的是达成目标的手段——把重复性的信息收集、 payload 尝试和报告整理交给模型,把判断和决策留给人。

SRC(Security Response Center)是企业或平台设立的安全应急响应中心,专门接收外部安全研究者提交的漏洞报告,并负责验证、评级、修复跟踪与奖励发放。对白帽黑客而言,SRC是合法、授权的漏洞提交渠道;对企业而言,SRC是持续获取外部安全情报、以众测方式降低安全风险的机制。国内主流互联网公司、开源社区乃至部分政企机构都设有SRC,围绕SRC形成的漏洞赏金(Bug Bounty)生态也是安全从业者积累实战经验的重要途径。理解SRC的运作逻辑,有助于把握AI辅助漏洞挖掘为何强调'真实风险'与'可控成本'——SRC追求的不是漏洞数量,而是可验证、可修复的有效漏洞。
漏洞挖掘的万能三步法,AI同样绕不开
教程中反复强调一个观点:无论传统手工挖洞还是AI辅助挖洞,底层方法论是一致的。所谓万能三步法,本质是"信息收集—漏洞验证—成果输出"的闭环。
AI智能体的价值不在于跳过这三步,而在于把每一步的执行成本压低。例如信息收集阶段,智能体可以自动爬取目标资产、解析响应头、识别技术栈;验证阶段可以批量生成并发送测试请求;输出阶段则按模板整理证据链。
这一点对新手尤其重要:不要指望接上一个模型就能自动出洞,工作流的编排质量决定了最终产出。
信息收集中的'技术栈识别'指判断目标网站使用的编程语言、Web框架、中间件、数据库、前端库及版本信息。常见手段包括解析HTTP响应头(如Server、X-Powered-By)、分析页面特征(如JS文件的命名与目录结构)、识别favicon哈希、探测特定路径的默认文件等。技术栈直接决定后续验证方向:例如识别出Spring Boot可优先关注Actuator端点与SpEL注入,识别出ThinkPHP则关注历史RCE与反序列化。AI智能体在这里的优势是能并行处理大量响应特征并归纳匹配,但特征库的维护与误判校正仍需人工介入。
漏洞报告四要素:AI不能省掉的部分
教程明确提到漏洞报告的四要素——URL、复现过程、危害说明、修复建议。这四要素在AI辅助场景下同样不可省略。

模型可以帮忙做的是:从请求响应中提取URL和参数、把验证步骤整理成可复现的步骤序列、根据漏洞类型生成危害描述草稿。但修复建议的准确性和危害等级的判断,仍然需要人工复核。把四要素交给AI全权生成而不校验,是实战中最容易踩的坑。
危害说明需要回答'这个漏洞能被用来做什么',通常要结合业务场景评估影响范围,例如是否可导致用户数据泄露、权限提升或服务器接管。修复建议则要针对具体成因给出可落地的方案,如参数化查询、输出编码、访问控制加固或依赖升级。危害等级判断常参考CVSS(通用漏洞评分系统)等标准,从攻击向量、复杂度、权限要求、用户交互、机密性/完整性/可用性影响等维度打分。由于这些判断依赖对业务上下文和攻击链的理解,模型容易给出泛泛而谈的模板化结论,因此人工复核不可或缺。
网页对话 vs 工作台:两种AI使用方式的差异
教程对比了一个关键区别:直接打开DeepSeek广告、Kimi等网页版对话,和搭建专用的AI漏洞挖掘工作台,是两种不同量级的用法。

网页对话是一问一答的线性交互,适合快速咨询和思路梳理,但无法承载多步骤、需要调用工具、需要保存上下文的挖洞流程。工作台模式则把模型接入到可编排的流程中,让智能体能够按预设步骤执行任务、调用外部工具、记录中间结果。
对于想认真做AI辅助SRC的人来说,工作台是必要投入。教程演示了打开DeepSeek网站进行交互的基础操作,作为对照说明网页模式的局限。

工作台模式的技术基础是智能体(Agent)与工具调用(Tool Calling/Function Calling)能力:模型不再只输出文本,而是可以按照编排好的流程决定调用哪个工具、传入什么参数,并读取工具返回结果继续推理。常见的工作台形态包括基于LangChain、Dify、Coze等框架搭建的流程,以及支持MCP(Model Context Protocol)等协议接入外部工具的平台。工作台还需要具备上下文管理与中间结果持久化能力,才能支撑多步骤挖洞任务。这也是网页对话无法替代工作台的根本原因——网页模式缺少工具执行与状态保持这两项关键能力。
给不同起点的实践建议
网络安全小白和资深专家的路径不同,但终点一致:都按照三步法和四要素交付结果。小白可以从复现教程中的工作台搭建流程入手,先跑通一个最小闭环;有经验的安全人员则可以把精力放在流程设计的合理性上,比如如何设计提示词让模型更准确地判断响应异常、如何设置人工审核节点。
AI辅助漏洞挖掘不是替代安全能力,而是放大安全能力。方法论是骨架,AI是加速器,二者缺一不可。
相关推荐

LLaMA-Factory实战:零代码微调大模型全流程
本文介绍LLaMA-Factory开源微调工具,涵盖其60.1K Star项目背景、支持的模型与算法、本地与云服务器部署选择,以及CUDA环境安装步骤,帮助零基础开发者快速上手大模型微调。

曾鸣深度复盘:OpenAI为何难成终局赢家?公司制度将消亡
曾鸣在张晓骏商业访谈录中深度复盘AI终局:模型公司只是基础设施,OpenAI、Anthropic难成最终赢家;下一战役是Agent入口标准之争;公司制度将因AI重构而消亡,只有使命驱动的企业能穿越周期。

OpenHands v1.28.0:OpenCode与PI成内置Agent,密钥可对话申请
OpenHands 21天连推5个版本,v1.27.0将OpenCode与PI写入内置Agent列表,v1.28.0支持对话内申请密钥。本文梳理ACP协议接入方式、凭证复用规则、模型列表变更及升级建议。