Ferentin Guides · Security
Zero Trust,
Verified.
How the Ferentin control plane maps to the three-tier Zero Trust framework for autonomous AI agents.
The premise
Every control answers one question: does it make the attack impossible, or merely tedious?
A framework is only as honest as the gaps it admits. This guide walks the Zero Trust control families one at a time — what each is, why it matters, and how Ferentin enforces it — then places the platform on the Foundation–Enterprise–Advanced ladder, including the rungs we haven't reached yet.
Ferentin is the enforcement plane that sits behind your agents. It delivers these controls to whatever runtime you deploy, so the tier you reach is a property of the platform, not something you re-earn with every agent you write.
Why this is different
Agents break the assumptions security was built on
Traditional software executes predefined logic. Agents interpret goals, choose tools, and act across many steps with little supervision. Five properties make them a distinct security problem — and AI-accelerated offense has compressed the time from vulnerability to exploit from months to hours, raising the floor on every control below.
- 01AutonomyAgents act without human approval at each step. The same efficiency means a manipulated agent causes harm at machine speed.
- 02Tool accessAgents reach APIs, databases, and MCP servers. A compromised tool stack leads to data theft, code execution, or sabotage within valid credentials.
- 03Decision-makingInterpreting instructions introduces ambiguity. Text that looks benign to a human can be read by an agent as an actionable command.
- 04Context persistenceMemory across sessions makes agents capable — and poisonable. A single injected instruction can shape every future session.
- 05Multi-agent coordinationImplicit trust between agents lets an attacker compromise one and pivot through others to systems the first could not reach.
How to read this guide
Three tiers, one raised floor
Each control family is rated against three maturity tiers. They build on one another — advancing means strengthening existing controls, not replacing them. Because exploitation timelines have collapsed, friction-only controls no longer qualify even at Foundation.
- IFoundationMinimum viable security. The floor is now short-lived tokens, cryptographically-rooted identity, identity-based isolation, and automated first-pass triage — entry requirements, not aspirations.
- IIEnterpriseWhere most organizations should aim. Adds the depth to handle scale, multiple deployments, and environments where one compromise carries real business impact.
- IIIAdvancedFor regulated, high-stakes, or national-security environments where a breach is intolerable. Aspirational for most; baseline for some.
At a glance
The alignment scorecard
Eight control families. Where the platform stands today.
The platform behind the controls
Five components, one trust layer
The controls in this guide are not abstractions — each is enforced by one or more parts of the Ferentin platform. Every agent interaction flows through the Service Edge, is evaluated by the Control Plane, and is recorded in the Observability Plane.
- 01AI Network · Discover & GovernA live inventory of every AI client, LLM provider, and MCP server — each cataloged with owner, purpose, and risk tier. No shadow connections.
- 02Management Plane · Configure & MonitorThe console where security teams build policies in a visual editor, investigate incidents, and produce compliance evidence.
- 03Control Plane · Policy, Identity & AuditWhere identity, policy, and audit are defined — enterprise SSO, workload identity, RBAC, the policy engine, and human-in-the-loop review. Decisions are made here, before anything executes.
- 04Service Edge · Secure AI GatewayThe deny-by-default gateway every request passes through — authenticated, authorized, inspected, and logged. Run it as a shared public edge or a private edge inside your own VPC.
- 05Observability Plane · Telemetry & AuditingZero-sampling ingestion, searchable storage, and OTEL export of every interaction to Datadog, Splunk, Grafana, or S3.
Each control family below highlights the components that enforce it — a map from principle to platform.
The request lifecycle
Zero trust, from prompt to tool call
No request reaches an LLM, MCP server, or tool without passing every checkpoint below. Each checkpoint is a control family in this guide.
Identity & authentication
Agent identity
Why it matters
Identity is the foundation every other control rests on. Without a verifiable, cryptographically-rooted identity for each agent, you cannot attribute an action, enforce who may do what, or reconstruct an incident — agents operate in an attribution gap where least agency is impossible. Labels can be forged; cryptographic identity is what makes non-repudiation real.
Framework intent — give every agent instance a persistent identifier backed by cryptographic material, tracked from creation to retirement.
In Ferentin
Every edge and agent carries an mTLS-derived identity with a SPIFFE URI; subjects are minted cryptographically (SHA-256, UUID, federated workload, or synthetic-principal forms) and never shared across agents. Credentials are isolated per agent and rooted in a KMS-backed certificate authority.
An agent's identity can be attributed, scoped, and revoked — it is a cryptographic fact, not a label that can be spoofed.
Known gapHardware attestation (TPM/HSM remote attestation of agent integrity) is the remaining step to a clean Advanced; the CA is KMS-rooted but workloads are not yet hardware-attested.
Identity & authentication
Service authentication
Why it matters
Establishing identity is only half the problem — an agent must also prove that identity to every database, API, and service it touches. Static API keys and shared service-account passwords are among the first things AI-assisted code analysis finds in a repository; they no longer count as a baseline. Short-lived, narrowly-scoped tokens shrink the window in which a stolen credential is worth anything.
Framework intent — short-lived tokens from an identity provider, with automatic refresh and no credentials embedded in code.
In Ferentin
Tokens are short-lived (admin scope capped at 15 minutes) with opaque rotating refresh and replay-family revocation. Service-to-service auth uses OAuth2 with private-key JWTs and workload-identity federation — no static API keys on the production path. Edge channels run on mTLS.
A stolen token expires in minutes and a rotated refresh family revokes itself on replay — theft buys a vanishing window, not standing access.
Known gapNo online certificate revocation (CRL/OCSP) yet — edge-certificate revocation is currently a database operation. Short-lived certs mitigate, but this is a friction control, not a hard barrier.
Access control & privilege
Access & privilege
Why it matters
A perfectly authenticated agent still causes damage if it holds excessive permissions. Least agency — the agentic extension of least privilege — restricts not just what an agent can reach but what each tool may do, how often, and where. Standing permissions granted at deployment create permanent exposure; scoping them to the task at hand contains the blast radius.
Framework intent — deny-by-default RBAC, advancing to context-aware ABAC and just-in-time, auto-expiring access.
In Ferentin
Deny-by-default RBAC with a two-claim scope model, emerging ABAC via per-principal policy criteria, and an AuthZEN decision point for simulation. Per-tool MCP governance gates enforce least agency, including re-gating of catalog tools when an upstream server changes its surface (rug-pull defense).
An agent holds the permissions its task needs and no more — and a tool that quietly changes shape is re-gated, not silently trusted.
Known gapAuthorization is largely evaluated at issuance; continuous per-action re-evaluation and just-in-time elevation with auto-expiry are the Advanced increments. Mid-token revocation is not yet wired.
Access control & privilege
Resource isolation
Why it matters
Containment assumes breach. When one agent is compromised, isolation decides whether the damage stops there or pivots into adjacent systems. Identity-based isolation — each service accepting only the specific callers its policy names — is the real boundary; network segmentation is a backstop an agentic attacker will grind through. Server-side request forgery and confused-deputy pivots are the failure modes this closes.
Framework intent — identity-based isolation first, sandboxed execution next, hardware isolation at the top tier.
In Ferentin
Strict tenant and identity isolation, comprehensive SSRF prevention with a DNS-rebinding-safe resolver, and an edge-routed dispatch gate that refuses to reach customer-internal endpoints from the cloud surface. Edge credentials are isolated under a per-edge key.
A cloud-side request to a customer-internal endpoint isn't throttled — it returns “unreachable.” The network path does not exist.
Known gapHardware/confidential-compute isolation of agent workloads (the Advanced tier) is not implemented; isolation today is identity- and network-based.
Observability & auditing
Observability & audit
Why it matters
Access controls prevent unauthorized actions; observability tells you what actually happened. Without comprehensive, tamper-evident logs you cannot prove a control worked, investigate an incident, or satisfy a regulator. Agentic attacks often succeed through quiet persistence rather than a loud exploit — and only an audit trail will surface that.
Framework intent — comprehensive action logs, advancing to immutable trails and real-time correlation, with traceability linking each action to its trigger.
In Ferentin
Every LLM and MCP call is logged with actor identity, token reference, policy decision, and OpenTelemetry trace context. Each event is signed with an Ed25519 receipt and verifiable offline by a standalone CLI; tables are partitioned for append-only retention.
Any audited action can be cryptographically proven untampered, by an auditor, with no access to the platform that produced it.
Known gapImmutable storage is signature-based plus partitioning; true WORM is operator-side. Native SIEM streaming is bring-your-own-consumer, and the agent loop lacks explicit span instrumentation.
Behavioral monitoring & response
Behavioral monitoring
Why it matters
Logs are the raw material; detection is knowing what “normal” looks like and noticing when an agent drifts from it. The hardest agentic threats — memory poisoning, slow supply-chain compromise — move gradually, with no single action that trips a rule. The question every security team should be able to answer: would we know within an hour if an agent went rogue?
Framework intent — establish baselines, detect anomalies, and contain at machine speed with automated, scoped response.
In Ferentin
A risk-analysis framework, per-tenant rate limiting, and hard agent-loop bounds are in place. Session termination and credential revocation are available to responders on demand.
Today these raise an attacker's cost but don't autonomously contain — friction, not a barrier.
Known gap — disclosedAnomaly detectors are framework-present but not yet registered in production, and response is operator-initiated. Roadmap: register baseline detectors and wire automated containment into the existing revocation paths — activation work on built infrastructure, not greenfield. This is the platform's most material gap.
Input validation & output controls
Input & output controls
Why it matters
Models cannot reliably tell instructions from data — which is exactly what makes indirect prompt injection so effective: a malicious instruction hidden in a web page or document the agent simply reads. Input validation rejects manipulation at the boundary; output filtering stops sensitive data leaving even after a compromise. High-risk actions get a human in the loop.
Framework intent — layered input validation and spotlighting, output filtering for sensitive data, and human approval for high-risk actions.
In Ferentin
A content sanitizer applies injection detection, invisible-Unicode stripping, and Microsoft-style spotlighting/datamarking with provenance markers; an ONNX classifier scores tool results. Data-loss prevention (cards, IBAN, SSN, exfiltration URLs) runs on LLM input and output and on MCP tool traffic — cloud and edge alike.
Untrusted content is delimited and marked as untrusted before the model sees it; sensitive data is caught on the way out, on both the cloud and edge paths.
Known gapHuman-in-the-loop review lives in the Control Plane today; extending enforced approval gates across every high-risk agent path — including the guard and AARM flows — is the Advanced increment.
Integrity & recovery
Configuration integrity
Why it matters
An attacker who cannot manipulate an agent's inputs will target its configuration instead — and a modified config can disable a control or widen permissions just as effectively as a code vulnerability, often more easily. Signing configurations and verifying them before (and after) deployment makes tampering a rejected operation rather than a detected one.
Framework intent — version-controlled configs, advancing to signed-and-verified deployment and immutable infrastructure.
In Ferentin
Policy bundles are signed with DSSE / ECDSA-P256 at the control plane and verified twice at the edge — on download, then again at apply-time by byte-comparing the signed payload. Configuration is code: every change flows through versioned migrations, and each edge receives a hash-identical, parity-checked bundle.
A tampered bundle is rejected, not flagged. The capability to ship altered policy to an edge does not exist — impossible, not tedious.
Known gapNone material at this tier. Secrets-rotation automation is the next increment.
For regulated industries
Zero Trust is not only good practice — it increasingly maps to obligation. The controls in this guide align with the standards regulators and frameworks already reference, and adoption deadlines are approaching.
From principles to practice
Architected for breach from day one.
The tiers are a roadmap, not a finish line — and the floor rises as the field matures. This guide maps Ferentin to a published Zero-Trust framework as a tool for your own evaluation, not as legal, compliance, or security assurance for any particular environment.