S

Sint Protocol

sint-ai
πŸ”’ Security
0 Views
0 Installs

πŸ“‡ 🏠 🍎 πŸͺŸ 🐧 - Security-first MCP governance proxy (sint-mcp) with capability tokens, T0-T3 approval tiers, fail-closed execution, and tamper-evident audit receipts. Includes a separate sint-scan CLI for preflight MCP tool-risk audits.

Quick Install

One-Click IDE Configuration
claude_desktop_config.json
{
  "mcpServers": {
    "sint-ai-sint-protocol": {
      "command": "npx",
      "args": [
        "-y",
        "sint-ai-sint-protocol"
      ]
    }
  }
}
Or

Using an AI coding agent (Claude Code, Cursor, etc.)? Copy a ready-made prompt that tells it to fetch the setup instructions and install this server for you.

Documentation Overview

SINT Protocol

CI Node.js TypeScript License

Glama

Open-source runtime security and governance for AI agents, MCP tools, robotics, industrial automation, and physical AI.

Mission Authority: SINT also provides a hardware-agnostic authority and evidence protocol for autonomous air, ground, maritime, and robotic systems. It binds platform identity, mission scope, operator authorization, abort behavior, and signed after-action evidence without selecting targets or generating effects. See docs/mission-authority.md.

SINT Protocol is an open protocol and TypeScript reference stack that sits between AI agent intent and real-world execution. Before a governed tool call, robot command, industrial write, payment-like action, or actuator movement can run, the request passes through PolicyGateway.intercept() for capability-token authorization, T0-T3 approval tiering, physical constraint enforcement, revocation checks, and tamper-evident evidence logging.

What is SINT Protocol?

SINT is an AI agent security control plane for actions with real-world consequence. It helps teams answer four questions before an autonomous system acts:

  • Who is allowed to act? Ed25519 capability tokens bind issuer, subject, resource, action, expiry, constraints, and delegation chain.
  • What constraints apply? Velocity, force, geofence, budget, rate-limit, and consent constraints travel with the token instead of living in ad hoc config.
  • When is human review required? T0-T3 approval tiers route low-risk actions automatically and escalate physical or irreversible actions to operators.
  • How do you prove what happened? Every decision can be written to a SHA-256 hash-chained EvidenceLedger with portable proof receipts.

Where SINT Fits

SINT is not a replacement for MCP, A2A, ROS 2, MAVLink, MQTT, OPC UA, Open-RMF, or industrial robot tooling. It is the enforcement layer in front of those systems:

  • MCP security: authorize tool calls before an MCP server executes them.
  • Agent runtime governance: add pre-tool authorization, typed deny/escalate outcomes, and evidence references to agent frameworks.
  • Robotics and drones: enforce ROS 2, MAVLink, PX4, and fleet actions with physical constraints and e-stop semantics.
  • Industrial automation: govern OPC UA, MQTT/Sparkplug, SRCI, simulator, and offline robot-program paths before PLC or robot actions touch equipment.
  • Consumer and regulated data: apply consent, caregiver delegation, differential privacy, and audit exports for smart-home and health workflows.

Latest Implementation Highlights

  • Installable MCP proxy: npx -y sint-mcp --stdio runs the security-first multi-MCP proxy.
  • Industrial humanoid shipyard safety: executable conformance fixtures now cover Persona-style shipyard humanoid welding, hot-work permits, fire watch, fume extraction, confined-space gas safety, bystander escalation, simulation-to-execution drift, material load envelopes, and unconditional e-stop rollback.
  • Shipyard bridge and evidence scaffolding: ROS 2 weld-start profile helpers, OPC UA safety-signal mappings, Isaac Sim receipt stubs, and sintctl shipyard evidence export generate hash-chained JSONL evidence for supervisor review, remote survey support, and incident reconstruction.
  • Agent commerce governance: the Economic Layer now includes a conformance profile for agent-to-agent task markets: task creation, bids, worker selection, benchmark-proof submission, settlement release, and x402-style payment permits.
  • Five-minute interceptor demo: pnpm run demo:interceptor-quickstart shows request -> decision -> receipt and the fail-closed path.
  • Production gateway posture: production mode requires durable stores, explicit authentication, readiness checks, and signature enforcement.
  • Industrial action pack: pnpm run demo:factory-action and pnpm run demo:industrial-pack verify deny, escalate, approve, simulate, and receipt-chain flows before vendor adapter execution.
  • Autonomy supervisor: @pshkv/autonomy-supervisor adds an authority lane for managed autonomy: stable -> metacognitive_recovery -> assisted_recovery -> regulated_control.
  • External evidence packets: OWASP Agentic AI landscape, MITRE ATLAS candidate mappings, AAIF RFC-001 packet, NIST bundle, dependency review, and production-slice validation artifacts are published under docs/.

