SRC
企业或组织设立的安全漏洞响应平台，负责接收外部安全研究人员（白帽子）提交的漏洞报告，审核有效漏洞后给予积分或奖金奖励，是互联网公司管理安全风险的重要机制
核心事实
时间轴 (近 90 天)
合规测试做法包括：仅在SRC平台明确公示的资产范围内测试、遵守平台禁止项（如禁止破坏性测试、禁止拖库）、不触碰用户隐私数据、发现漏洞后及时通过官方渠道报送并保留测试记录。
SRC典型工作流包括子域名与端口等资产收集、指纹与服务识别、针对高频漏洞类型（如越权、SQL注入、文件上传、SSRF）的定向测试，以及编写可复现的漏洞报告。
SRC挖洞与CVE复现的最大差别在于目标未知且范围受控：参与者只能在厂商划定的资产范围内测试，且需遵守平台规则。
在SRC平台上提交漏洞时，一份能稳定复现的POC往往是报告被受理的关键依据，直接影响漏洞评级与奖励。
合法的SRC测试边界完全由企业书面授权决定，超出测试范围的任何操作都属于违规。
新手在SRC挖洞中常犯三类错误：授权意识淡薄把口头请求当授权、漏洞未修复就公开、跳过靶场直接实战。
AI自动挖SRC漏洞目前仍处在工具辅助阶段，任务定义、技能编写和结果审核离不开人。
国内SRC多为企业自建，规则差异较大，对报告格式和复现细节的要求往往比公开漏洞赏金平台（如HackerOne）更严格。
在真实SRC目标上测试之前，应先在靶场（如DVWA、VulnHub、OWASP Juice Shop）验证AI工作台的稳定性和准确性，以避免误报和合规风险。
SRC漏洞挖掘的万能三步法是理解目标、发现漏洞、形成报告。
还有 38 条时间轴事件
全部知识事实 (20)
权限与数据访问范围决定了漏洞的危害等级
70%已验证常见的SRC平台包括阿里云先知、腾讯Security Response Center、漏洞盒子
65%已验证AI生成的漏洞报告只是初稿，最终提交前必须人工精审，否则全部交给AI自动提交很可能被拉入黑名单
65%已验证SRC漏洞挖掘领域有一套被广泛使用的'万能挖洞三步法'：信息收集、抓包分析篡改参数验证漏洞、验证漏洞并撰写报告
65%已验证AI在渗透测试中的核心应用点为信息收集阶段快速梳理目标资产、漏洞分析阶段辅助理解原理、以及漏洞验证与报告生成
65%已验证国内SRC平台大多将漏洞分为严重、高危、中危、低危四个等级，某头部互联网企业严重漏洞单个奖金可达数万元，低危漏洞可能仅有几十到几百元的积分奖励
65%已验证SRC（安全应急响应中心）是企业设立的漏洞收集平台，企业付费购买未公开的安全漏洞，安全研究者发现并提交后审核通过可获得赏金
65%已验证CVSS通用漏洞评分系统将漏洞严重性分为低危、中危、高危和严重四个等级
65%待验证SRC典型工作流包括子域名与端口等资产收集、指纹与服务识别、针对高频漏洞类型（如越权、SQL注入、文件上传、SSRF）的定向测试，以及编写可复现的漏洞报告。
50%待验证SRC挖洞与CVE复现的最大差别在于目标未知且范围受控：参与者只能在厂商划定的资产范围内测试，且需遵守平台规则。
50%待验证合规测试做法包括：仅在SRC平台明确公示的资产范围内测试、遵守平台禁止项（如禁止破坏性测试、禁止拖库）、不触碰用户隐私数据、发现漏洞后及时通过官方渠道报送并保留测试记录。
50%待验证在SRC平台上提交漏洞时，一份能稳定复现的POC往往是报告被受理的关键依据，直接影响漏洞评级与奖励。
50%待验证新手在SRC挖洞中常犯三类错误：授权意识淡薄把口头请求当授权、漏洞未修复就公开、跳过靶场直接实战。
50%待验证合法的SRC测试边界完全由企业书面授权决定，超出测试范围的任何操作都属于违规。
50%待验证SRC漏洞挖掘的万能三步法是理解目标、发现漏洞、形成报告。
50%待验证国内SRC多为企业自建，规则差异较大，对报告格式和复现细节的要求往往比公开漏洞赏金平台（如HackerOne）更严格。
50%待验证AI自动挖SRC漏洞目前仍处在工具辅助阶段，任务定义、技能编写和结果审核离不开人。
50%待验证在真实SRC目标上测试之前，应先在靶场（如DVWA、VulnHub、OWASP Juice Shop）验证AI工作台的稳定性和准确性，以避免误报和合规风险。
50%待验证挖SRC与渗透测试的核心区别在于：SRC通常针对真实生产环境，必须在授权范围内测试，且强调漏洞的真实危害与可复现性。
50%待验证SRC追求的不是漏洞数量，而是可验证、可修复的有效漏洞。
50%