| 用途 | 验证漏洞真实性、评估利用条件 |
|---|---|
| 风险 | 误报、夹带恶意代码、被武器化 |
| 原则 | 授权范围内、非破坏性、可复现 |
验证流程建议
验证流程建议
1. 核对厂商公告与受影响版本
2. 在隔离环境复现验证
3. 生产环境仅做非破坏性检测（版本探测/无害探针）
4. 记录验证结果与证据快照不要在生产系统直接运行来源不明的『POC 脚本』；执行前审计代码行为，避免自身成为被入侵起点。
漏洞验证 POC 的使用边界
POC（Proof of Concept）用于证明漏洞存在；公开 POC 质量参差，可能误报或夹带恶意代码。核实漏洞应优先依赖厂商公告与自建环境验证，仅在授权范围内使用验证代码。
易错点
- 把 POC 跑通作为『漏洞已修复』的反向证据并不可靠：修补部分路径不代表全部路径关闭
数据来源与参考
- CISA 安全公告与处置建议
- OWASP 漏洞验证相关指南