About itsoc-mcp
itsoc-mcp exposes an existing local log-analysis backend to MCP agents, which can inspect runs, findings, and evidence. It makes no verdicts and redacts log content by default.
Key features
- 01Start analysis and return a summary
- 02Filter runs and findings
- 03Retrieve evidence and advisory explanations
- 04Look up IP threat intelligence offline
- 05Create pending block proposals
- 06Redact log content by default
Use cases
- 01Let an agent inspect local analysis results
- 02Review findings by rule or host
- 03Export raw logs in a trusted local session
- 04Create a pending IP-block proposal
MCP support
It proxies tools to a running local analysis backend, exposing runs, findings, evidence, exports, threat-intelligence lookups, and pending proposals to MCP clients. It has no authority to decide verdicts, approve, or execute actions.
Configuration
Local server config is the same for every client. Copy it into your client’s MCP config file.
Tools
7Saved tool list · updated 2w ago
| Parameter | Type | Required | Description |
|---|---|---|---|
| source | string | Yes | A local file path or an http(s) URL to analyze. |
| compare | boolean | No | Also run the rules-vs-LLM comparison pass. |
Details
From the project READMEitsoc-icp — an MCP server over the local analysis backend
mcp-name: io.github.Ankit512/itsoc-icp
itsoc-icp (Python package itsoc_mcp) exposes this project's existing log-analysis capabilities as
Model Context Protocol tools, so an
MCP-capable agent (Claude Code / Claude Desktop) can drive them. It is an
isolated sibling package: it imports nothing from anomaly_detector.py,
changes no /api/* route, and adds no dependency to the core backend.
What it is (and is not)
- A client, not a brain. Every tool proxies the already-running local backend
(
http://127.0.0.1:8765by default). This server computes no verdicts: severities, correlation, and rule verdicts are owned by the frozen deterministic detector on the backend. Tools relay; they never re-decide. - No action execution and no approval authority. No tool can approve, reject,
execute, or revoke actions.
propose_block_ipcan create a proposal in thependingstate only; all execution and approval authority strictly resides on the backend console with human-in-the-loop step-up authentication.analyze_logkicks off log analysis andexplain_findingrequests an advisory explanation via the existing endpoint — an explanation never changes, suppresses, or escalates a verdict. - Honest by construction. Backend
null/ "0 lines parsed" / idle states are passed through verbatim — never a fabricated all-clear or an empty file. - Redacted by default. Any field carrying raw log text is masked through the
project's existing egress choke point (
console/redact.py) before it leaves, unless you opt into a trusted local session (see below).
Every tool response carries a provenance block stating: verdicts are
deterministic/rule-owned, explanations are advisory, MITRE tags are derived (not
verdicts), plus the running detector's detector_sha256.
Tools
| Tool | What it returns | Honesty notes |
|---|---|---|
analyze_log(source, compare=False) | Runs the existing analyze flow on a local path or an http(s) URL; returns run_id + summary (severity counts, lines parsed/unparsed, unrecognized flag, detector sha). | Unrecognized format → "0 lines parsed", explicitly not an all-clear. |
list_runs() | Saved runs from run history, plus the current run. | Empty history is honestly empty. |
get_findings(run_id='', severity='', rule='', host='', limit=50) | Filtered findings for the active run: rule-owned severity, rule_id, derived MITRE tags. | Host/title are redacted by default. A non-current run_id is an honest error (this server never switches the active run). |
get_evidence(finding_id, run_id='') | Real evidence lines + rule predicate + timeline for one finding. | Raw lines and timeline labels are redacted by default. |
explain_finding(finding_id, run_id='') | Advisory LLM explanation via /api/explain. | Advisory only; redacted by default; an unreachable model is an honest error. |
export_run(format, run_id='') | Proxies /api/export (csv|html|xml|json|md). | Idle → honest 409 ("nothing to export yet"), never an empty file. Content carries raw log text, so it is withheld by default (real size + sha256 returned); set the trusted-local flag to receive it inline. |
threat_intel_lookup(ip, bundle_path=None) | Offline STIX→MITRE lookup for one IPv4, reusing threat_intel/ (match + severity from threat_detector.py, MITRE from the cached ATT&CK DB). No network egress. | No bundle configured → honest n/a; no match → honest "no match", not an all-clear. |
propose_block_ip(incident_id, runbook_id='rb-block-ip') | Proposes a perimeter IP block by creating a pending approval record on the backend console. | Proposal creation only: zero execution authority, zero approval authority. Step-up auth on console is required to approve/execute. |
Every tool declares all four MCP hints as explicit booleans (readOnlyHint,
destructiveHint, idempotentHint, openWorldHint) so hosts can warn before
invoke and OpenAI's directory will accept the contract. Read tools
(list_runs, get_findings, get_evidence, export_run, threat_intel_lookup)
are readOnlyHint: true. analyze_log, explain_finding, and propose_block_ip
are writes (additive, not destructive). All backend-facing tools are
openWorldHint: true.
Install
The core backend stays stdlib-only — do not install anything to run it. Install the MCP SDK only if you want to run this server:
pip install -r itsoc_mcp/requirements-mcp.txt # the `mcp` SDK, and nothing else
Run
-
Start the backend (from the repo root), stdlib-only, no extra installs:
python3 console/serve.py # serves http://127.0.0.1:8765 -
Launch the MCP server over stdio (from the repo root):
python -m itsoc_mcp
Configuration (environment)
| Variable | Default | Purpose |
|---|---|---|
ITSOC_BASE_URL | http://127.0.0.1:8765 | Where the local backend is listening. |
ITSOC_MCP_TRUSTED_LOCAL | (unset) | Set to 1 to return raw (unredacted) log text and inline export content. Leave unset for any session an MCP client could relay off-machine — the default masks IPs, usernames, and known hosts. |
ITSOC_STIX_BUNDLE | (unset) | Path to a local STIX bundle for threat_intel_lookup. Unset → the tool honestly reports "n/a — nothing to match against". |
Register with an MCP client (stdio)
Paste into your MCP client config (e.g. Claude Desktop's
claude_desktop_config.json, or .mcp.json for Claude Code). Replace
/ABSOLUTE/PATH/TO/itsoc with the repo root:
{
"mcpServers": {
"itsoc-icp": {
"command": "python",
"args": ["-m", "itsoc_mcp"],
"cwd": "/ABSOLUTE/PATH/TO/itsoc",
"env": {
"ITSOC_BASE_URL": "http://127.0.0.1:8765"
}
}
}
}
To allow raw evidence/export on a trusted local machine, add
"ITSOC_MCP_TRUSTED_LOCAL": "1" (and optionally "ITSOC_STIX_BUNDLE": "...") to
that env block. The backend (python3 console/serve.py) must be running.
Tests
Network-free, no SDK, no ATT&CK cache required — the client is faked and the offline mapper is stubbed:
python3 itsoc_mcp/test_mcp.py
It asserts each tool's shape, that get_evidence/get_findings/explain_finding
are redacted by default and raw only with ITSOC_MCP_TRUSTED_LOCAL=1, and
that idle/unrecognized/error states return honest errors, not empty payloads.
Standalone install (uvx / pipx)
pyproject.toml builds an itsoc-icp distribution with an itsoc-icp console
script (itsoc_mcp.server:main) and pins mcp>=1.9,<2 — MCP clients speak the
stable 1.x API; mcp 2.0 changed the server API. The package is self-contained:
designed to run with no repo checkout.
uvx itsoc-icp # or: pipx run itsoc-icp (the backend must still be running)
Two honesty points, stated plainly:
- The egress guard is never weakened standalone. Redaction has a single source
of truth —
console/redact.py— used whenever the repo is importable. In a bare install it falls back to a verbatim vendored mirror (_redact_vendored.py) that masks identically (redact-by-default; raw only withITSOC_MCP_TRUSTED_LOCAL=1). A drift-guard test asserts the two never diverge, so the vendored copy can never silently mask less.redaction.redact_source()reports which is active. If neither could load, the module fails to import rather than pass text through — it fails closed, never open. threat_intel_lookupneeds the repo. Its offline STIX→MITRE path reuses the repo's siblingthreat_intel/package, which a bare install does not ship. In a standalone install that one tool fails closed with an honest "offline threat-intel unavailable … NOT a clean verdict / not an all-clear" message — never a fabricated match or a fake all-clear. Run from the repo (python -m itsoc_mcp) to use offline threat-intel. Every other tool is a client of the backend API and works identically standalone or in-repo.
Standalone means no repo checkout is needed for the MCP package — the backend
(python3 console/serve.py) still runs separately and must be reachable at
ITSOC_BASE_URL.
License
MIT — see the repository's top-level LICENSE.
Comments
New to MCP?
From what the protocol is to installing your first server, these answers cover most first questions.
An open protocol that defines how AI applications connect to external tools and data in a uniform way. Clients talk to the model; MCP servers provide tools, resources and prompt templates. They exchange standard messages, so one server can be reused by many clients.