AI agents act on behalf of users. They use real credentials, make real API calls, invoke tools, access APIs, and touch production systems. Most security tools see this activity as legitimate because, technically, it is.
The real problem is not only unauthorized access.
The bigger problem is when authorized access becomes inappropriate at runtime.
AIOStack is Aurva’s free community runtime visibility layer for AI workloads. It helps security and platform teams discover shadow AI, map agent identities, trace LLM and tool activity, and understand how AI systems behave inside Kubernetes environments.
No application code changes. No SDK dependency. No sidecars. Runtime visibility where AI workloads actually run.
curl -fsSL https://aurva.ai/install.sh | bash
The installer will guide you through setup, open app.aurva.ai for signup, and deploy AIOStack® to your cluster. Your AI inventory appears within 60 seconds.
See the Installation Guide for manual Helm installation.
Uninstall
curl -fsSL https://aurva.ai/uninstall.sh | bash
| Question | What you get |
|---|---|
| What agents exist? | Auto-discover AI agents, LLM calls, shadow AI, and AI services running across your cluster |
| What identities do they use? | Map each agent to its Kubernetes pod, namespace, service account, and workload identity |
| What AI systems are involved? | Visibility into LLM APIs, model endpoints, vector databases, and MCP servers |
| What actions are they taking? | Runtime metadata for AI calls — model, provider, token usage, destination, latency |
| How are calls chained? | AI call lineage across services, tools, and agent workflows |
| Who owns the activity? | Attribution to services, namespaces, and teams |
AIOStack deploys two components in your cluster:
Observer (DaemonSet): Runs on each node and loads eBPF programs that hook into kernel tracepoints (tcp_sendmsg, tcp_recvmsg, execve, openat). These programs capture network metadata, DNS queries, and process execution events, filtering for AI-specific patterns (API endpoints, model downloads, vector DB protocols) before forwarding to userspace.
Outpost (Deployment): Receives events from Observers, parses application protocols (HTTP/1.1, HTTP/2, gRPC), classifies AI services using signature matching, and enriches events with Kubernetes metadata by correlating socket inodes to pod identities via /proc/net/tcp and cgroup information.
Traffic is analyzed at the syscall level—before TLS encryption on egress, after decryption on ingress—using uprobes on SSL_write/SSL_read functions. Only metadata (HTTP headers, payload sizes, latencies) is extracted; request/response bodies are never captured.
Read : How we escaped the SSL/TLS Trap
AIOStack is free to use. All core eBPF-based features are available in the community edition with no feature gating.
Enterprise adds integrations and support for teams running AI workloads outside of standard Kubernetes environments:
| Feature | Community | Enterprise |
|---|---|---|
| Shadow AI discovery | ✅ | ✅ |
| AIBOM | ✅ | ✅ |
| Agent identity mapping | ✅ | ✅ |
| Prompt and call monitoring | ✅ | ✅ |
| AI call lineage | ✅ | ✅ |
| Cost and usage attribution | ✅ | ✅ |
| Compliance audit trails | ✅ | ✅ |
| Managed UI + dashboards | ✅ via app.aurva.ai | ✅ |
| AWS CloudWatch log integration | — | ✅ |
| AWS Bedrock log integration (agentless) | — | ✅ |
| Azure AI Foundry log integration (agentless) | — | ✅ |
| Alerting and policy enforcement | — | ✅ |
| SSO + RBAC | — | ✅ |
| Dedicated support SLA | — | ✅ |
Note: eBPF is not available on Bedrock, Vertex, Databricks or other managed PaaS runtimes. For those environments, contact us for Enterprise agentless based integrations.
Full documentation: aurva.ai/docs
We’re actively developing AIOStack and would love to hear from you:
Apache License 2.0 - see LICENSE for details.
The hosted version at app.aurva.ai provides managed ClickHouse® storage and UI hosting. All core observability logic will be open sourced in this repository once approved by our Chief Architect.
Built by Aurva