Academic and compliance grounding: SINT is designed with reference to IEC 62443 FR1-FR7, EU AI Act Article 13, and NIST AI RMF. The evaluation framework references the ROSClaw empirical safety study (arXiv:2603.26997) and MCP security analysis (arXiv:2601.17549).

Agent ──► SINT Bridge ──► Policy Gateway ──► Allow / Deny / Escalate
                               β”‚
                       Evidence Ledger (SHA-256 hash-chained)
                               β”‚
                    ProofReceipt (pluggable attestation)

Install the MCP server

The installable server entrypoint is sint-mcp.

npx -y sint-mcp --stdio
npx -y sint-mcp --config ./sint-mcp.config.example.json --stdio

If you prefer containers, build and run the repo root Dockerfile:

docker build -t sint-mcp .
docker run --rm -i sint-mcp

Try the interceptor flagship in 5 minutes

If you want the fastest builder-facing path into the SEP-1763 interceptor work:

pnpm install
pnpm run build
pnpm run demo:interceptor-quickstart

That walkthrough shows the full flagship loop in one terminal transcript:

  • MCP-style request enters the interceptor
  • SINT returns allow or escalate
  • an audit receipt is generated for the allowed path
  • execution fail-closes when a gate prerequisite is missing

Start here:

Production-Ready Core

For production deployments, SINT now fails closed unless the gateway is started with durable stores and explicit authentication:

SINT_ENV=production
SINT_STORE=postgres
SINT_CACHE=redis
DATABASE_URL=postgresql://...
REDIS_URL=redis://...
SINT_API_KEY=...
SINT_REQUIRE_SIGNATURES=true
SINT_WS_ALLOW_QUERY_API_KEY=false

Use /v1/ready as the orchestration health gate; it verifies the configured store and cache, while /v1/health only proves the process is alive.

Production references:

Why SINT?

AI agents now execute code, call tools, move money, operate robots, control smart-home devices, and interact with industrial systems. The risk is no longer only prompt quality; it is whether the runtime has a verifiable control point between "the model decided" and "the world changed."

SINT makes that control point explicit. It turns agent execution into a governed workflow with scoped authority, pre-action policy evaluation, operator review, physical limits, revocation, and audit evidence.

Capability Coverage

CapabilitySINT ProtocolMicrosoft AGTMCP BaselineSROS2
Physical constraint enforcement (velocity, force, geofence)βœ… In token❌❌❌
Tier-based human oversight (T0–T3)βœ… 4-tier⚠️ Execution rings❌❌
Append-only hash-chained auditβœ… SHA-256⚠️ Logging❌❌
ROS 2 / MAVLink / industrial bridgesβœ… 12 bridges❌ Digital only❌⚠️ ROS only
Consumer smart home governanceβœ… Home Assistant + Matter❌❌❌
HIPAA + GDPR health data accessβœ… FHIR + HealthKit❌❌❌
OWASP ASI01–ASI10 coverageβœ… 10/10 Fullβœ… 10/10❌❌
Economic routing + budgetsβœ… bridge-economy❌❌❌
Swarm collective constraintsβœ… SwarmCoordinator❌❌❌
E-stop / CircuitBreakerβœ… EU AI Act Art. 14βœ… Kill switch❌❌
Caregiver delegation + consentβœ… FHIR Consent tokens❌❌❌
Differential privacy ledgerβœ… Per-query epsilon budget❌❌❌

SINT is designed for physical AI and regulated data workflows where actions can be irreversible: robots, drones, smart homes, health fabric, industrial control, and critical infrastructure. Microsoft AGT focuses on digital/software governance patterns; SINT focuses on pre-action enforcement across tool, robotics, and industrial execution boundaries.

The empirical case for SINT:

  • ROSClaw (IROS 2026): Up to 4.8Γ— spread in out-of-policy LLM action proposals across frontier models under identical safety envelopes. The 3.4Γ— divergence between frontier backends is measurable, reproducible, and persistent.
  • MCP security (arXiv:2601.17549): 10 documented real-world MCP breaches in under 8 months, including a CVSS 9.6 command injection affecting 437,000 downloads.
  • SROS2: Formally demonstrated to contain 4 critical vulnerabilities at ACM CCS 2022, including access-control bypasses permitting arbitrary command injection.
  • Unitree BLE worm (September 2025): Hardcoded crypto keys enabled wormable BLE/Wi-Fi command injection across robot fleets β€” precisely the scenario SINT's per-agent token scoping and real-time revocation prevent.

