[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2b9fs5pcr04qi":3},{"code":4,"message":5,"data":6,"timestamp":26},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":16,"summary_md":17,"topic":18,"github_topics":21,"license":22,"homepage":23,"updated_at":24,"history":25},"zgsfsec\u002FFull-Chain-Sentinel-System",20,"【全链哨兵】全流程渗透测试 Agent 系统，支持 Web、小程序、安卓 APP、IOS app(测试中)。安全服务渗透测试辅助工具，禁止用于非法攻击。","TypeScript",439,151,50,9,[],"面向授权渗透测试的 Agent 控制台，用聊天驱动 Kali 容器，把侦察、利用和证据留痕收进同一个项目。","如果你手上有书面授权的渗透项目，希望从侦察一路做到出报告，这个项目值得花时间评估；但如果期待它当隔离沙箱，README 已明确说明它不是。\n\n## 解决什么问题\n\n一次渗透测试常散落在多个终端、笔记、代理和设备工具之间，最后再拼成报告。全链哨兵把流程收进一个项目：建项目、配模型，然后在 Web 控制台里对话，bash 命令在项目专属的 Kali 容器中执行。侦察、枚举、验证都在同一棵会话树里进行，确认的漏洞通过 `vuln_submit` 提交，必须填写 CVSS 分数，原始数据包逐字保存，操作员复核留时间线，最后按项目导出 Markdown 报告。改变的是流程编排和证据留存，而不是这些安全工具本身。\n\n## 有什么不同\n\n系统提示把方法论写死在流程里：侦察、枚举、漏洞映射、验证、利用、后渗透、报告，并强调授权范围、证据留痕和最小侵入。执行模式分三档：默认的审批模式允许逐条编辑、放行或拒绝 bash 命令；自动执行模式直接运行；AI 审批则由守门模型逐条判定 `ALLOW` \u002F `BLOCK`。\n\n第三档需要特别注意。README 写明：判定失败、超时或无法解析时一律放行，所以它只是方便过滤，不是安全边界。审批也只覆盖 bash 以及安卓、iOS 的 shell 命令；`read\u002Fedit\u002Fwrite`、文件面板、MCP 工具、codemode，以及 frida、抓包、APK 分析这类直接调用容器的工具都不过审批。安卓和 iOS 支持依靠设备端 bridge 主动反连控制台，iOS 功能明确标注还在测试阶段，需要操作者具备越狱和 iOS 安全基础。\n\n资产测绘是比较实用的补充：FOFA、360 Quake、奇安信 Hunter 的查询由控制台进程直接发起，只有「已启用 + 已配置密钥 + 验证通过」的平台才会把工具挂给模型，未配置的来源不会进入上下文。代价是数据暴露：搜索关键词和 API Key 会直接发送给 Tavily 和这些资产平台，不经过审批链，也不经过容器。\n\n容器按项目划分，以 root 运行，默认使用 host 网络，以便反向 shell、payload 服务和内网目标更贴近真实环境，但没有资源上限，也没有 cap-drop \u002F seccomp。控制台和 Agent 本身以启动者的用户身份跑在宿主机上，项目目录还可能加载 `settings.json`、`.pi\u002Fextensions` 和 `AGENTS.md`，且没有项目信任确认。把它当成受控的实验工作站，而不是沙箱。\n\n## 谁值得试\n\n适合已经取得书面授权、愿意用一次性虚拟机做测试的安全顾问；需要把 Web 目标乃至安卓设备的操作、命令和发现留成可回溯记录的人。不适合把不可信目标或不可信工作目录丢进来的场景：host 网络、root 容器和无限制的文件读写让这种用法风险过高。没有 Docker 的团队会直接卡住；Windows 用户也会遇到额外麻烦，README 不建议在 Windows 上运行，并要求安装 Win32OpenSSL 和配置 PATH。核心控制台不强依赖手机，安卓和 iOS 工具只有在配置了对应按钮或 bridge 后才会挂载。\n\n## 使用条件与边界\n\nDocker 是硬依赖，作业环境是 Kali 容器，默认 host 网络并保留 `NET_RAW`。控制台本身使用自签 HTTPS 和每次启动随机变化的入口串，需要从日志里读完整地址，并手动信任或导入证书。从源码跑需要 Node.js >= 22.19.0，并且要分别执行后端和前端两步构建。日常维护比安装更值得留意：同一项目的所有会话共用一个 root 容器；直接调用容器的工具和宿主机文件写入都绕过审批；换网络后局域网 IP 变化可能需要用 `--tls-regen` 重签证书。自定义 MCP 的 stdio 服务器以宿主机子进程执行，只添加自己信任的服务器。若要再分发，还应核对 [README](https:\u002F\u002Fgithub.com\u002Fzgsfsec\u002FFull-Chain-Sentinel-System\u002Fblob\u002Fmain\u002FREADME.md) 和 THIRD_PARTY_NOTICES 中的许可与 GPLv2 例外说明。\n\n## HotRepo 点评\n\nHotRepo 首次观察到该项目时它只有 8 天，2026-10-25 在 TypeScript 新项目榜上以 439 总 star 位列 #20；这是带日期的快照，不是日增数据，也没有可比的日榜历史，所以还不能判断热度能否持续。在把它用于真实授权项目之前，先确认 README 写明的审批盲区是否符合你的测试授权范围。",{"slug":19,"name":20},"security","安全",[],"MIT",null,"2026-10-25T02:59:36Z",[],1792909519]