Autumn-27/ScopeSentry

如果你已经习惯手动串联子域名枚举、端口扫描和目录爆破，ScopeSentry 值得看一下：它把这些零散命令变成针对持续资产库的定时任务。它是一个自托管扫描平台，而不是某个单一命令行工具的替代品。

解决什么问题

常见的侦察流程是一串独立命令：枚举子域名、解析、扫端口、识别服务、抓取 URL、爆破目录，再去输出文件里找敏感信息。每一步结果落在不同地方，遇到新漏洞又要重新拼一遍链路。ScopeSentry 把这一步改成：资产存入 MongoDB，任务沿流水线执行，新一轮扫描在已知的子域名、URL、端口和服务上继续，而不是从零堆文件。最终得到的是一棵可搜索、可重复扫描的资产树，而不是一摞输出结果。

有什么不同

它的机制是一个插件体系，外层是 Python/FastAPI 服务端、Go 扫描器和 Vue 前端。内置模块覆盖子域名枚举、子域名接管检测、端口扫描、资产识别、目录扫描、漏洞扫描、敏感信息检测、URL 提取、爬虫和页面监控，并支持自定义 Web 指纹和导入 POC。除了内置能力，还可以按插件模板和市场扩展自己的工具。分布式设计允许注册额外扫描节点，把较重的扫描放到独立主机，而服务端和数据库集中在一处。

实际收益是任务可以持续运行并不断写入共享资产库，适合在漏洞披露后对关注资产做反复排查。代价是它由多个组件组成：默认四个容器，另加可选的扫描节点，底下还有 MongoDB 和 Redis。要让数据模型和扫描结果对上，需要读官网和插件文档；它不是跑一次就忘的单文件程序。

谁值得试

适合需要长期维护多个根域名范围的安全团队、漏洞赏金猎人和内部红队，尤其是希望结果按项目沉淀和聚合的人。如果你已经认定自己常用的几个扫描器，只想再加一个，平台本身的维护成本未必划算。个人用户可以考虑直接从独立的扫描器仓库运行扫描能力，而不部署整套服务端、数据库和界面——这条路径会改变项目对使用者的要求，因为默认部署本就假设你能托管并维护 MongoDB 和 Redis。

使用条件与边界

文档给出的安装方式是 Docker Compose 四容器（MongoDB、Redis、服务端和一个扫描节点），并明确要求启动前在 .env 中修改 MongoDB 和 Redis 密码。初始用户密码和插件二次验证密码需要从服务端容器日志中获取。添加节点要克隆扫描器仓库并运行其自己的 compose 文件，数据库连接信息要一致、节点名要唯一；规划节点规模前应先看项目说明和扫描器部署说明。弱口令破解仍列在待办中，README 也没有给出针对特定主机数量的资源规格或扫描吞吐说明。

许可条款是最实际的门槛。README 称所有分支遵循 AGPL-3.0，同时附加条件：商业使用需单独获得商业许可，公司、组织和营利实体在使用、分发或修改前必须取得商业许可；个人和非营利组织可按 AGPL-3.0 免费使用。因此未经许可的商业部署并不合适。仓库本身也没有声明许可证文件，应以 README 条款为准，并在内部部署前与维护者确认。

HotRepo 点评

HotRepo 的存档中只有一条带日期的观察：2026-10-25，ScopeSentry 以单周 +189 星位列 Go 周榜第 13 名。这只是单个周榜快照，不是逐日序列，也没有可比的日榜历史，无法判断热度能否持续；当时项目约 971 天。真正动手前，先核实商业许可要求，并对照你打算使用的基础设施检查部署指南是否仍然适用。