Core guarantees:

  • No agent action ever bypasses the Policy Gateway (invariant I-G1: No Bypass)
  • Every decision is recorded in a tamper-evident SHA-256 hash-chained ledger (invariant I-G3: Ledger Primacy)
  • Physical constraints (velocity, force, geofence) are enforced at the protocol level β€” in the token, not in config
  • Tier-gated verifiable compute hooks support provable-execution evidence on critical actions
  • E-stop is universal across all non-terminal DFA states (invariant I-G2: E-stop Universality)
  • Per-agent capability tokens with real-time revocation

Quick Start

# Prerequisites: Node.js >= 22, pnpm >= 9
pnpm install
pnpm run build
pnpm run test        # full workspace test suite

Start the Gateway Server

pnpm --filter @sint/gateway-server dev
# β†’ http://localhost:3100/v1/health
# β†’ http://localhost:3100/v1/ready
# β†’ http://localhost:3100/v1/docs

Start Production-Like Stacks (One Command)

pnpm run stack:dev
pnpm run stack:edge
pnpm run stack:prod-lite
pnpm run stack:gazebo-validation
pnpm run stack:isaac-sim-validation

Compose profiles:

Developer Docs Site (docs.sint.gg)

pnpm run docs:dev
pnpm run docs:build
pnpm run docs:preview

Docs source lives in docs/, VitePress config is in docs/.vitepress/config.mts, and deployment is handled by docs-site.yml.

Deploy note:

  • branch builds validate docs locally and in CI
  • public docs.sint.gg deployment publishes from main under GitHub Pages environment rules

Community/adoption assets:

Run a Single Package

pnpm --filter @sint/gate-policy-gateway test
pnpm --filter @sint/bridge-mcp test

Consumer Domains: Smart Home & Health

SINT extends far beyond industrial robotics. Two major consumer domains now have governance frameworks:

Consumer Smart Home (Home Assistant + Matter)

AI agents accessing your smart home go through the Policy Gateway:

import { HAInterceptor } from "@sint/bridge-homeassistant";

const interceptor = new HAInterceptor({
  policyGateway,
  homeAssistantHost: "homeassistant.local",
});

// Claude says: "unlock the front door"
const result = await interceptor.intercept({
  toolName: "call_service",
  toolInput: { domain: "lock", service: "unlock", entity_id: "lock.front_door" },
});
// β†’ Escalates to T2_ACT (requires human approval)
// β†’ Evidence Ledger records the decision and outcome

Tier-appropriate defaults:

  • T0 (OBSERVE): Security cameras, sensors (read-only, no facial recognition)
  • T1 (PREPARE): Lights, thermostats, media players (logged auto-allow)
  • T2 (ACT): Smart locks, garage doors, alarms (requires approval)
  • T3 (COMMIT): Create/modify automations (mandatory human review)

See packages/bridge-homeassistant and packages/bridge-matter.

Health Fabric (FHIR + HealthKit/Health Connect)

Patient data accessed by AI agents goes through consent-based governance:

import { createFHIRConsentToken } from "@sint/bridge-health";

// Patient grants AI agent 7-day read access to health observations
const consentToken = createFHIRConsentToken(
  "did:key:patient123",   // grantor (patient)
  "did:key:aiagent456",   // grantee (AI agent)
  ["Observation", "DiagnosticReport"],
  ["read"],
  new Date(Date.now() + 7 * 24 * 60 * 60 * 1000),
  { scope: "patient-privacy", purposeOfUse: ["TREAT"] }
);

await policyGateway.issueToken(consentToken);

Civil liberties guarantees:

  • On-device first: Raw sensor data (heart rate, blood pressure) stays on device; only aggregates egress
  • Differential privacy: Every query consumes an epsilon budget; exhausted budget = no more access
  • Caregiver delegation: Elderly parent grants adult child 30-day, revocable access to health data
  • HIPAA + GDPR: Consent tokens, user-owned keys, audit ledger export for patient access rights

See packages/bridge-health and the consumer smart home integration guide.


SINT Operator Interface

A voice-first, HUD-based control surface for SINT operators. Every command flows through the Policy Gateway.

pnpm run stack:interface  # starts gateway + interface + postgres + redis
# Opens: http://localhost:3202

Features:

  • Voice input: Web Speech API, zero external dependencies, real-time transcript
  • Command HUD: three-panel approvals, action stream, and context view
  • Operator memory: ledger-backed persistent context (@sint/memory)
  • Proactive notifications: sint__notify runs as T2 and requires confirmation
  • T2/T3 approvals: one-click approve/deny with timeout countdown

