KVM-Recon

把现场行为,
留成可复核的证据。

BMC / HTML5 KVM 离线证据采集工具。

在机房记录浏览器实际观察到的请求、脚本、状态与实时通道。离场后,沿着证据研究协议。

macOS / Windows · 离线运行 · Capture Pack 2.0

BMC手工登录
HTML5 KVM
→
Chromium浏览器观测
原始事实落盘
→
Capture Pack证据与缺口
校验后导出
Capture Pack 2.0
├─ raw/        原始事实
├─ catalog/    稳定索引
├─ ai/         证据导航
├─ replay/     回放计划
└─ schema/     离线校验

采集与适配研究分工明确,不按厂商筛选证据。

把机房里的观察,交给离场后的研究。

项目定位与设计取舍

解决什么问题

现场通常不能调用公网分析服务,离场后又难以复现登录与 Viewer 会话。先把浏览器观察到的证据带出来,让后续研究有据可查。

为什么先留原始事实

未知厂商和动态路径也需要被记录。保留原始工件与稳定引用,再派生候选链、导航和缺口;不先猜协议,再筛选证据。

交付给谁,交付什么

现场人员手动导出 Capture Pack 2.0,工程师或获授权的 AI 离线复核。成果是证据包与研究入口,Adapter 开发由下游完成。

从浏览器事实,到可交接的证据。

系统内部工作流程

原始资料先保存,索引与结论再派生。以下按数据处理链路展开,观测、写入与关联会持续并行。点击步骤查看输入、处理和输出。

每步 2 秒 · 点击步骤可暂停阅读

出现缺口记录原因 → INCOMPLETE → 用户仍可导出未完整包

异常退出保留磁盘工作区 → 恢复接管 → 手动导出或保留原始资料

现场人员怎样配合

输入 BMC 地址 → 开始采集 → 手工登录 → 打开 HTML5 KVM → 等待自动收尾或手动停止 → 手动导出 → 离场后阅读分析。自动收尾不会自动导出。

沿一次采集,查看证据。

公开合成素材 · 不连接真实机器

完整案例来自现有 Mock 样例;缺口案例由实际完整度引擎处理故障 Fixture。此处查看已保存的证据,不运行采集器。

正在读取公开案例

KVM_REACHED

每步 2 秒 · 点击步骤可暂停阅读
证据详情
素材来源与边界

未执行真实机器登录。缺口案例的其他门禁为 Fixture 预设通过,不代表实际 ZIP 验证。不完整案例是完整度逻辑的故障注入结果,不是对一次真实浏览器采集的重放;两种案例的展示步骤均为阅读编排,不代表原始耗时。

该留下的事实,逐层留存。

查看数据契约 ↗
01

HTTP 与 HAR

请求与响应、重定向、头、已取得正文和时序;HAR 是互操作副本,原始索引与正文单独保存。

02

脚本与运行时

网络与动态脚本、Worker、WASM 及可观察 WebCrypto 调用。源码不可读取或落盘失败时记录缺口。

03

浏览器状态与画面

Cookie、Storage、IndexedDB、CacheStorage、DOM、截图、动作时间线,以及 popup / iframe / Target 血缘。

04

实时通道

WebSocket 握手与双向帧;可观察的 SSE、WebRTC DataChannel 与下载。WebTransport 当前只记生命周期,并报告 payload 缺口。

05

原始日志与补充事实

CDP 事件与命令、Chromium NetLog、console、浏览器环境;TLS / Redfish 探测提供可选补充事实,失败不阻断采集。

06

证据导航与 Replay

候选请求链、资源关系、已观察值传播和缺失证据。Replay 提供动态值与通道计划,不自动生成 Adapter。

07

完整度与自校验

工作流状态与十项门禁独立派生。COMPLETE 要求到达 KVM;正式 ZIP 还要通过引用、字节数、SHA-256 和 Schema 校验。

08

磁盘、恢复与导出

单作业、磁盘安全余量、内容寻址去重、流式 ZIP64。崩溃资料留存;完整与未完整包都由用户手动导出。

界面、采集与导出,各有职责。

架构与源码依据 ↗

桌面客户端的系统架构。上方工作流程说明事实怎样被处理;这里说明由哪些模块完成,以及数据落在哪里。

01 / UI

桌面工作台

React + TypeScript
状态、计数与主操作

src/renderer ↗
受限 IPC
preload / contextBridge
管理采集窗口与会话
03 / BROWSER

隔离 Chromium 会话

现场人员手工登录 BMC
挂载 page / popup / Worker 等 Target

BMC 是外部目标;只在实际客户端连接。

04 / COLLECTOR

浏览器事实采集

CDP / NetLog · HTTP / HAR
脚本、状态、画面与实时通道

src/core/collector ↗

浏览器事件与可取得内容 → Collector;TLS / Redfish 探测提供可选补充事实,失败显式记账。

05 / STORAGE

磁盘工作区

JobWorkspace + BodyStore
追加事件、SHA-256 寻址与去重
崩溃资料保留 · 磁盘水位保护

workspace ↗ · body-store ↗
06 / DERIVE

证据导航与完整度

从包内事实派生索引与候选链
工作流状态 + 十项门禁
AI 阅读入口与 Replay 计划

capture-pack-v2 ↗
07 / EXPORT

验证后的证据包

用户触发流式 ZIP64
重新打开检查 Schema、引用与 checksum
Capture Pack 2.0 → 离线研究

src/core/export ↗

原始事实落盘 → 派生资料 → 导出自校验。示意的是职责与数据关系,不表示模块严格串行运行。

技术实现Electron / Chromium:桌面与观测React / TypeScript:界面与契约Node.js:文件与流AJV:JSON Schemayazl / yauzl:ZIP 写入与复核

以上为完整客户端架构。当前展示站仅用静态 HTML / CSS / JavaScript,不运行 Electron、Collector 或 Replay,不提供云端采集服务。

离场后,从三个入口开始。

Capture Pack 2.0

先理解状态与缺口,再沿稳定 ID 查看原始证据。点击文件,浏览公开样例节选。

  1. 00_START_HERE.md安全提示与阅读地图
  2. ai/index.json候选请求、Target、通道与资料入口
  3. ai/adapter-dossier.json登录到 Viewer 的候选证据链
完整采集包阅读指南 ↗

仅公开样例节选。原始包含更多工件;此处不提供现场资料上传。

证据完整,不等于适配完成。

完整度的含义

COMPLETE 评价定义范围内的浏览器可观察证据,不代表协议已识别、视频已解码或任何设备均能成功适配。未知架构不会因没有厂商签名被判缺口。

当前验证基线 ↗

原始资料 · 未脱敏

实际采集包可能含有效口令、Cookie、Token、内网地址与通道载荷。仅在受控环境中保存和交接,不上传公开 Issue。采集窗口放宽部分浏览器安全限制,只连接可信 BMC。

清晰的项目范围

不自动登录、不做 MITM、不在机房调用公网 AI、不写 Adapter、不完整解码视频。网站无需账号和后端,不接收地址、凭据或采集包。

带进机房,带出证据。

先看现场指南,再用目标设备验证实际覆盖范围。