Security review

Everything your security review asks for first.
Including what we don't claim.

Architecture, data flows, roles, questionnaire answers, and a control mapping, written to the same evidence standard as our engineering documentation. Every control carries its availability status.

Status on every control

Explicit non-claims

Customer-run deployment

01 / What you receive

The documents reviewers ask for first.

We send these to security teams evaluating Decision Terrain, on request. Each document labels capabilities as standard, enabled per deployment, preview, demonstrated, or customer responsibility.

01

Security whitepaper

The four pillars: customer-run deployment with no connection back to Decision Terrain, contained execution, governed and stoppable agents, and a durable action record forwarded to your SIEM. Each pillar ends with what we do not claim.

Request the materials
02

Security review pack

Architecture diagram, what leaves your boundary for each model choice, the role and permission model, and answers to 37 standard security-questionnaire questions.

Request the materials
03

Questionnaire answers

The same 37 answers as a spreadsheet, by domain, with an availability status for each, ready to adapt to your own questionnaire format.

Request the materials
04

Control mapping

Which capabilities can provide evidence for NIST SP 800-53 Rev 5 controls, the NIST AI RMF functions, the OWASP Top 10 for LLM Applications 2025, and CMMC Level 2 practices. Marked supports, partial, or customer.

Request the materials

These materials describe product capabilities. They do not establish that any control is implemented in your environment, and Decision Terrain holds no FedRAMP, DoD Impact Level, CMMC, or SOC 2 authorization.

02 / What we do not claim

Know the boundaries before you test them.

Reviewers trust a vendor that marks its own limits. These are stated in every document above.

01

Location and connectivity

Running on your infrastructure is not by itself an offline or data-residency guarantee. Model and integration traffic goes to the providers you configure.

02

Stopping agents

A security hold cannot recall an action an outside service already accepted. Those outcomes are reported Unknown, not success.

03

Detection and integrity

Detectors find patterns, not all sensitive content. Audit hashes support consistency checks; they are not a signed chain.

03 / For the buyer

Getting agents approved is a sequence, not a single review.

If you are the person who wants agents working, the path-to-approval guide shows how to bring security in at the start, begin with read-and-draft work, and produce the evidence an approver needs at each step.

01

From pilot to approval

Seven steps from choosing one responsibility to an evidence-based decision, with what your security team receives at each step.

Request the materials
02

Assess your own controls

Use the OWASP agentic and NIST AI RMF checklists to record evidence and gaps for the deployment you are evaluating.

Open the checklists

Next step

Walk through the answers against your environment.

Bring your questionnaire, framework, or a proposed workflow. We will go through each answer with your security team and show the controls in a running deployment.