See docs/guides/sint-interface.md for full setup and usage.

For AI Agents

If you are an AI agent (Claude, GPT, Gemini, Cursor, etc.) working in this repo, read AGENTS.md first. It covers key invariants, common mistakes, and entry points for the most common tasks. For deeper implementation details, see CLAUDE.md.

Architecture

β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  AI Agents / Foundation Models                               β”‚
β”‚  (Claude, GPT, Gemini, open-source)                         β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                   β”‚
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  SINT Bridge Layer (L1)                                      β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
β”‚  β”‚ bridge-mcp β”‚ β”‚ bridge-ros2β”‚ β”‚ bridge-a2a β”‚ β”‚ bridge-  β”‚  β”‚
β”‚  β”‚ MCP tools  β”‚ β”‚ ROS topics β”‚ β”‚ Google A2A β”‚ β”‚ open-rmf β”‚  β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”  β”‚
β”‚  β”‚ bridge-mqtt-sparkplugβ”‚ β”‚ bridge-opcua                  β”‚  β”‚
β”‚  β”‚ Industrial IoT       β”‚ β”‚ PLC / OT control plane bridge β”‚  β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜  β”‚
│  Per-resource state: UNREGISTERED→PENDING_AUTH→AUTHORIZED    │
│  →ACTIVE→SUSPENDED (real-time revocation without restart)    │
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”¬β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜
                   β”‚ SintRequest (UUIDv7, Ed25519, resource, action, physicalContext)
β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β–Όβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”
β”‚  SINT Gate (L2) β€” THE choke point                           β”‚
β”‚  β”Œβ”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β” β”‚
β”‚  β”‚  PolicyGateway.intercept()                              β”‚ β”‚
β”‚  β”‚  1. Schema validation (Zod)                             β”‚ β”‚
β”‚  β”‚  2. Token validation (Ed25519 + expiry + revocation)    β”‚ β”‚
β”‚  β”‚  3. Resource scope check                                β”‚ β”‚
β”‚  β”‚  4. Per-token rate limiting (sliding window)            β”‚ β”‚
β”‚  β”‚  5. Physical constraint enforcement                     β”‚ β”‚
β”‚  β”‚  6. Forbidden action sequence detection                 β”‚ β”‚
β”‚  β”‚  7. Tier assignment: max(BaseTier, Ξ”_human, Ξ”_trust...) β”‚ β”‚
β”‚  β”‚  8. T2/T3 β†’ escalate to approval queue                 β”‚ β”‚
β”‚  β”‚  9. T0/T1 + approved T2/T3 β†’ allow                     β”‚ β”‚
β”‚  β”‚  10. Bill via EconomyPlugin (if configured)             β”‚ β”‚
β”‚  β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜ β”‚
β”‚                          ↓                                   β”‚
β”‚  EvidenceLedger (SHA-256 hash chain + ProofReceipt)        β”‚
β””β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”€β”˜

APS vs SINT Primitives

APS ConceptSINT Implementation
PrincipalagentId (Ed25519 public key) + W3C DID identity
CapabilitySintCapabilityToken (Ed25519-signed, scoped, attenuatable)
AuthorityPolicyGateway.intercept() β€” single choke point
ConfinementPer-token resource scope + physical constraints (velocity, force, geofence)
RevocationRevocationStore + ConsentPass endpoint (real-time)
AuditEvidenceLedger β€” append-only, SHA-256 hash-chained

Packages

Gate (Security Core)

PackageDescriptionTests
@sint/coreTypes, Zod schemas, tier constants, formal DFA statesβ€”
@sint/gate-capability-tokensEd25519 tokens, delegation, W3C DID identity55
@sint/gate-policy-gatewayAuthorization engine: tiers, constraints, rate limiting, M-of-N quorum256
@sint/gate-evidence-ledgerSHA-256 hash-chained append-only audit log with pluggable attestation45

Bridges (15 bridges)

Industrial & Robotics (9)

PackageDescriptionTests
@sint/bridge-mcpMCP tool call interception and risk classification66
@sint/bridge-ros2ROS 2 topic/service/action interception with physics extraction20
@sint/bridge-a2aGoogle A2A Protocol bridge for multi-agent coordination38
@sint/bridge-iotGeneric MQTT/CoAP edge IoT bridge with gateway session interception21
@sint/bridge-mqtt-sparkplugMQTT Sparkplug profile mapping with industrial command tiering defaults8
@sint/bridge-opcuaOPC UA node/method mapping with safety-critical write/call promotion6
@sint/bridge-open-rmfOpen-RMF fleet/facility mapping for warehouse dispatch workflows5
@sint/bridge-grpcgRPC service/method profile mapping with default tier assignment5
@sint/bridge-mavlinkMAVLink drone/UAV command bridge15

