Sherlock：用用户名线索批量检查公开站点
透過社群網路上的使用者名稱搜尋社群媒體帳號。
秒懂
- 它是什麼？
- Sherlock 是跨平台命令行工具，按用户名查询多个社交网络和网站，并输出可进一步核验的结果。
- 適合誰用？
- 适合安全研究、品牌监测和经授权的公开信息整理，尤其是需要从一个用户名快速发现候选站点的场景。不适合把命中结果当成同一人的证据，也不适合未经授权地批量骚扰或建立敏感画像。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 Python（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
Sherlock 的输入只有一条用户名
Sherlock 的基本思路是拿一个用户名去查询许多网站，再报告哪些站点看起来存在对应页面。它是命令行工具，适合快速生成候选清单，输入通常是一个或多个用户名。这个定位很明确：它做的是站点可见性检查，不是从公开网页推断完整身份。
用户名的复用会制造线索，也会制造混淆。常见名字可能属于很多人，站点的保留用户名、重定向页和错误响应也会形成假命中。结果必须回到具体页面核验，不能仅凭绿色状态或名称相同就下身份结论。
命中、未命中和异常要分开阅读
批量查询需要处理三类输出：确认能访问的候选页面、明确不存在的页面，以及超时、限流、验证码或站点结构变化导致的未知状态。第三类不能被压成“未找到”，否则研究结论会低估检测盲区。（Sherlock）
执行时应保存用户名、运行参数、时间、版本和原始输出，并对高价值命中手工访问。README 能说明工具的检测目标和使用方式，却不会为每个第三方站点保证持续兼容。站点改版后，检测规则可能需要更新。
命令行批处理适合调查台账
Sherlock 的价值在于可重复运行。把用户名放入受控输入文件，使用帮助文档列出的输出和超时选项执行，再将结果按日期归档，可以比较一个品牌名或项目名在不同时间的公开占用情况。批量运行前，应给请求速率、代理和网络出口设置明确限制。
不要把结果文件直接当成客户报告。报告中应区分工具判断与人工核实，保留原始 URL，并注明访问失败和需要登录的页面。README 未提供所有站点的服务级承诺、准确率或统一数据字段，这些都不能由命中数量推算。（Sherlock）
公开数据仍然有使用边界
Sherlock 查询的是公开网站，但公开不代表可以任意收集、关联和传播。用户名可能与个人、组织或举报对象有关；批量请求还可能触发目标站点的反滥用机制。使用前应确认授权范围、目的、保存时长和报告接收者。
安全团队可以把工具放进经过审批的品牌保护或资产盘点流程，限制查询对象并为敏感结果加访问控制。对个人进行背景推断、绕过验证码或扩大收集范围都超出“检查公开用户名”的必要范围。（Sherlock）
安装环境和站点规则决定可重复性
项目的具体安装命令、依赖和支持平台应以仓库 README 为准。使用前先运行帮助命令确认当前版本的参数，避免沿用旧博客中的选项。Python 版本、网络 DNS、证书和出口策略都会影响批量检测。
验收一个小样本时，选择已知存在、已知不存在和会触发限制的站点各一组，比较输出是否符合预期。记录请求数量、耗时和异常类型。没有实测就无法断言某个用户名在全网“没有账号”，只能说在本次版本、站点规则和网络条件下未得到命中。（Sherlock）
把许可证与研究责任一起审查
Sherlock 的开源许可证允许范围、依赖许可证和第三方网站条款需要分别查看。许可证解决代码使用问题，不能替代对站点 robots、服务条款、隐私法规和组织授权的审查。项目 README 提供仓库、贡献和使用入口，GitHub Releases 可帮助固定版本。
Sherlock 适合以候选发现为目标，建立人工核验和删除机制；不适合把自动结果直接用于处罚、招聘或身份定性。上线前先对一组经授权样本复盘误报，再决定输出是否进入后续系统。
用三类账号校准 Sherlock 输出
Sherlock 的试运行可以选一组已知存在的公开用户名、一组明确不存在的名称，以及一组容易触发限流或验证码的名称。执行当前版本的帮助命令确认参数，保存原始输出、运行时间和网络异常；再逐条打开候选 URL，记录页面标题、账号内容和重定向。只有第一类中的人工核验结果才能进入品牌监测台账，第二类与第三类都不能写成全网否定结论。
把站点规则变化写进结果台账
Sherlock 面对的是一组会改版、限流和增加验证的网站。每次批量查询都应记录版本、用户名输入文件、请求数量、超时、验证码和最终人工结果，并把“页面不存在”和“本次无法访问”分成不同状态。复查某个候选时保存访问日期、页面标题和重定向地址，避免日后只剩一个无法解释的绿色标记。这样的台账能说明一次检测覆盖了什么，不能扩大成全网身份结论。
Sherlock 的结果复核还应区分用户名页面、个人简介、组织账号和重定向目标。对每个候选保存最少必要证据，设置删除时间，并将站点拒绝、验证码和超时单独统计。批量运行只在授权范围内进行，报告中保留工具版本和查询日期，不把候选数量当作身份匹配率。
Sherlock 的候选清单只说明公开页面线索存在。身份确认仍要依赖页面内容、时间和授权范围，站点拒绝访问时应保留未知状态。
Sherlock 的站点规则更新后，应重新抽样已知账号，确认检测器没有把错误页面报告成命中。
編輯結論
适合安全研究、品牌监测和经授权的公开信息整理，尤其是需要从一个用户名快速发现候选站点的场景。不适合把命中结果当成同一人的证据，也不适合未经授权地批量骚扰或建立敏感画像。先在已获授权的用户名上执行单目标查询，逐条打开命中 URL，记录状态码、页面内容和误报原因。
社群筆記