zgsfsec/Full-Chain-Sentinel-System

如果你手上有书面授权的渗透项目，希望从侦察一路做到出报告，这个项目值得花时间评估；但如果期待它当隔离沙箱，README 已明确说明它不是。

解决什么问题

一次渗透测试常散落在多个终端、笔记、代理和设备工具之间，最后再拼成报告。全链哨兵把流程收进一个项目：建项目、配模型，然后在 Web 控制台里对话，bash 命令在项目专属的 Kali 容器中执行。侦察、枚举、验证都在同一棵会话树里进行，确认的漏洞通过 vuln_submit 提交，必须填写 CVSS 分数，原始数据包逐字保存，操作员复核留时间线，最后按项目导出 Markdown 报告。改变的是流程编排和证据留存，而不是这些安全工具本身。

有什么不同

系统提示把方法论写死在流程里：侦察、枚举、漏洞映射、验证、利用、后渗透、报告，并强调授权范围、证据留痕和最小侵入。执行模式分三档：默认的审批模式允许逐条编辑、放行或拒绝 bash 命令；自动执行模式直接运行；AI 审批则由守门模型逐条判定 ALLOW / BLOCK。

第三档需要特别注意。README 写明：判定失败、超时或无法解析时一律放行，所以它只是方便过滤，不是安全边界。审批也只覆盖 bash 以及安卓、iOS 的 shell 命令；read/edit/write、文件面板、MCP 工具、codemode，以及 frida、抓包、APK 分析这类直接调用容器的工具都不过审批。安卓和 iOS 支持依靠设备端 bridge 主动反连控制台，iOS 功能明确标注还在测试阶段，需要操作者具备越狱和 iOS 安全基础。

资产测绘是比较实用的补充：FOFA、360 Quake、奇安信 Hunter 的查询由控制台进程直接发起，只有「已启用 + 已配置密钥 + 验证通过」的平台才会把工具挂给模型，未配置的来源不会进入上下文。代价是数据暴露：搜索关键词和 API Key 会直接发送给 Tavily 和这些资产平台，不经过审批链，也不经过容器。

容器按项目划分，以 root 运行，默认使用 host 网络，以便反向 shell、payload 服务和内网目标更贴近真实环境，但没有资源上限，也没有 cap-drop / seccomp。控制台和 Agent 本身以启动者的用户身份跑在宿主机上，项目目录还可能加载 settings.json、.pi/extensions 和 AGENTS.md，且没有项目信任确认。把它当成受控的实验工作站，而不是沙箱。

谁值得试

适合已经取得书面授权、愿意用一次性虚拟机做测试的安全顾问；需要把 Web 目标乃至安卓设备的操作、命令和发现留成可回溯记录的人。不适合把不可信目标或不可信工作目录丢进来的场景：host 网络、root 容器和无限制的文件读写让这种用法风险过高。没有 Docker 的团队会直接卡住；Windows 用户也会遇到额外麻烦，README 不建议在 Windows 上运行，并要求安装 Win32OpenSSL 和配置 PATH。核心控制台不强依赖手机，安卓和 iOS 工具只有在配置了对应按钮或 bridge 后才会挂载。

使用条件与边界

Docker 是硬依赖，作业环境是 Kali 容器，默认 host 网络并保留 NET_RAW。控制台本身使用自签 HTTPS 和每次启动随机变化的入口串，需要从日志里读完整地址，并手动信任或导入证书。从源码跑需要 Node.js >= 22.19.0，并且要分别执行后端和前端两步构建。日常维护比安装更值得留意：同一项目的所有会话共用一个 root 容器；直接调用容器的工具和宿主机文件写入都绕过审批；换网络后局域网 IP 变化可能需要用 --tls-regen 重签证书。自定义 MCP 的 stdio 服务器以宿主机子进程执行，只添加自己信任的服务器。若要再分发，还应核对 README 和 THIRD_PARTY_NOTICES 中的许可与 GPLv2 例外说明。

HotRepo 点评

HotRepo 首次观察到该项目时它只有 8 天，2026-10-25 在 TypeScript 新项目榜上以 439 总 star 位列 #20；这是带日期的快照，不是日增数据，也没有可比的日榜历史，所以还不能判断热度能否持续。在把它用于真实授权项目之前，先确认 README 写明的审批盲区是否符合你的测试授权范围。