X 测绘平台

原创

白白
白白

白白学安全

2026年10月15日 13:50
山东

在小说阅读器读本章

去阅读

在公众号小说中沉浸阅读

我把平时的信息收集，做成了一套 X 测绘平台

起初只想把查到的域名存好。后来，JS、历史路径、APP、小程序和公众号，也慢慢放了进来。

做项目时，经常要同时开着好几个页面：测绘引擎查域名，浏览器翻 JS，时光机找旧路径，旁边再放一份 APP 和小程序的记录。单独看，每一步都不复杂。项目一多，查过什么、哪些归属已经确认、这一轮又新增了什么，就容易记混。

我想把这些东西放到一个地方，后面接着做的时候能直接用。于是，就有了现在这套 X 资产测绘平台。

现在的首页，可以一起查看资产规模、类型和最近的采集动态。

它是从实际使用中一点点加出来的：Ghost 负责跑采集和分析，结果再进入 X，按项目整理起来。平时我在 X 里查资产、看任务，遇到缺的线索，再回到 Ghost 补一轮。

先把分散的入口放到一起

查资产时，我会同时看几个来源。同一个项目，在 FOFA、Hunter 或 0.zone 里拿到的结果往往不一样；有的域名能在证书记录里找到，有的还得继续查 DNS、翻搜索结果，或者跑一遍字典枚举。

所以 Ghost 里接了不同类型的来源。做某个项目时，可以选需要的来源和采集方式，让结果回到同一份项目记录里。

X 里的 Ghost 采集页面，项目分组和采集选项都在这里。

这样一来，补采就比较顺手。今天从一个来源找到新域名，之后换个来源继续补，已有数据还在，重复记录也会先和 X 对比。尤其是同时跟几个项目时，省去了不少导出、拼表和重新去重的工作。

域名之外，网站、IP 和设备线索也能一起整理。后面回查时，可以沿着项目和来源接着看。

域名查到了，后面还有不少线索

拿到一批域名之后，通常还会继续看页面和 JS。页面上没直接露出的接口、旧业务留下的目录，有时就藏在脚本或者历史记录里。单纯存一份域名清单，还接不上后面的分析。

这部分我也放进了采集流程：从 JS 里提取接口和路径，结合 Wayback、Common Crawl、urlscan、OTX 补充历史 URL，再用 HTTP、页面和图标指纹整理技术特征。

资产库按子域聚合，路径、关键 JS 和规则命中可以放在一起查看。

比如发现一个旧入口后，可以把它和当前站点的路径、JS 线索放在一起核对。历史里出现过的地址，仍然需要确认现在的状态，但至少有了继续往下看的依据。

代码线索也做了降噪。我更关心带具体凭证证据的内容，会尽量过滤普通字段名、占位符和示例值。留下来的记录带着来源，后面还能回到上下文核实。

有些 APP，还真得拿手机补

后来我开始把 APP、小程序和公众号也收进来。这一块很快遇到了一个实际问题：公开接口能查到一些结果，但手机厂商自带的应用，经常还会漏。

就拿 OPPO 来说。我连上手机，打开官方应用市场的应用合集，逐项整理出了 66 个条目。和 X 里的记录对比后，新增了 64 项，另外 2 项已有，直接保留。OPPO 健康、OPPO 视频，就是这样补回来的。

移动资产页搜索 OPPO 后的实际结果，APP、小程序和公众号可以分别查看。

不过，官方合集里也有合作运营的产品，所以整理时还要保留实际开发者或运营方。项目归在哪一组，和应用由哪个公司运营，分别记录清楚。缺包名、缺主体依据的内容，也不会凭名称去补。

其他只有根域名的项目，则先从域名和官网追溯公司主体，再核对移动资产。官网、应用商店、备案和主体关系都可以作为依据；关联不明确的先留待核实。这个过程花些时间，但以后再查同一家公司，已经确认过的资料就能接着用。

监控加上了，API 也得省着用

资产收过一遍以后，还想知道后面有没有新增。现在移动资产可以按项目勾选监控，由服务器每天定时检查，再和 X 里的已有记录对比。已有的跳过，新发现的再入库。

但 API 额度有限，查询方式就得仔细安排：已核实的公司关系尽量复用，能组合查询的公司放到一起查，分页和缓存也保存下来。

实际监控页面：勾选项目后每天检查，预算和进度也能直接看到。

截图里正好是当天额度用完的状态。这时会保存没查完的分页，等后面继续。上游没有可靠的时间增量筛选，有些公司仍需要重新查询，所以我会把查询消耗、跳过的已有记录和真正新增的资产分开看。

采集之后还得确认结果送到了没有。Ghost 和 X 之间加了投递回执和重试，来源超时或任务没查完时也会保留状态。遇到问题，可以顺着记录查到具体卡在哪一步。

用着顺手的流程，就继续留在里面

平时直接在页面查，已经能解决很多事情。有时想写个脚本按项目筛选，或者让 AI 帮忙整理现有资产，就通过 API、MCP 读取同一份数据。APP、小程序、公众号也能按类型查询，权限跟着账号走。

调用统计也加了上去。管理员能看到全部、管理员和用户的使用情况，普通用户看自己的记录，后面排查和调整工作流会方便一些。

API 与 MCP 的实际调用统计，截图中的账号信息已遮挡。

做到现在，我觉得最省事的是：一轮收集结束后，下一轮可以直接接着做。之前查到的域名、补过的 APP、确认过的主体关系，都能在同一个项目里找到；新增结果进来以后，也更容易看出变化。

这套平台还会继续随着项目往前补。碰到漏掉的应用，就找新的发现方式；历史记录查得不顺，就继续调整采集流程。把这些实际用过的方法留在里面，下次再打开这个项目时，手头就多一份能直接用的资料。