Shared security memory for the agents you already use.
Website · Quickstart · Agent guide
Security Graph is a security context engine for pentesters, PR reviewers, and coding agents. It stores findings, assessment reports, evidence, and triage decisions, and makes them available through MCP so each agent can build on earlier security work.
An agent reviewing a change needs to know what has already been investigated: which vulnerabilities were reported, how they were reproduced, and why they were fixed, dismissed, or accepted as risk. Security Graph keeps that context available between agents and assessments.
- Before an assessment: Retrieve existing findings, evidence, and review decisions for the target and related assets.
- During an assessment: Record structured findings with code references, a PoC, and remediation evidence using Superagent's finding template.
- After an assessment: Finish the report and let authorized reviewers update finding dispositions. Later agents can retrieve the results.
The graph connects security records: assets, reports, findings, and vulnerability classifications. Those relationships let an agent follow a finding back to its assessment or retrieve findings for related assets.
Your agents perform the assessments; Security Graph preserves what they learn. Use your own agents and models, and run the Go service with PostgreSQL on your infrastructure.
Security Graph can provide shared memory around your existing security workflow. An agent can retrieve earlier context, investigate results from a review or scanner, and record findings for the next assessment.
Integration status: Direct agent access through MCP is available today. The vendor connections below are proposed integration patterns; this repository does not yet ship vendor connectors or verify these combinations end to end.
| Tool or method | Workflow | Connection pattern |
|---|---|---|
| Your own MCP-capable agent | PR security review or repository pentest | Connect directly to Security Graph to retrieve context and submit structured assessment results. |
| Greptile | AI PR review | Have an agent read Greptile review comments through its MCP server, investigate security issues, and record findings in Security Graph. |
| CodeRabbit | AI PR review | Evaluate Security Graph as a custom MCP knowledge source for review context. An agent can separately investigate results from CodeRabbit's CLI or PR comments. |
| Vercel deepsec | Repository security scans | Have an agent or custom adapter read exported findings and supply the evidence required by Security Graph's submission contract. |
| Semgrep | Static analysis | Have an agent or custom adapter investigate selected JSON or SARIF results and prepare structured findings. |
You'll need Docker with Compose and a checkout of this repository.
Copy the example configuration:
cp .env.example .envSet a long password in .env, using the same password for POSTGRES_PASSWORD and DATABASE_URL (URL-encoded in the URL if needed). Then build the service and prepare PostgreSQL:
docker compose build
docker compose run --rm migrateThe database starts empty and retains data across restarts. You only need to prepare it once; rebuild and rerun migrations when upgrading.
Add this stdio MCP server to your agent's configuration, replacing both paths with your checkout location:
{
"mcpServers": {
"security-graph": {
"command": "docker",
"args": [
"compose", "--project-directory", "/absolute/path/to/security-graph",
"--env-file", "/absolute/path/to/security-graph/.env",
"run", "--rm", "--no-deps", "-T", "server", "stdio"
]
}
}
}Your agent launches the Go process and communicates through its input/output streams. No MCP API key, login, or HTTP endpoint is needed. The process has assessment permissions in a local workspace; advanced access settings are in AGENTS.md.
Ask your agent to register acme/payments, read its context, and record an assessment. The usual tool sequence is:
create_asset → get_context → create_report → submit_finding → finish_report
Every tool call requires an intent describing its purpose. The agent discovers the required inputs through MCP. Finding submissions currently require repository evidence, including code references, a PoC, and patch validation; see the agent guide.
The MCP process exits when your agent disconnects. To stop PostgreSQL while keeping its data, run docker compose down.
Standalone / on-prem: Run the same service against your own PostgreSQL database. For shared remote access, use authenticated HTTP behind HTTPS; see HTTP credentials. Other databases can be supported through the storage adapter interface.
Native Superagent: Run the service against the existing App database and configure App to forward MCP calls to it. Agents use their existing Superagent API keys; organization access comes from the key. This requires the App migration and service configuration described in the native integration guide.
- Agent guide: credentials, findings, and report lifecycle
- Development, integration tests, and releases
- Product and implementation plan
- Finding/report compatibility
The engine includes a curated, versioned vulnerability catalog and sourced mappings to CWE, OWASP, MITRE ATLAS and AIUC-1. Agents can discover the catalog, assign existing types, and optionally run Julia-1 locally for model suggestions. See catalog, graph relationships and local classifier setup.
