Architecture Overview: The 3 Defense Planes
ctxsec establishes a unified context security hypervisor designed to intercept, audit, and contain AI agent actions across three distinct planes:
sequenceDiagram
autonumber
participant Host as AI Host (Antigravity/Cursor/Claude)
participant P1 as Plane 1: Context DLP
participant P2 as Plane 2: CEL Hypervisor
participant P3 as Plane 3: In-Kernel Sandbox
participant OS as Host OS / Filesystem
Host->>P1: Agent Prompt / Facts Ingress
Note over P1: Shannon Entropy & PII Scrubbing (< 150µs)
P1->>P2: Clean Context + Tool Execution Request
Note over P2: Declarative CEL Evaluation (< 5µs)
alt Policy Denied
P2-->>Host: Blocked (403 EPERM / Ask User)
else Policy Allowed
P2->>P3: Wrapped Process Execution
Note over P3: Apple Seatbelt / bwrap Profile (0ms)
P3->>OS: Syscall Execution (Hardware Gated)
OS-->>Host: Safe Execution Result
end
Hold "Alt" / "Option" to enable pan & zoom
Plane 1: Context DLP & Token Sanitizer
- Responsibility: Inspects prompts, candidate facts, and context payloads before they reach the model or tool runner.
- Key Capabilities:
- Shannon Entropy Analysis: Detects raw high-entropy credential strings (AWS secret keys, GitHub PATs, private keys) in
< 50µs. - Luhn Algorithm & PII Redaction: Scrubs credit card numbers, SSNs, and email addresses.
- 128k Pricing Cliff Guard: Compacts redundant AST facts and strips ANSI escape codes to keep agents below LLM context tier price jumps.
Plane 2: Google CEL Policy Hypervisor
- Responsibility: Compile-free declarative policy evaluation gating every tool request.
- Engine: Google Common Expression Language (
cel.dev/cel-go/cel). - Performance: Evaluates in
< 5µswith zero memory allocations on hot paths. - Facts Contract:
- Attenuated Roles:
researcher: Read-only tools allowed (view_file,grep_search,read_url_content). Write tools (run_command,write_to_file) are hard-blocked.coder: Scoped workspace modifications allowed. Destructive filesystem operations outside workspace root are blocked.auditor: Telemetry and verification tools enabled.
Plane 3: Hardware In-Kernel Sandboxing
- Responsibility: Physical OS syscall containment.
- No Virtualization Lag: Uses host-native kernel sandboxing mechanisms with 0ms startup overhead:
- macOS: Apple Seatbelt Profile Language (
sandbox-execSBPL). - Linux: Bubblewrap (
bwrap) user namespaces and seccomp filters. - Containment Guarantees:
- Network Drops: Outbound TCP/UDP sockets receive instantaneous kernel
EPERM(Operation not permitted). - Filesystem Chroot: Restricts writable access exclusively to workspace temporary scratchpaths. System directories (
/etc,/usr,~/.ssh) are mounted strictly read-only or inaccessible.