القائمة
用于漏洞研究、公开 PoC 线索检索、Exploit-DB 查询、Metasploit 模块查询、payload 选型研究和 Linux 本地提权线索判断。适合用户提供产品版本、CVE、服务指纹、扫描结果、系统版本或内核版本时使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
用于授权范围内的资产发现、DNS 验证、端口发现、HTTP 存活探测和基础指纹识别。适合用户提供域名、IP、CIDR、主机列表或已有扫描结果时使用。会指导智能体组合 subfinder、amass、dnsx、naabu、nmap、masscan、httpx、whatweb、wafw00f。
用于扫描代码仓库、源码目录、文件系统和配置文件中的密钥、依赖漏洞、IaC 错误配置和常见安全问题。适合组合 gitleaks、trufflehog、semgrep-offline、semgrep、trivy 对项目进行本地安全检查。
用于对授权目标执行 Nuclei 模板检查并整理结果。适合已有 URL、主机列表、技术栈线索或 CVE 线索时使用。重点指导模板选择、速率控制、JSONL 输出、结果复核和后续验证。
为单目标或少量目标的深入渗透测试提供场景化方法论和判断线索。适合用户提供域名、URL、IP、CIDR、靶机地址、系统入口或已有扫描结果，并要求“测一下”“深入测试”“做黑盒测试”“开始渗透测试”“继续往下验证”等场景。帮助理解当前证据、选择高价值测试方向、串联专项技能、识别误区并判断何时从广度发现转向深入验证。
用于在授权目标上使用 sqlmap 验证疑似 SQL 注入。适合用户提供 URL、参数、原始 HTTP 请求、Nuclei 发现或手工测试线索时使用。默认采用低风险低强度参数，优先证明问题存在，不默认导出数据或执行系统命令。
用于检查授权目标的 TLS 配置、证书、协议版本、加密套件和常见 TLS 风险。适合用户提供域名、IP、端口、HTTPS URL 或服务清单时使用。会指导 testssl.sh、sslscan、openssl 的组合使用。
| name | exploit-research |
| description | 用于漏洞研究、公开 PoC 线索检索、Exploit-DB 查询、Metasploit 模块查询、payload 选型研究和 Linux 本地提权线索判断。适合用户提供产品版本、CVE、服务指纹、扫描结果、系统版本或内核版本时使用。 |
这份技能提供公开漏洞线索研究和适配性判断知识。检索顺序、工具和验证方式应由当前证据决定；重点是判断候选是否真正适用于目标，而不是找到尽可能多的 PoC。
根据已有证据判断是否存在可参考的公开漏洞资料：
这个技能偏研究和验证规划。直接执行 PoC 或模块会引入新的影响和适配性风险，需要结合当前验证目标、授权和环境决定。
确认：
授权范围或目标证据尚不充分时，先检索和比对通常比直接运行 PoC 更有价值。
当前镜像已经内置常用模板、规则、缓存或数据库。默认先使用内置资源，不要每次任务都在线更新。
临时更新前，先按下面标准判断是否划算：
| 预计新增下载量 | 默认策略 |
|---|---|
| 0–20 MB | 可以直接更新，适合增量更新或小规则集 |
| 20–50 MB | 通常可以更新，但要确认任务确实需要较新数据 |
| 50–100 MB | 谨慎更新；只有近期漏洞、近期 PoC 或用户要求最新结果时才做 |
| >100 MB | 默认不更新；除非用户明确要求，并且这个任务强依赖最新数据 |
| 无法估算大小 | 默认不更新，先使用镜像内置资源 |
同时考虑耗时：
更新失败时不要阻塞主流程，直接回退到镜像内置资源，并在结果里说明“使用的是内置数据，可能不是最新”。
如果工具支持 dry-run、增量更新或只更新索引，优先使用这种方式。不要为了普通任务下载大型字典、完整框架或未知来源的 PoC 仓库。
Exploit-DB 和 Metasploit 都会变化，但更新成本不同。
searchsploit -u 通常比更新完整框架轻，适合在需要近期 PoC 线索时尝试：
timeout 180 searchsploit -u
适合更新的情况：
如果更新慢、超过时间上限或失败，直接回退到本地库：
searchsploit --cve CVE-YYYY-NNNN
不建议在单次任务中临时更新 Metasploit。
原因是更新通常涉及较多模块、包或依赖，下载量和耗时都不可控，收益不适合普通任务。
需要最新 Metasploit 模块时，应放到镜像构建或工具镜像维护流程里处理，而不是在技能执行过程中更新。
不要临时拉取未知来源的大型 PoC 仓库。
如果确实需要单个 PoC，先评估来源、代码行为、大小和授权边界，再决定是否获取。
这条路径体现“先提高产品识别可信度，再检索候选，最后判断适配性和验证风险”的思路。已有精确 CVE 或模块线索时，可以直接从对应位置开始。
先把输入整理成：
产品：
版本：
平台：
服务：
端口：
CVE：
扫描来源：
目标环境：
授权动作：
如果缺版本，先建议从 asset-discovery、nmap -sV、HTTP header、页面指纹或应用后台版本信息补齐。
按产品和版本：
searchsploit "product version"
按 CVE：
searchsploit --cve CVE-YYYY-NNNN
输出 JSON 便于整理：
searchsploit --json "product version" > exploit/raw/searchsploit.json
查看本地路径：
searchsploit -p "exploit/path/or/id"
如果命中很多，先用关键词收窄：
searchsploit "product version remote"
searchsploit "product version authenticated"
searchsploit "product version privilege"
按 CVE：
msfconsole -qx "search cve:YYYY-NNNN; exit"
按产品：
msfconsole -qx "search type:exploit name:product; exit"
查看模块详情：
msfconsole -qx "info exploit/path/to/module; exit"
查看模块参数，不运行：
msfconsole -qx "use exploit/path/to/module; show options; exit"
每个候选都要判断：
如果用户提供了目标 Linux 系统的 kernel 版本：
linux-exploit-suggester -k TARGET_KERNEL_VERSION
不要在工具容器中无参数运行，也不要使用工具容器的 uname -r；结果只作为线索，还要结合目标发行版、补丁、配置和本地权限。
如果当前目的只是研究选型，可以先列出 payload 而不生成：
msfvenom --list payloads | grep -i linux
msfvenom --list payloads | grep -i windows
只有在用户明确授权并给出用途时，才生成 payload。生成前要确认：
searchsploit apache 2.4
searchsploit --cve CVE-2021-41773
searchsploit -p exploits/linux/remote/xxxx.py
要点：
msfconsole -qx "search cve:2021-41773; exit"
msfconsole -qx "info exploit/multi/http/example; exit"
看模块时关注：
以下命令会实际触发模块；只做研究时查看模块信息和选项即可：
run
exploit
set TARGETURI 后直接打目标
msfvenom --list payloads
msfvenom --list formats
要点：
msfvenom 既可用于研究，也可生成实际 payload，二者影响层级不同。linux-exploit-suggester -k TARGET_KERNEL_VERSION
要点：
check、版本确认或其他低影响验证方式。候选数量不重要；能够解释候选为何适配或不适配，才是漏洞研究的核心价值。