关于 passive-recon
passive-recon 是面向渗透测试和红队前期工作的被动 OSINT 收集方法论，适用于只能进行非侵入式侦察的场景。它指导使用多个网络空间搜索引擎交叉分析资产，并强调不直接访问或扫描目标。
主要功能
- 01通过 FOFA、Quake 和 Hunter 搜索资产
- 02交叉比对域名、IP 与端口数据
- 03汇总技术栈、证书和历史资产
- 04标记暴露后台及高价值目标
- 05遵守不访问、不扫描原则
适用场景
- 01授权测试前整理公开资产清单
- 02对比多个引擎发现的资产差异
- 03识别暴露的管理后台和数据库端口
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/passive-recon确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
evals/evals.jsonrecall.jsonreferences/search-engine-syntax.md详细介绍
来自项目 README被动 OSINT 情报收集方法论
⛔ 深入参考：各引擎的完整查询语法和 API 调用方式见
references/search-engine-syntax.md
被动侦察的核心优势是零接触——不会在目标日志中留下痕迹。适合渗透前期预研、红队侦察、或在授权范围外只能做被动收集的场景。
Phase 1: 多引擎资产搜索
FOFA
通过 http_request 或 curl 查询 FOFA API（https://fofa.info/api/v1/search/all?...）— 国内最大的网络空间测绘引擎，适合发现国内资产。
常用查询模式：
- 域名资产：
domain="example.com" - IP 段：
ip="192.168.1.0/24" - 特定服务：
domain="example.com" && port="8080" - 特定组件：
domain="example.com" && app="WordPress"
Quake
通过 http_request 或 curl 查询 Quake API（https://quake.360.net/api/v3/search/quake_service）— 360 网络空间测绘，擅长深度指纹识别。
常用查询模式：
- 域名：
domain:"example.com" - 服务：
domain:"example.com" AND port:8443 - 组件：
domain:"example.com" AND app:"Apache Tomcat"
Hunter
通过 http_request 或 curl 查询 Hunter API（https://hunter.qianxin.com/openApi/search）— 鹰图平台，擅长 IP 关联分析和资产聚合。
Phase 2: 结果交叉比对
三个引擎各有侧重，交叉比对才能获取完整视图：
| 维度 | 分析方法 |
|---|---|
| IP/域名清单 | 三引擎去重合并，标注仅单一引擎发现的（可能是新上线/已下线） |
| 端口分布 | 统计高危端口（22/3306/6379/9200），标注非标准端口 |
| 技术栈 | 汇总 Web 框架、中间件、CMS 版本 |
| 管理后台 | 搜索 title 含 "login"/"admin"/"dashboard" 的资产 |
| 证书信息 | SSL 证书中的 CN/SAN 可能泄露内部域名 |
| 历史数据 | 对比不同时间点数据，发现新增/下线资产 |
Phase 3: 高价值目标识别
从被动收集结果中优先标注：
- 暴露的管理后台 — 通常是最短攻击路径
- 过期/未维护的服务 — 旧版本组件更可能有已知漏洞
- 内部系统误暴露 — OA/VPN/GitLab/Jenkins 等不应公网可达的服务
- 数据库端口暴露 — Redis/MongoDB/Elasticsearch 无认证是常见问题
- 开发/测试环境 — dev/test/staging 子域通常安全措施较弱
注意事项
- 纯被动收集，不要直接访问或扫描目标
- 搜索引擎数据有时效性，最新资产可能未收录
- 不同引擎查询语法不同，注意区分
多引擎交叉验证
- 单引擎独有的结果可能新上线或已下线
- 数据时效性：各引擎收录时间不同、更新频率不同
- 标注来源：标记仅单一引擎发现的资产，需进一步验证
- 注意：不能扫描、不能直接访问目标、不能端口扫描
其他被动信息源
- WHOIS 查询域名注册信息
- DNS 历史记录
- GitHub 搜索泄露代码/凭据
- 其他公开来源（社交媒体、论坛等）
评论
支持 Markdown