The Certiv console

See the full agent story⁠.

The Certiv console shows your security team which agents are running, the tools they reach, and what policy decided when an agent acted.

The Certiv console overview for the last 7 days: charts of the top models, the most violated policies, token usage, and policy enforcement, with counts of new agents, sessions, tools, and endpoints, and lists of the most active agents, endpoints, and tools.
The Agents screen: active agents, sessions, and token usage for the last 7 days, a bubble chart of endpoints per agent, and a table of agents such as Claude Code and OpenAI Codex with endpoints, sessions, input and output tokens, last active time, and created date.
The Accounts screen: an organization-wide account policy set to enforce, and a table of Anthropic and OpenAI accounts with sessions, endpoints, agents, and status, sanctioned or unsanctioned.
The Models screen: LLM usage over time, an organization-wide model policy in audit mode, and an inventory of Claude Sonnet 4.5 (Anthropic, sanctioned), GPT-4o mini (OpenAI, unsanctioned), GPT-5 (OpenAI, not reviewed), and llama3.1:8b (not reviewed) with requests, tokens, sessions, endpoints, and first and last seen.
The Tools screen: 75 tools used in the last 7 days, and a table of tools such as Readme Writer, Datadog, New Relic, PostgreSQL, and Secret Detector with status, agents, type, sessions, category, and first and last seen times.
The Policies screen on its Capabilities tab, headed "Find the right safeguards", with cards for software delivery safeguards, sensitive data protection, infrastructure change control, and agent authority and delegation.
The Agent Events screen with one event open: read_file, blocked, with its command and target /var/data/file-1.json, the assessment Blocked by security policy, and a trace listing Block Secrets in Code (blocked), Restrict Network Egress (not reached), and Restrict PII Access (allowed).
The same event's Details tab: a context graph from host-2.local through OpenAI Codex to Read File, ending in Blocked by policy, and the endpoint host-2.local with OS 13.6.4, OS user deploy, and Scout version 1.1.0.
The Endpoints screen: endpoints onboarded, active endpoints, sessions, and tokens for the last 7 days, an endpoint distribution map by OS (Linux 48, macOS 36, Windows 36), and a table of endpoints with user, control group, OS, OS version, Scout version, agents, and sessions.
The Scout Management overview: tiles for Scouts deployed (120 endpoints), needs attention (27), last check-in, and build distribution, above a table of endpoints with user, health, state, Scout build, OS, control group, and MDM deployment.
The MDM install tab of Scout Management: MDM deployments Mac fleet (Iru), Mac engineering (Jamf Pro), Mac lab (Iru), and Windows fleet (Intune) with OS, agent control group, CA key location, endpoints, keys, and last enrolled, and a table of provisioning keys not in a deployment.
The Direct install tab of Scout Management: a form to generate registration tokens, and Scout app downloads for macOS, Windows, and Linux.

In the console

From every agent to a single decision⁠.

The console starts with the agents in use and the tools they reach, and ends at the policy decision on one action.

Every agent in use, and where it runs.

Claude Code, OpenAI Codex, and the rest, each with its endpoints, sessions, tokens, and last activity.

Claude Code, OpenAI Codex, and the rest, each with its endpoints and sessions.

The Agents screen: active agents, sessions, and token usage for the last 7 days, a bubble chart of endpoints per agent, and a table of agents such as Claude Code and OpenAI Codex with endpoints, sessions, input and output tokens, last active time, and created date.

The AI accounts behind them.

Each Anthropic and OpenAI account agents use, marked sanctioned or unsanctioned under one organization-wide account policy, with its sessions.

One organization-wide account policy, in enforce mode, and each account agents use marked sanctioned or unsanctioned.

The Accounts screen: an organization-wide account policy set to enforce, and a table of Anthropic and OpenAI accounts with sessions, endpoints, agents, and status, sanctioned or unsanctioned.

The models they call.

Each model agents call, with its lab, requests, tokens, and status under an organization-wide model policy.

Each model agents call, such as Claude Sonnet 4.5 and GPT-5, with its lab and requests.

The Models screen: LLM usage over time, an organization-wide model policy in audit mode, and an inventory of Claude Sonnet 4.5 (Anthropic, sanctioned), GPT-4o mini (OpenAI, unsanctioned), GPT-5 (OpenAI, not reviewed), and llama3.1:8b (not reviewed) with requests, tokens, sessions, endpoints, and first and last seen.

