The Data Security and Compliance Layer for Enterprise AI

Know what AI agents actually did with your data.

SmartVerify records AI at the point of execution, creating signed evidence of the statement that ran and the data it returned.

Agent platform

Records what the agent reported.

SmartVerify

Records what the database executed and returned.

No application code changes. Deploys inside your VPC. See Platform for coverage.

Technical alliances

SmartVerify is a member of the Linux Foundation and the Open Secure AI Alliance. SmartVerify is listed as Aligned in the AARM builder registry, a Cloud Security Alliance project.

The data checkpoint

A boarding pass tells you who may enter.
An X-ray shows what passes through.

Identity and access tools establish who may act. Agent platforms record what the agent reported. SmartVerify records the database execution.

Airport identity and boarding pass check

Identity and access

Identity check and boarding pass

Establish who may enter, where they may go, and what they are authorized to do.

SmartVerify
Airport X-ray baggage scanner

SmartVerify

The X-ray at the data checkpoint

Record the executed PostgreSQL statement, returned row count, and columns read on the data path.

Standalone data-path deployment

One inline edge worker

Runs inside your VPC on the connection in front of the database and creates the execution record.

Topology-dependent deployment

Two inline observation points

Adds agent-to-tool context so the claim can be related to the database event.

Enterprise AI risk cannot be outsourced.

AI vendors and upstream controls can report what an agent was asked to do. They cannot guarantee what executed against enterprise data. Models, tools, and agent frameworks change too quickly for static controls to remain reliable. Data access must be controlled, recorded, and reported where it happens: at the data layer.

Built by the team that built, operated and scaled security and compliance services at AWS

From evidence to control

Start with the record. Extend into control.

PostgreSQL Record, MCP and JSON-RPC Observe and Refuse, and PostgreSQL role-based write refusal are available now. Individual PostgreSQL statement refusal is in design partner build, and Reshape is on the roadmap. See the Platform coverage grid for source and phase coverage.

RecordAvailable now

A signed evidence record of the statement as executed, the number of rows returned, the columns read with sensitivity labels, the session, and the agent identity. Retention is configurable, and longer periods with an immutable export are available for estates with a mandated retention period. Record for PostgreSQL is available now. See the Platform coverage grid for source availability.

RefuseAvailable now

Stop an action before it takes effect. MCP and JSON-RPC tool-call refusal is available now. PostgreSQL write refusal through a role with no write privileges is available now. Refusing an individual PostgreSQL statement by kind, target table, column, or value is in design partner build. Because the decision is made on the request, nothing is forwarded, so there is no partial effect and nothing to roll back.

ReshapeOn the roadmap

A future response-path phase for masking, tokenization, and redaction of returned data. Reshape is not available today.

ReasonOn the roadmap

A future phase for comparing requests against an agent's established pattern of behavior and surfacing patterns across many sessions. Reason is not available today.

PostgreSQL Record, MCP and JSON-RPC Observe and Refuse, and PostgreSQL role-based write refusal are available now. Individual PostgreSQL statement refusal is in design partner build. Reshape and Reason are on the roadmap. The Platform coverage grid is authoritative for source availability.

Three layers, three questions

Where SmartVerify fits

Identity and access

Who may act?

Identity, entitlement, and authorization event

Agent platform

What did the agent report?

Tool call, arguments, and reported result

SmartVerify

What executed and returned?

Statement, returned rows, columns read, and signed session record

Each layer creates a different record. The Platform coverage grid is the source of truth for availability.

Model Context Protocol

Where MCP fits

Agents reach data through tool calls, and the tool server then reaches the database. PostgreSQL execution observation is available now on the database connection, where the query, returned row count, and column list exist. Direct MCP and JSON-RPC observation and tool-call refusal are available now on the agent-to-tool connection.

MCP and JSON-RPC observationIn design partner build

Records the tool invoked, its arguments, and the call forwarded onward.

Behavioral baseliningOn the roadmap

Compares requests with the agent's established pattern of behavior.

Inline deploymentIn design partner build

Places the inline edge worker on the network path inside your VPC without changes to MCP servers or clients.

Evidence for decisions

If an AI data action is not recorded, it cannot be proved later.

Signed records give Legal, Security, and Risk teams evidence of what an agent accessed.