TandemTrace TandemTrace
// INTEGRATIONS Adapter-based · No rip-and-replace

Plugs into the
stack you already run.

TandemTrace reads from your SIEM, EDR, identity provider, cloud, and ticketing tools — and writes verdicts back where your analysts already work. No new console to live in, no data migration. Connectors are adapter-based, so most sources are live in days.

// One layer between your sources and your actions
YOUR STACK // ingest · read WHERE YOU WORK // act · write back AUTONOMOUS AI SOC OS TandemTrace The ontology + AI agents NORMALIZE · REASON · ACT SIEM EDR / XDR Identity Cloud Threat intel Ticketing SOAR Chat Workflow On-call
Read-only by default
We start with scoped read access. Nothing in your environment changes on day one.
Least-privilege scopes
Narrow, per-connector credentials — never a standing admin key into your stack.
Actions stay gated
Response steps in EDR, identity and firewall sit behind your approval until you say otherwise.
Cloud or on-prem
Deploy where your data has to live. Your logs stay in your tenant — we reason over them in place.
Every action audit-logged
A full, exportable trail of what was read, decided, and written back — per connector.
// 01

The connector catalog.

We meet your stack where it is — read from the tools you already run, reason over them in one ontology, and write verdicts and actions back where your analysts work. Click any connector for what it reads, what it can do, and how it authenticates.

// Bring your own source
If it emits a log,
we can reason over it.

No connector for your tool yet? The adapter framework normalizes any structured source — syslog, JSON over HTTP, an S3 bucket, a SQL table, or a custom API — into the TandemTrace ontology. Point it at the data and map a few fields.

// We log every request — it directly shapes the connector roadmap.
# tandemtrace adapter — any source
source:
  name: my-custom-edr
  type: webhook        # syslog | s3 | http_poll | sql
  format: json
  auth:
    kind: bearer
    token: ${TT_SOURCE_TOKEN}

# normalize into the ontology
map:
  entity:  device.hostname  <- $.host.name
  actor:   user.email       <- $.user.mail
  finding: alert.title      <- $.rule.name
  ts:      event.time       <- $.timestamp
// 02

How it connects.

// 01

Read-only by default

We start with scoped, read-only API access to your alert and log sources. Nothing in your environment changes. No agents to roll out, no detections to rewrite.

// 02

Normalize to the ontology

Each adapter maps its source into the TandemTrace ontology — one common model of entities, events, and relationships. That's what lets the agents reason across tools, not just within one.

// 03

Write back where you work

Verdicts, enrichments, and recommended actions flow back into your SIEM, ticket queue, or chat. Response actions in EDR stay gated behind your approval until you choose otherwise.

Run it against
your real stack.

30 minutes. Bring a slice of your real alert queue and watch us triage it live, in your tools. No deck, no rip-and-replace.