Coordination & Economics (2)

PackageDescriptionTests
@sint/bridge-economyEconomy bridge: balance, budget, trust, billing ports47
@sint/bridge-swarmMulti-robot swarm coordination bridge9

Consumer & Health (3) β€” Phase 1-5 Physical AI Governance

PackageDescriptionTests
@sint/bridge-homeassistantConsumer smart home MCP interceptor with device profiles (locks, cameras, alarms, climate, vacuums) β€” Phase 136
@sint/bridge-healthFHIR R5 + HealthKit/Health Connect with differential privacy, consent tokens, and caregiver delegation β€” Phase 5β€”
@sint/bridge-matterMatter protocol bridge for unified smart home device governance β€” Phase 2β€”

Note: some consumer/health bridges are currently in β€œprototype API” state. CI may temporarily skip their build/typecheck/test scripts until their public interfaces are aligned with the @sint/core request/decision model.

Reference Implementation (1)

PackageDescriptionTests
@sint/sint-pdp-interceptorReference SEP-1763 PDP adapter for MCP interceptor hosts backed by PolicyGateway.intercept()5

Engine (AI Execution Layer)

PackageDescriptionTests
@sint/engine-system1Neural perception: sensor fusion, ONNX inference, anomaly detection42
@sint/engine-system2Symbolic reasoning: behavior trees, task planning, System 1/2 arbitration86
@sint/engine-halHardware Abstraction Layer: auto-detect hardware, select deployment profile26
@sint/engine-capsule-sandboxWASM/TS capsule loading, validation, and sandboxed execution36
@sint/avatarAvatar Layer (L5): behavioral identity profiles, CSML-driven tier escalation25

Reference Capsules

PackageDescriptionTests
@sint/capsule-navigationWaypoint following navigation reference capsule11
@sint/capsule-inspectionVisual anomaly detection for manufacturing QA8
@sint/capsule-pick-and-placeGripper control for pick-and-place tasks12

Persistence

PackageDescriptionTests
@sint/persistenceStorage interfaces + in-memory/PG/Redis implementations26
@sint/persistence-postgresProduction PostgreSQL adapters for ledger, revocation, and rate-limit durability14

Apps & SDKs

PackageDescriptionTests
@sint/gateway-serverHono HTTP API with approvals, SSE streaming, A2A routesβ€”
sint-mcpSecurity-first multi-MCP proxy serverβ€”
@sint/interfaceVoice HUD and Conductor approvals for operator review25
@sint/dashboardArchived real-time approval dashboard with operator auth29
@sint/clientTypeScript SDK for the Gateway API (delegation, SSE)β€”
@sint/sdkZero-dependency public TypeScript SDK aligned to gateway v0.2 contracts9
@sint/conformance-testsSecurity regression suite β€” all phasesβ€”

Total: 49 repo packages, apps, examples, and capsules Β· CI-backed full-suite and conformance coverage

Note: Run pnpm test to get the current exact passing test count.

Approval Tiers

Graduated authorization mapped to physical consequence severity:

TierNameDFA StatesAuto-approved?Example
T0OBSERVE→ OBSERVINGYes (logged)Read sensor data, query database
T1PREPARE→ PREPARINGYes (audited)Write file, save waypoint, stage plan
T2ACTESCALATING β†’ ACTINGRequires reviewMove robot, operate gripper, publish /cmd_vel
T3COMMITESCALATING β†’ COMMITTINGRequires human + optional M-of-NExecute trade, novel environment entry, irreversible action

Tier escalation triggers (Ξ” factors):

  • Ξ”_human: Human presence sensor active in workspace β†’ +1 tier
  • Ξ”_trust: Agent trust score below threshold or recent failures β†’ +1 tier
  • Ξ”_env: Robot near physical boundary or unstructured environment β†’ +1 tier
  • Ξ”_novelty: Action outside validated distribution (novelty detector) β†’ +1 tier

Formal Specification

Request Lifecycle DFA

SINT models every request as a deterministic finite automaton with 12 states:

IDLE β†’ PENDING β†’ POLICY_EVAL β†’ PLANNING β†’ OBSERVING/PREPARING/ACTING β†’ COMMITTING β†’ COMPLETED
                     ↓                              ↓
                ESCALATING                      ROLLEDBACK  (estop, execution failure)
                     ↓
                  FAILED     (approval denied, timeout)

The ACTING state is only reachable via POLICY_EVAL with a valid token. Physical actuation is structurally impossible without a valid capability token.

Tier Assignment Function