The tools they reach.

Each tool agents used in the last 7 days, such as Datadog, PostgreSQL, and Secret Detector, with the agents that used it and how many sessions it appeared in.

Each tool agents used, such as Datadog, PostgreSQL, and Secret Detector, with the agents that used it.

The Tools screen: 75 tools used in the last 7 days, and a table of tools such as Readme Writer, Datadog, New Relic, PostgreSQL, and Secret Detector with status, agents, type, sessions, category, and first and last seen times.

Safeguards for the work agents do.

Policy capabilities grouped by that work, such as software delivery, sensitive data, infrastructure changes, and agent authority and delegation.

Policy capabilities grouped by the work agents do, starting with software delivery safeguards.

The Policies screen on its Capabilities tab, headed "Find the right safeguards", with cards for software delivery safeguards, sensitive data protection, infrastructure change control, and agent authority and delegation.

What Certiv delivers

One action, start to finish⁠.

For one action, the console shows what the agent tried, what policy decided, the path it took, and the endpoint it ran on.

What it tried.

A read_file call with the target /var/data/file-1.json, blocked by security policy.

A read_file call with the target /var/data/file-1.json.

The Agent Events screen with one event open: read_file, blocked, with its command and target /var/data/file-1.json, the assessment Blocked by security policy, and a trace listing Block Secrets in Code (blocked), Restrict Network Egress (not reached), and Restrict PII Access (allowed).

What policy decided, and why.

The trace of each policy in its path: one blocked it, one was not reached, and one allowed it.

Each policy in its path: Block Secrets in Code, Restrict Network Egress, and Restrict PII Access.

The Agent Events screen with one event open: read_file, blocked, with its command and target /var/data/file-1.json, the assessment Blocked by security policy, and a trace listing Block Secrets in Code (blocked), Restrict Network Egress (not reached), and Restrict PII Access (allowed).

The path it took.

From host-2.local through OpenAI Codex to Read File, where policy blocked it.

The same event's Details tab: a context graph from host-2.local through OpenAI Codex to Read File, ending in Blocked by policy, and the endpoint host-2.local with OS 13.6.4, OS user deploy, and Scout version 1.1.0.

Where it ran.

The endpoint host-2.local: OS 13.6.4, OS user deploy, Scout version 1.1.0.

The same event's Details tab: a context graph from host-2.local through OpenAI Codex to Read File, ending in Blocked by policy, and the endpoint host-2.local with OS 13.6.4, OS user deploy, and Scout version 1.1.0.

Fleet management

Your whole fleet, at a glance⁠.

Deploy Scout through your MDM or with individual installs, then see the endpoints it runs on, and their health, in one place.

Every endpoint, by operating system.

The endpoints Scout runs on, mapped by OS (Linux, macOS, and Windows), with a count for each.

The endpoints Scout runs on, mapped by OS.

The Endpoints screen: endpoints onboarded, active endpoints, sessions, and tokens for the last 7 days, an endpoint distribution map by OS (Linux 48, macOS 36, Windows 36), and a table of endpoints with user, control group, OS, OS version, Scout version, agents, and sessions.

Every Scout, at a glance.

Scout Management counts Scouts deployed, flags the ones that need attention, and tracks last check-in and build distribution.

Scout Management flags the Scouts that need attention: unhealthy, degraded, advisory, or unknown.

The Scout Management overview: tiles for Scouts deployed (120 endpoints), needs attention (27), last check-in, and build distribution, above a table of endpoints with user, health, state, Scout build, OS, control group, and MDM deployment.

Deploy through your MDM.

MDM deployments for Iru, Jamf Pro, and Intune, each tied to an agent control group.

MDM deployments for Iru, Jamf Pro, and Intune.

The MDM install tab of Scout Management: MDM deployments Mac fleet (Iru), Mac engineering (Jamf Pro), Mac lab (Iru), and Windows fleet (Intune) with OS, agent control group, CA key location, endpoints, keys, and last enrolled, and a table of provisioning keys not in a deployment.

Or install it directly.

A single-use registration token per endpoint, and Scout installers for macOS, Windows, and Linux.

A Scout installer for each OS, starting with macOS.

The Direct install tab of Scout Management: a form to generate registration tokens, and Scout app downloads for macOS, Windows, and Linux.

Already a customer?