Welcome to TRUSTIVAN. This guide walks you through complete onboarding across both core pillars of the platform:
  1. AppSec (Container Vulnerability Management): Scanning container images without Docker daemons, deterministic policy verdicts, and automated CI/CD release gating.
  2. NHI Security (Non-Human Identity & AI Agent Governance): Discovering machine identities across AWS, GitHub, K8s, Vault, and MCP servers, and enforcing 13 deny-by-default runtime guardrails on AI agents.
Our Philosophy
”Scanning is the commodity. The decision is the product."
"Evidence before claims. Deny by default.”

Architecture Overview


Track 1: AppSec Container Onboarding

Step 1: Issue a Scoped Machine API Key

For automated CI/CD pipelines, generate a machine credential with minimal required scopes:
Save the returned bearer token (twk_...). Keys are hashed at rest and never shown again.

Step 2: Connect Private Container Registries

TRUSTIVAN pulls remote images directly using standard OCI registry APIs—without requiring root access or host Docker daemon mounts. To authenticate your private registries (Docker Hub, AWS ECR, GitHub Packages, Google Artifact Registry, Azure ACR, or Harbor):

Step 3: Trigger Your First Container Scan

Submit an image for asynchronous scanning:
Poll GET /api/v1/scans/{id} until status reaches completed. Every vulnerability is recorded with one of five lifecycle states: open, triaged, suppressed, resolved, or reopened.

Step 4: Configure Deterministic Policy Engine Rules

Rather than failing on crude vulnerability counts, TRUSTIVAN evaluates your findings against a deterministic rule engine:

Step 5: Gate CI/CD Pipelines with Policy Verdicts

In GitHub Actions, GitLab CI, or Jenkins, branch your release based on the recorded verdict:

Track 2: NHI Security & AI Agent Governance Onboarding

Step 1: Connect Your Cloud & Developer Environments

NHI Security connects to your environments using read-only APIs:
  1. AWS IAM: Discover IAM roles, machine users, and access keys via STS AssumeRole with external ID verification.
  2. GitHub: Discover GitHub Apps, deploy keys, and bot installations across repositories.
  3. Kubernetes: Discover ServiceAccounts, cluster role bindings, and pod workloads.
  4. HashiCorp Vault: Discover AppRoles, tokens, and entity aliases.
Connect via the console (Integrations → Connectors → Connect an environment) or through the API:

Step 2: Onboard Model Context Protocol (MCP) Tool Servers

Register tool servers used by your AI agents:

Step 3: Explore Machine Identity Graph & Blast Radius

Run synchronization (Synchronize now). Once complete, review:
  • Discover → Identities: Every machine identity with assigned owners and last-use timestamps.
  • Discover → Graph: Interactive blast radius visualization showing permissions, accessible resources, and trust relationships.
  • Assess → Risk: Automated risk scoring identifying stale credentials, over-privileged tokens, and orphaned accounts.

Step 4: Configure the 13 Runtime Deny Interception Rules

TRUSTIVAN mediates agent tool calls outside the LLM context window using 13 deterministic rules:
  • Mandatory Deny Rules (cannot be bypassed):
    1. principal_not_live: Identity is inactive or suspended.
    2. principal_quarantined: Identity is under active security quarantine.
    3. credential_not_usable: Token is revoked, expired, or tampered.
    4. tool_not_entitled: Identity lacks explicit entitlement to invoke this tool.
  • Tunable Challenge Rules (escalates to human review):
    • mutating_action_on_high_impact_resource
    • unsupervised_mutating_action
    • no_active_grant_for_elevated_action
    • source_address_unrecognised
    • action_outside_usual_hours

Step 5: Issue Runtime Credentials & Enforce Tool Mediation

Issue a dedicated runtime bearer token for your AI agent runtime:
Before your agent runtime executes any tool, query the mediation endpoint:
The gate immediately returns:
  • decision: "allow": Tool execution authorized.
  • decision: "challenge": Requires dual-approval time-bounded access grant.
  • decision: "deny": Request blocked and recorded in append-only decision log.

Step 6: Verify Cryptographic Audit Trail

Every mediation decision, credential rotation, and grant approval is recorded in an immutable, hash-chained log. Export offline verifiable compliance proofs:

Onboarding Checklist


Next Steps