Tier(r) = max(BaseTier(r), Ξ”_human(r), Ξ”_trust(r), Ξ”_env(r), Ξ”_novelty(r))

Formal Invariants

InvariantDescription
I-T1 (Attenuation)scope(child_token) βŠ† scope(parent_token) β€” delegation can only reduce permissions
I-T2 (Unforgeability)Capability tokens are Ed25519-signed; valid tokens are computationally unforgeable
I-T3 (Physical Constraint Primacy)Physical constraints (velocity, force, geofence) in a token cannot be weakened by any downstream layer
I-G1 (No Bypass)Physical actuation is only reachable from the ACTING DFA state, which is only reachable via POLICY_EVAL
I-G2 (E-stop Universality)The estop event transitions any non-terminal state to ROLLEDBACK unconditionally
I-G3 (Ledger Primacy)COMMITTING β†’ COMPLETED requires ledger_committed; no action completes without a ledger record

Benchmark Results

PolicyGateway latency (measured on M3 MacBook Pro, pnpm run bench):

Tierp50p99
T0 (OBSERVE)~1ms~3ms
T1 (PREPARE)~1ms~3ms
T2 (ACT)~1ms~3ms
T3 (COMMIT)~1ms~3ms

The gateway adds sub-3ms overhead at p99 for all tiers. Run benchmarks: pnpm run bench.

ROS2 control-loop target benchmark:

PathSLA TargetCommand
ROS2 command path (/cmd_vel)p99 < 10mspnpm run benchmark:ros2-loop

Industrial benchmark artifacts:

Compliance mapping assets:

Key Concepts

Capability Tokens

Ed25519-signed capability tokens β€” the only authorization primitive. Unlike RBAC (ambient authority to principals), OCap requires explicit token presentation for every operation.

