Conversation
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
|
Hey! Your PR title Please update it to start with one of:
Where See CONTRIBUTING.md for details. |
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
9522747 to
26fcc10
Compare
|
Thanks for this comprehensive contribution @spetro511! The live workbench concept with activity/topology/memory panels, approval-gated Nmap routing, and the observer role are all well thought out. However, we're in the middle of a significant v2.0 architecture rework that touches many of the same areas — session UI, event streaming, tool registry, and deployment infrastructure. Merging this as-is would create substantial conflicts with the direction we're heading. We already have a Bolt-based deployment infrastructure that we're evolving for container workflows, so the Kali deployment piece may fit better there. We'll keep this as a reference as we build out v2.0 — several of these ideas align with our roadmap. Closing for now, but your continued contributions would be greatly appreciated as v2.0 shapes up! |
|
@badchars i have also since developed and flushed out a much cleaner UI than my previous iterations, as well as automated zero touch + minimal distance iOS vectors (TIFF overflow, MDM profile enrollment, etc). I would kill to get a peek at the v2 arch so I don't build on an antiquated base. The platform you and your team have built is truly in a league of its own. |
What does this PR do?
The Web UI currently exposes most execution progress only through chat. This adds a session-scoped live workbench so operators can follow redacted Activity, Mission posture, topology, Nmap history, target notes, execution readiness, and structured memory while an agent runs.
It also adds an approval-gated Nmap system of record, a pinned MCP catalog with explicit install states, a read-only observer role, and a reproducible localhost-only Kali deployment. Hidden panels receive coalesced event-driven refreshes, stream reconnects recover durable history with a stable cursor, and raw Nmap execution is routed through
nmap_scanso approval and topology evidence cannot be bypassed accidentally.Closes #135
Type of change
Security impact
How did you verify it works?
bun turbo typecheckNo active target scan was run for this verification.
Checklist
bun turbo typecheckpasses