information-disclosure-methodology

name	information-disclosure-methodology
description	Web 应用敏感信息泄露检测与利用。当发现 .git/.svn 目录、备份文件路径(.bak/.zip/.tar.gz)、.env 配置文件、Swagger/OpenAPI 文档、debug 页面等信息泄露点时使用。也适用于发现源码泄露后的深入利用：git 历史审计（git log -p -S 搜索已删除的密码和 flag）、svn wc.db 文件列表提取、.DS_Store 目录枚举。优先于漏洞利用——信息泄露可直接提供凭据和攻击路径，往往比直接挖漏洞更快进入系统
metadata	{"tags":"information_disclosure,information disclosure,source-code,backup,debug,credentials,ssh,.git,.svn,.env,git-dumper,svn-extractor,源码泄露","category":"exploit"}

信息泄露方法论

⛔ 深入参考（必读）

• .git 完整利用链（dump → 历史审计 → stash/分支 → 凭据提取）→ references/source-recovery.md
• .svn 利用（entries 文件 / wc.db SQLite 查询 / pristine 文件恢复）→ references/source-recovery.md
• .DS_Store 解析、Swagger 利用、凭据搜索 → references/source-recovery.md
• API 参数操控泄露（query=%通配符、info→list变换、pageSize放大、空数组绕过）→ references/api-param-tricks.md

Phase 1: 源码和配置文件

直接请求常见敏感路径（逐一测试或批量扫描）：

/.git/HEAD          /.env              /config.py         /Dockerfile
/.svn/entries       /.svn/wc.db        /.DS_Store         /robots.txt
/WEB-INF/web.xml    /package.json      /app.py            /backup.sql
/.dockerenv         /composer.json     /Gemfile           /requirements.txt

1. 使用 curl -s -o /dev/null -w '%{http_code}' http://TARGET/<path> 批量检测状态码
2. 对 200 响应进一步检查内容是否为真实文件（排除自定义 404 页面）
3. .git/HEAD 返回 200 → git-dumper 整体 dump → git log 审计历史提交找密码/flag！
4. .svn/entries 或 .svn/wc.db 返回 200 → svn-extractor dump → 提取文件列表和内容
5. 返回 200 → 直接读取数据库连接串、API Key、SECRET_KEY 等敏感配置 → 源码恢复详细步骤 →