关于 find-anyone
用于构建个人来源可追溯档案的 OSINT 技能,重点是将目标与同名者区分开。流程强调合法范围、独立佐证、来源记录及对排除对象的留档。
主要功能
- 01界定合法调查范围
- 02用身份锚点确认目标
- 03按收益与可靠性排序来源
- 04记录来源与交叉佐证
- 05跟踪并排除同名候选人
- 06分别评定身份与事实置信度
适用场景
- 01开展交易对手尽职调查
- 02调查疑似欺诈或资产线索
- 03核实个人职业经历
- 04检查自身公开信息足迹
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ useosint/ skills --skill find-anyone安装后在 Claude Code 中输入/find-anyone确认已加载。
附带文件reference/source-catalogue.md
详细介绍
查找任何人
将一个姓名转化为一份有来源佐证、指向某个特定个人的档案。整个过程 20% 在于查找数据,80% 在于证明数据属于你的调查对象,而非同名者。新手往往先收集资料,之后再消除歧义;结果就是得到一份言之凿凿、引用充分,却把两个人混为一谈的档案。在收集任何资料之前,先用第二个筛选条件锁定这个姓名。
第 1 步 — 授权范围
在搜索前写下:调查对象、目标、允许调查的范围、禁止调查的范围,以及你和调查对象分别受哪个司法管辖区的法律约束。阅读 ../../ETHICS.md。
适用场景:交易对手和投资者尽职调查、欺诈与资产调查、新闻报道、寻人和债务追偿、寻找失踪人员、对高级职位或受托职位进行入职前诚信审查,以及个人自我防护——以自己为对象,了解攻击者会查到什么。
始终禁止:出于任何非书面记录的合法目的,查明私人个人的家庭住址、日常行踪、子女、医疗状况、移民身份或性取向;任何会让你与调查对象取得联系的行为;以及任何理性人士会认定为监视的用途。如果你的目标是当面质问、羞辱调查对象,或亲自找到他们,请停止。另请参阅 dig-through-data-brokers 中美国针对就业和租赁用途的限制;这里许多信息来源都受该限制约束。
完成标准:案件档案中已存有范围说明,其中写明合法目标,并明确列出禁止调查的事项。
第 2 步 — 用第二个筛选条件锁定姓名
绝不要只用姓名进行搜索。选择一个锚点,并将其用于每次查询。
| 你掌握的信息 | 首选操作 | 原因 |
|---|---|---|
| 姓名 + 雇主 | 职业社交网络、公司简介、新闻稿 | 雇佣关系是最可靠且成本低的锚点;它能为此人提供时间信息和所在城市 |
| 姓名 + 城市/地区 | 当地记录——房产、法院、公开的选民档案、地方新闻 | 地理信息最快能筛除同名者 |
| 姓名 + 照片 | find-the-original-image,然后使用 secrets-in-file-metadata | 更改姓名和转写方式后,面孔依然不变 |
| 姓名 + 电子邮件或用户名 | what-an-email-reveals、hunt-a-handle | 这是机器可唯一识别的筛选条件;几乎可以跳过消除歧义这一步 |
| 姓名 + 大致年龄 | 家谱资料、讣告、执照记录 | 年龄范围能清晰区分同名者群体 |
| 仅姓名 | 停止。返回询问者处 | 单独一个常见姓名不能作为可调查的筛选条件 |
常见姓名的调查对象需要两个锚点,而不是一个。使用非拉丁文字书写的姓名,需要掌握母语文字拼写,以及来源中实际使用的各种转写形式——全部都要搜索,因为登记机构、报纸和新闻媒体各自采用的罗马化拼写可能不同。
完成标准:你能说出一个有区分度的判断标准——“我的调查对象是在 Y 地为 X 工作的那个人”——并将其用于核实每条候选记录。
步骤 3 — 操作顺序
先查成本最低、产出最高、噪声最小的内容。不要从数据经纪商开始;在你还不知道如何排除错误答案之前,他们就会给你一些看似合理的错误答案。
- 结构化职业记录。 职业社交网络、雇主团队页面和简介、新闻稿、会议日程及演讲者页面。这些内容由本人发布,因此在职位和任职关系方面准确,但在成就方面不可靠。
- 已发表成果。 署名文章、论文、专利、标准贡献。使用
google-like-a-spy搭配site:和精确短语运算符。论文会注明机构隶属关系,通常还会列出 ORCID;ORCID 正是为解决姓名歧义而设。专利则会注明发明人所在城市和受让公司。 - 受监管职位名录。 许可机构和专业委员会会公布姓名、许可证号、管辖范围、状态,通常还会公布纪律处分记录。如果你的调查对象声称担任受监管职位,这些名录既能核实,也能确定任职时间。
- 公司记录。 使用
who-really-owns-it查询董事职务和持股情况。对于任何涉及商业活动的人,按高管姓名进行追查是单项产出最高的步骤。 - 公开法律和财产记录。 法院案卷、判决、破产记录和土地登记——仅限相关司法辖区公开这些信息的情况。
- 社交和行为信息。 使用
hunt-a-handle枚举账号,然后使用pattern-of-life-from-socials。故意放到较后面:这是噪声最大的层,也是最容易误归属的一层。 - 聚合平台。 最后使用
dig-through-data-brokers,且仅将其用于寻找线索,再通过上层信息进行核实。 - 历史信息。 使用
read-deleted-pages查找已删除的简介和旧团队页面——这通常是单项信息最丰富的来源,因为人们会清理当前页面,却忘了档案。
完整来源目录及各来源能够和不能够证明的内容见: reference/source-catalogue.md。
完成标准: 每一层都已查过,或已明确记录为不适用并说明理由。
步骤 4 — 收集信息时记录来源
每条主张都应在记录时附上:主张内容、来源 URL、访问日期、保存的副本或网页存档快照,以及你用来将其归属于调查对象的锚点。最后再重建引用总是会失败——页面可能已经改变,而且你也不会再记得当初为何认为记录 14 属于正确的人。
佐证标准:每条主张至少有两个独立来源。 独立指来源不同,而非网站不同。三个数据经纪商得出相同结论也只算一个来源,因为它们会相互购买数据。来自同一传播团队的公司简介和新闻稿也只算一个来源。登记备案和署名新闻文章则算两个来源。
完成标准: 案件档案中的每条主张都有来源、日期和归属依据。
步骤 5 — 确认是其他人时及时退出
主动寻找能推翻当前判断的细节。以下信号表明你追查到了同名者:年龄或毕业年份与预估范围相差超过几年;所在地点与已知地点之间没有合理关联;职业经历存在需要同时担任两份全职工作的断层;中间名首字母与已知信息冲突,而非仅仅缺失;亲属群体中没有任何人与已知亲属群体重合。
不要悄悄丢弃记录。拆分档案:维护一组候选人,并记录每位候选人需要哪些信息才能确认或排除。把两个人合并会毁掉整个成果;除非你明确跟踪候选人,否则最终报告中不会显露这一错误。
完成标准: 每条收集到的记录都归属于一位具名候选人;非调查对象候选人的信息也已记录,而非删除。
步骤 6 — 家庭及关联人员结构
仅在目标需要时进行。讣告会列出幸存者及其亲属关系和所在城市,是最高效的家庭结构信息来源;在已公开的情况下,族谱和民事登记索引可提供出生、婚姻和死亡信息;共同担任董事和共同署名则能揭示职业关联人士。将亲属视为消歧背景,而非调查目标——把完整调查转向一名与目标无关的家庭成员,属于越界行为。
完成标准:简报中使用的关系信息均有来源,且未对任何无关第三方进行画像。
步骤 7 — 报告
交由 write-the-intel-brief 处理。将已确认事实与推断分开,开篇说明消歧依据,列出已排除的候选人,并删去所有与目标无关的收集内容。
完成标准:简报为每项主张标明置信等级和消歧依据,且已删除多余的收集内容。
容易出错的地方
- 低估姓名重名的可能性。 即使是罕见姓名,也常在同一家族中重复出现——同一座城市里,可能有以同一位祖父母命名的 Jr.、Sr. 和堂表亲,并出现在相同记录中。
- 聚合网站会相互传播错误。 错误的中间名首字母或错误合并的家庭记录,一旦录入,就会四处传播,之后看起来像是得到了多方印证。
- 自述简介往往带有理想化成分。 职称会被夸大,日期会被取整,学位会被拔高。应向颁发机构或注册机构核实资历。
- 没有记录不代表没有事实。 信息足迹稀少,可能意味着此人注重隐私、信息足迹以非英语呈现、是近期移民,或登记信息不公开。这并不能证明其有意隐瞒。
- 过度相信照片匹配。 两个档案使用同一张头像,只能证明它们共用了一张图片,不能证明是同一个人——抓取工具、图库照片和冒充账号都会重复使用图片。应通过第二个识别特征确认。
- 姓名变更会中断连续性。 婚姻、转写、化名和法律上的姓名变更会把一条线索拆成两条;旧记录使用先前姓名,也不会自动关联起来。
- 你可能查到的是虚构身份。 欺诈案件中的对象,其整齐、近期且浅显的信息足迹可能是人为制造的。一个没有既有历史的档案本身就是一项发现。
置信等级评定
- 已确认 — 有两个独立来源,且至少一个为一手来源(登记文件、法院记录、执照管理委员会条目、机构页面),这些来源对该主张和共同的区分性锚点均一致。
- 较可能 — 有一个一手来源,或两个具有锚点匹配的二手来源,且未发现矛盾记录。
- 未确认 — 仅有一个二手来源、只有聚合网站来源,或锚点匹配仅依赖姓名加大致地区。应将其作为线索报告。
- 已排除 — 该信息归属于另一位候选人。将其连同排除理由保留在档案中。
应分别评定身份归属和主张的等级。法院记录可能完全真实,但仍然不属于你的调查对象。
操作示例
目标:对名为“Marcus Rowntree”的人物进行投资前尽职调查,他被列为某供应商的 CTO,锚点 = 雇主。
- 公司团队页面说明了他的职位并提供了头像。将其存档——供应商网站经常变动。
- 用姓名和公司进行精确短语搜索,找到两场会议演讲,头像相同,且注明了曾任职的公司。锚点现在有了两层依据。
- 在
who-really-owns-it中按姓氏搜索高管,找到四条董事任职记录。 其中三条列出的出生月份和年份,与会议简介暗示的年龄段相符;另一条在不同国家,出生年份相差 11 年——将其拆分为候选人 B,记录在案,但不使用。 - 无果而终:某聚合平台的个人资料将此人关联到一起破产案。资料中列出的中间名首字母不符,且该城市与任何已知地点都没有关联线索。 将其归为第三位候选人;调查摘要中不纳入这起破产案。
- 曾任职公司的说法未能得到佐证——没有新闻报道、存档的团队页面或备案记录。将其标记为未确认,并列为尽职调查问题;这本身就是有用的发现。
后续查询
| 找到的线索 | 用于 |
|---|---|
| 用户名或显示名称 | hunt-a-handle |
| 电子邮件地址 | what-an-email-reveals |
| 电话号码 | whose-number-is-this |
| 照片 | find-the-original-image、secrets-in-file-metadata |
| 照片及地点相关问题 | where-was-this-taken |
| 公司名称或注册编号 | x-ray-a-company、who-really-owns-it |
| 个人域名或虚荣域名 | recon-a-domain-passively |
| 已确认的社交账号 | pattern-of-life-from-socials |
| 地址、亲属、曾居城市 | dig-through-data-brokers |
| 已删除的简介或旧个人资料 | read-deleted-pages |
| 完整的证据集 | write-the-intel-brief |
法律说明
在欧盟和英国,对在世人士进行画像属于个人数据处理:你需要有合法依据,而新闻报道、法律主张和合法利益是各不相同、限制条件也各不相同的依据。对象可能有权要求你提供其数据或将其删除。在美国,将聚合平台数据用于就业、租赁、保险或信贷决策,但未通过受监管的消费者报告机构进行处理,无论这些数据看起来多么公开,都违反合规要求——请参阅 dig-through-data-brokers。在许多司法管辖区,驾驶员和车辆记录仅限于特定用途。如果你的调查结论对当事人不利,且可能进入诉讼程序,应留存经得起质疑的证据:添加时间戳、计算哈希值并存档。
为了保护自己,可以对自己执行此工作流,使用 dig-through-data-brokers 中的退出指引,并使用 investigate-without-getting-made,避免搜索行为本身造成新的暴露。