Overview
What Rokkhe does, and the loop it runs.
Rokkhe is two halves of one loop. The offensive half points an autonomous pentester at a target you name and proves what is exploitable. The defensive half takes the telemetry you already produce and turns it into investigated cases. They share one workspace, so a proven exploit and a detection gap describe the same system rather than two disconnected reports.
#The engagement loop
- Scope — you name the targets. Nothing outside them is touched.
- Map — routes, parameters, auth flows, dependencies, and misconfigurations.
- Prove — a working proof-of-concept, run inside a container sandbox.
- Fix — the remediation opens as a reviewable pull request.
- Retain — findings, proofs, and the decisions taken stay attached to the run.
A finding is not promoted until its evidence reproduces. That is the difference between this and a scanner: the queue is short because everything in it already ran.
#The SOC loop
- Receive — registered collectors send events into a workspace.
- Correlate — related signals become one case rather than four tickets.
- Investigate — agents retrieve context and compare hypotheses against retained evidence.
- Approve — consequential response waits for a named person.
- Retain — the case keeps what justified each decision.
#What you interact with
| Surface | For | Start at |
|---|---|---|
| Console | Reading queues, cases, and evidence. | Your deployment’s origin. |
| CLI | Running engagements from a terminal or CI. | /docs/cli |
| Agent surface | Driving the SOC from a coding agent. | /docs/agent |
| Collectors | Sending existing telemetry in. | /docs/collectors |
#Where it runs
The whole platform self-hosts on infrastructure you operate — one VM with Compose is enough. Nothing calls home. The only outbound traffic is what you configure: your model provider, and whichever integrations you connect. See /docs/self-hosting for the stack and /docs/security for what is isolated from what.