Token fields:

  • Resource scoping β€” what the agent can access (ros2:///cmd_vel, mcp://filesystem/*, a2a://agents.example.com/*)
  • Action restriction β€” what operations are allowed (publish, call, subscribe, a2a.send)
  • Physical constraints β€” max velocity (m/s), max force (N), geofence polygon, time window, rate limit
  • Verifiable compute requirements β€” optional proof type/verifier/freshness/public-input constraints for T2/T3 actions
  • Delegation chains β€” max 3 hops, attenuation only (invariant I-T1)
  • Revocation β€” instant invalidation via revocation store (ConsentPass endpoint)
  • W3C DID identity β€” did:key:z6Mk... format for agent portability

Evidence Ledger

Every policy decision is recorded in a SHA-256 hash-chained append-only log. Chain integrity: β„“_k.previousHash = SHA256(canonical(β„“_{k-1})). A gap or hash mismatch constitutes tamper evidence.

For portable verification across bridges and external tooling, SINT now routes receipt and tool-definition signing through a shared deterministic canonical JSON serializer instead of relying on insertion-order-sensitive JSON.stringify() behavior.

For strong-tier flows, SINT can emit a linked bilateral receipt pair: a gate receipt before execution is allowed to proceed and a completion receipt once execution settles. The pair shares a stable actionRef and linkageHash so auditors can verify both authorization and outcome as one governed action.

Retention policy:

TierRetention
T0 (OBSERVE)30 days
T1 (PREPARE)90 days
T2 (ACT)180 days
T3 (COMMIT)365 days (indefinite if legal hold)

CSML: Composite Safety-Model Latency

A deployment metric that fuses behavioral and physical safety dimensions:

CSML(m, p, t) = Ξ±Β·AR_m + Ξ²Β·BP_m + Ξ³Β·SV_m - δ·CR_m + Ξ΅Β·πŸ™[ledger_intact(t)]

CSML above a deployment threshold ΞΈ automatically escalates all subsequent requests from that model backend to the next tier.

Compliance Mapping

IEC 62443 FR1–FR7

FRTitleSINT Mechanism
FR1Identification & AuthenticationSintCapabilityToken with Ed25519 agent identity; W3C DID portability
FR2Use ControlFour-tier Approval Gate; maxRepetitions constraint; per-resource action allowlists
FR3System IntegritySHA-256 hash-chained Evidence Ledger; ProofReceipt for T2/T3 (TEE attestation planned)
FR4Data ConfidentialityZenoh TLS transport; capability scope prevents sensor access without explicit token
FR5Restricted Data FlowPolicy Gateway allowlists; geofence constraint; SINT Bridge per-topic DFA
FR6Timely Responsesafety.estop.triggered event; E-stop universality invariant I-G2
FR7Resource AvailabilityPer-token rate limiting; maxRepetitions; budget enforcement in capsule sandbox

EU AI Act Article 13

RequirementSINT Approach
Logging and traceabilitySHA-256 hash-chained Evidence Ledger β€” tamper detection is cryptographic
Human oversightDynamic Consent + T3 approval gate β€” T3 actions cannot execute without recorded human approval
Risk managementTier escalation based on real-time physical context (Ξ”_human, Ξ”_env, Ξ”_novelty)

Tier Crosswalk (NIST AI RMF / ISO 42001 / EU AI Act)

SINT TierNIST AI RMFISO/IEC 42001EU AI Act
T0 ObserveMAP + MEASURE + MANAGE monitoring controlsClause 9 + Clause 8 controlsArticle 12 + Article 13
T1 PrepareGOVERN + MANAGE controlled write pathClause 8.1/8.2 operational risk treatmentArticle 9 + Article 12
T2 ActMANAGE risk response with accountable oversightClause 8 + Clause 6 operational controlsArticle 14 + Article 15
T3 CommitHighest-consequence GOVERN + MANAGE controlsClause 8.3 + Clause 10 corrective governanceArticle 14(4)(e) + Articles 9/12/15

Machine-readable crosswalk endpoint: GET /v1/compliance/tier-crosswalk

API Endpoints

MethodEndpointDescription
GET/.well-known/sint.jsonPublic protocol discovery (version, bridges, profiles, schemas)
GET/v1/healthHealth check
POST/v1/interceptEvaluate a single request
POST/v1/intercept/batchEvaluate multiple requests (207 Multi-Status)
POST/v1/tokensIssue a capability token
POST/v1/tokens/delegateDelegate (attenuate) a token
POST/v1/tokens/revokeRevoke a token
GET/v1/ledgerQuery audit ledger events
GET/v1/approvals/pendingList pending approval requests
POST/v1/approvals/:id/resolveApprove or deny a request (M-of-N quorum)
GET/v1/approvals/eventsSSE stream for real-time approval events
GET/v1/approvals/wsWebSocket stream for low-latency approval events
POST/v1/a2aJSON-RPC 2.0 A2A protocol endpoint
GET/v1/metricsPrometheus metrics
GET/v1/openapi.jsonOpenAPI surface for gateway integration
GET/v1/compliance/tier-crosswalkSINT tier mapping to NIST AI RMF / ISO 42001 / EU AI Act controls
POST/v1/economy/routeCost-aware route selection with optional x402 pay-per-call quotes

Development Phases

SINT Protocol Core (6 phases complete)

PhaseDescriptionTests
Phase 1 (complete)Security Wedge β€” capability tokens, PolicyGateway, EvidenceLedger425
Phase 2 (complete)Engine Core β€” bridge-mcp, bridge-ros2, engine packages, persistence, gateway-server+221 (646)
Phase 3 (complete)Economy Bridge β€” @sint/bridge-economy with port/adapter pattern, EconomyPlugin+91 (737)
Phase 4 (complete)Standards Alignment β€” A2A bridge, rate limiting, M-of-N quorum, W3C DID identity+78
Phase 5 (complete)Protocol Surface v0.2 β€” discovery/OpenAPI/schema endpoints, industrial profilesshipped
Phase 6 (complete)Engine layer β€” System1/2 engines, HAL, capsule sandbox, Avatar/CSML, reference capsulesshipped

Physical AI Governance Roadmap 2026–2029 (Phases 1–5 in progress)

Extending SINT to consumer, health, and critical infrastructure domains:

PhaseFocusStatusExamples
Phase 1Consumer Smart Home (Q2–Q3 2026)βœ… Completebridge-homeassistant β€” Home Assistant MCP interceptor with 12 device classes (locks, cameras, alarms, climate, robot vacuums). Tier-appropriate defaults: locks/alarmsβ†’T2, lights/climateβ†’T1, camerasβ†’T0.
Phase 2Matter Protocol Unification (Q3–Q4 2026)βœ… Completebridge-matter β€” Unified smart home governance across Matter-certified devices. Device discovery, service profiles, and tier assignment.
Phase 3Occupancy & Human Presence (2027)πŸ“‹ PlannedΞ”_human plugin: escalate robot vacuums to T2 when occupancy detected. Build on Phase 1 sensor fusion.
Phase 4Critical Infrastructure (2027–2028)πŸ“‹ PlannedPower grids, water systems, industrial facilities. Formalized risk models and emergency-mode escalation.
Phase 5Health Fabric & Wellbeing (Q4 2026–Q1 2027)βœ… Completebridge-health β€” FHIR R5 consent governance, HealthKit/Health Connect on-device processing, differential privacy ledger, and caregiver delegation tokens. HIPAA + GDPR alignment.

See docs/roadmaps/PHYSICAL_AI_GOVERNANCE_2026-2029.md for full roadmap.

Deployment

Railway (Recommended)

brew install railway
railway login
./scripts/railway-setup.sh
railway variables --set SINT_STORE=postgres SINT_CACHE=redis SINT_API_KEY=$(openssl rand -hex 32)
railway up

Docker Compose

docker-compose up
# Gateway:   http://localhost:3100
# Dashboard: http://localhost:3201
# Postgres:  localhost:5432
# Redis:     localhost:6379

Tech Stack

  • Runtime: Node.js 22+
  • Language: TypeScript 5.7 (strict mode)
  • Monorepo: pnpm workspaces + Turborepo
  • HTTP: Hono
  • Validation: Zod
  • Crypto: @noble/ed25519, @noble/hashes (audited, zero-dependency)
  • MCP SDK: @modelcontextprotocol/sdk
  • Dashboard: React 19, Vite 6
  • Testing: Vitest (run pnpm test for current count)
  • Infra: Docker, PostgreSQL 16+, Redis 7, GitHub Actions CI, Railway

Docs & Artifacts

Physical AI Governance (Consumer, Health, Critical Infrastructure)

Design Principles

  1. Single choke point β€” Every agent action flows through PolicyGateway.intercept(); no bridge adapter makes authorization decisions independently
  2. Result<T, E> over exceptions β€” All fallible operations return discriminated unions, never throw
  3. Attenuation only β€” Delegated tokens can only reduce permissions, never escalate (I-T1)
  4. Append-only audit β€” The evidence ledger is INSERT-only with SHA-256 hash chain integrity (I-G3)
  5. Physical safety first β€” Velocity, force, and geofence constraints live in the token, not in external config
  6. Interface-first persistence β€” Storage adapters implement clean interfaces; swap in-memory for Postgres/Redis
  7. Fail-open on infrastructure β€” Economy/rate-limit infrastructure failures do not block the safety path
  8. E-stop universality β€” The hardware E-stop bypasses all token checks and is unconditional (I-G2)

References

  • ROSClaw: Empirical safety analysis of LLM-controlled physical AI β€” arXiv:2603.26997 (IROS 2026)
  • MCP Security Analysis: Architectural vulnerabilities in the Model Context Protocol β€” arXiv:2601.17549
  • IEC 62443: Industrial automation and control systems cybersecurity standard
  • EU AI Act Article 13: Transparency requirements for AI systems
  • NIST AI RMF: AI Risk Management Framework
  • W3C DID Core: Decentralized Identifiers specification

Roadmap

The active execution pages are:

The current emphasis is straightforward:

  • production-ready gateway behavior
  • release and evidence discipline
  • collaborator-facing integration artifacts
  • stronger external adoption and maintainership signals

License

Apache-2.0

Related MCP Servers

G
GhidraMCP

🐍 β˜• 🏠 - MCP server for integrating Ghidra with AI assistants. This plugin enables binary analysis, providing tools for function inspection, decompilation, memory exploration, and import/export analysis via the Model Context Protocol.

πŸ”’ Security1 views
U
Unphurl Mcp

πŸ“‡ ☁️ - URL intelligence for AI agents. 13 tools for security signals and data quality: redirect behaviour, brand impersonation detection, domain age, SSL validation, parked detection, URL structural analysis, DNS enrichment.

πŸ”’ Security0 views
M
MCP Dandan

🐍 πŸ“‡ 🏠 🍎 πŸͺŸ 🐧 - Real-time security framework for MCP servers that detects and blocks malicious AI agent behavior by analyzing tool call patterns and intent across multiple threat detection engines.

πŸ”’ Security0 views
A
Arc Gate Mcp

🐍 - Runtime governance for MCP tool calls. Blocks prompt injection and capability abuse before tool results reach your agent.

πŸ”’ Security0 views

Engagement

Views
0
Installs
0
Upvotes
0

Views and upvotes are unique per visitor network (hashed IP). Installs count copy actions.

Status

Health: Not checked yet

We have not completed a health check for this listing yet.

No check timestamp yet.

Unclaimed listing (imported or pending owner verification). Claim it β†’
β˜… Spotlight Slot

Feature Your MCP Server

Get maximum visibility for your server across our directory, search results, and detail pages.

Spotlight Your Server

Own this project?

This directory is pre-filled from public sources. Claim via GitHub README, site badge, or DNS TXT to get the verified badge and attach your website.

Claim this listing

Promote this listing

Optional paid placement. Free listings stay free forever.

Share & Embed

Add our SVG badge (dark/light directory styles) or embeddable widget to your site.