指纹识别是什么
指纹识别是从响应特征推断目标所使用的 Web 服务器、中间件、框架与前端库及其版本线索。它的价值不在识别本身，而在于把结果映射到已知漏洞面与测试重点：例如识别出某类 Java 框架后，优先核查对应的默认路径、调试开关与组件版本。识别属于被动或低强度探测，不应对目标造成负载。
基本信息
| 线索来源 | 响应头、Cookie 名、错误页、静态资源路径 |
|---|---|
| 识别方式 | 代理插件的被动识别优先，主动探测为辅 |
| 产出 | 技术栈清单与版本线索，标注置信度 |
| 适用平台 | 任意 HTTP 服务，含自建与云上部署 |
| 权限要求 | 受授权范围约束，不扩大目标清单 |
典型使用场景
- 技术栈初筛：为后续漏洞验证排优先级
- 排查暴露的组件版本，核对是否命中已知漏洞
- 识别 WAF 与反代特征，判断后续测试的限速与绕过风险
- 梳理前后端分离架构，区分静态资源与 API 服务
- 为修复建议提供依据：指出具体组件与升级方向
识别要点
识别要点
curl -sI https://target.example/ # 看 Server、X-Powered-By 等响应头
curl -s https://target.example/404notexist | head # 看默认错误页特征
# Cookie 名常含框架标识（如 JSESSIONID、PHPSESSID）
# 静态资源路径与哈希命名规律可判断构建工具与版本
# 记录：线索类型、观察值、置信度，不写死不确定的版本号线索类型与可靠度
| 线索 | 观察点 | 可靠度 |
|---|---|---|
| 响应头 | Server、X-Powered-By、X-AspNet-Version | 中，易被修改或移除 |
| Cookie 名 | 会话 Cookie 的默认名称 | 高，改造成本高通常保留 |
| 错误页 | 默认错误页样式与报错格式 | 中高，定制后可失效 |
| 路径特征 | 默认管理路径、静态资源目录 | 中，需结合响应验证 |
版本信息常被移除或伪造：没有把握时用「属于某类框架」表述，不写死具体版本号。
单一特征不足以定论：至少两条独立线索互相印证后再写入报告，避免误判导致测试方向跑偏。