用途：面向获得授权的安全评估，在公开 GitHub 仓库中查找意外提交的 API 密钥、令牌、密码及内部基础设施信息，尽早发现并核实泄露凭据。
主要能力：提供分阶段流程，包括用 GitDorker 做定向搜索（按域名、员工邮箱、org、filename 等构造查询）；用 TruffleHog 深度扫描单个仓库或整个组织（含已删除提交）；用 shhgit 做实时监控；用 git-wild-hunt 按文件类型与扩展名搜索；通过 GitHub API 手动搜索 .env、credentials.json、id_rsa、.npmrc、service-account.json 等模式；对发现的内嵌凭据做最小化验证；借助 gitleaks 扫描自托管 GitLab，并用 metafinder/exiftool 提取公开文档元数据。
使用方式：需终端及 python3、curl、git，配置仅含 public_repo 权限的 GitHub 个人访问令牌，并安装 TruffleHog、GitDorker、gitleaks 等依赖。示例命令如：trufflehog git https://github.com/target/repo --results=verified；trufflehog github --org=target --token=$GITHUB_TOKEN --only-verified --threads=20 --json > trufflehog_org.json；docker run --rm -it trufflesecurity/trufflehog:latest github --only-verified --org=target；gitleaks detect --source https://gitlab.target.com --access-token $GITLAB_TOKEN -v。验证阶段对候选密钥发起最小 API 调用（如 GitHub 令牌请求 GET /user），记录文件路径、提交哈希与行号。
适用场景：目标组织拥有公开仓库；JS 打包分析暴露内部服务名后回搜配置；需要为云服务、支付网关或第三方集成寻找有效密钥；目标使用可能在构建日志或工作流文件中泄露令牌的 CI/CD；需要对目标组织的新泄露做实时监控。
限制：多数搜索结果只是文档或示例而非真实泄露，应聚焦 .env、.config、.npmrc 与 CI/CD 工作流文件；GitHub API 速率限制严格，可能需轮换令牌或 IP；已核实密钥可能已被撤销，报告前须再验证；自托管 GitLab 可能阻断外部扫描，需先测连通性；严禁用发现的凭据进行未授权访问，仅做最小验证、记录并上报。