
KI-Laufzeitinventar: Schatten-KI entdecken, LLM-Aufrufe verfolgen
KI-Agenten handeln im Namen von Benutzern. Sie verwenden echte Anmeldeinformationen, führen echte API-Aufrufe durch, rufen Tools auf, greifen auf APIs zu und berühren Produktionssysteme. Die meisten Sicherheitstools betrachten diese Aktivitäten als legitim, denn technisch gesehen sind sie es auch.
Das eigentliche Problem ist nicht nur unbefugter Zugriff.
Das größere Problem ist, wenn autorisierter Zugriff zur Laufzeit unangemessen wird.
AIOStack ist die kostenlose Community-Laufzeit-Transparenzschicht von Aurva für KI-Workloads. Sie hilft Sicherheits- und Plattformteams dabei, Schatten-KI zu entdecken, Agentenidentitäten zuzuordnen, LLM- und Tool-Aktivitäten zu verfolgen und zu verstehen, wie sich KI-Systeme innerhalb von Kubernetes-Umgebungen verhalten.
Keine Änderungen am Anwendungscode. Keine SDK-Abhängigkeit. Keine Sidecars. Laufzeit-Transparenz dort, wo KI-Workloads tatsächlich laufen.
curl -fsSL https://aurva.ai/install.sh | bash
Der Installer führt dich durch die Einrichtung, öffnet app.aurva.ai zur Registrierung und stellt AIOStack® in deinem Cluster bereit. Dein KI-Inventar erscheint innerhalb von 60 Sekunden.
Siehe Installationsanleitung für die manuelle Helm-Installation.
Deinstallation
curl -fsSL https://aurva.ai/uninstall.sh | bash
AIOStack stellt zwei Komponenten in deinem Cluster bereit:
Observer (DaemonSet): Läuft auf jedem Knoten und lädt eBPF-Programme, die in Kernel-Tracepoints (tcp_sendmsg, tcp_recvmsg, execve, openat) einhaken. Diese Programme erfassen Netzwerk-Metadaten, DNS-Abfragen und Prozessausführungs-Ereignisse, filtern nach KI-spezifischen Mustern (API-Endpunkte, Modell-Downloads, Vektordatenbank-Protokolle) und leiten sie an den Userspace weiter.
Outpost (Deployment): Empfängt Ereignisse von den Observers, parst Anwendungsprotokolle (HTTP/1.1, HTTP/2, gRPC), klassifiziert KI-Dienste mittels Signaturvergleich und reichert Ereignisse mit Kubernetes-Metadaten an, indem Socket-Inodes über /proc/net/tcp und cgroup-Informationen mit Pod-Identitäten korreliert werden.
Der Datenverkehr wird auf Syscall-Ebene analysiert – vor der TLS-Verschlüsselung beim Ausgang, nach der Entschlüsselung beim Eingang – unter Verwendung von Uprobes auf die Funktionen SSL_write/SSL_read. Es werden nur Metadaten (HTTP-Header, Payload-Größen, Latenzen) extrahiert; Anfrage-/Antwortinhalte werden nie erfasst.
Lies: Wie wir der SSL/TLS-Falle entkommen sind
AIOStack ist kostenlos nutzbar. Alle Kernfunktionen auf eBPF-Basis sind in der Community-Edition ohne Feature-Gating verfügbar.
Enterprise bietet Integrationen und Support für Teams, die KI-Workloads außerhalb von Standard-Kubernetes-Umgebungen betreiben:
Hinweis: eBPF ist nicht auf Bedrock, Vertex, Databricks oder anderen verwalteten PaaS-Laufzeiten verfügbar. Für diese Umgebungen kontaktiere uns für Enterprise-agentenlose Integrationen.
Sprich mit uns über Enterprise →
Vollständige Dokumentation: aurva.ai/docs
Wir entwickeln AIOStack aktiv weiter und freuen uns über dein Feedback:
Apache License 2.0 – siehe LICENSE für Details.
Die gehostete Version unter app.aurva.ai bietet verwaltete ClickHouse®-Speicherung und UI-Hosting. Die gesamte Kern-Überwachungslogik wird in diesem Repository quelloffen bereitgestellt, sobald sie von unserem Chefarchitekten genehmigt wurde.
Erstellt von Aurva
| Frage | Was du erhältst |
|---|
| Welche Agenten existieren? | Automatische Erkennung von KI-Agenten, LLM-Aufrufen, Schatten-KI und KI-Diensten, die in deinem Cluster ausgeführt werden |
| Welche Identitäten verwenden sie? | Zuordnung jedes Agenten zu seinem Kubernetes-Pod, Namespace, Service Account und Workload-Identität |
| Welche KI-Systeme sind beteiligt? | Transparenz in LLM-APIs, Modell-Endpunkte, Vektordatenbanken und MCP-Server |
| Welche Aktionen führen sie aus? | Laufzeitmetadaten für KI-Aufrufe – Modell, Anbieter, Token-Nutzung, Ziel, Latenz |
| Wie sind Aufrufe verkettet? | KI-Aufruf-Abstammung über Dienste, Tools und Agenten-Workflows hinweg |
| Wem gehört die Aktivität? | Zuordnung zu Diensten, Namespaces und Teams |
| Feature | Community | Enterprise |
|---|
| Schatten-KI-Erkennung | ✅ | ✅ |
| AIBOM | ✅ | ✅ |
| Agenten-Identitätszuordnung | ✅ | ✅ |
| Prompt- und Aufruf-Überwachung | ✅ | ✅ |
| KI-Aufruf-Abstammung | ✅ | ✅ |
| Kosten- und Nutzungszuordnung | ✅ | ✅ |
| Compliance-Prüfpfade | ✅ | ✅ |
| Verwaltete UI + Dashboards | ✅ via app.aurva.ai | ✅ |
| AWS CloudWatch-Log-Integration | — | ✅ |
| AWS Bedrock-Log-Integration (agentenlos) | — | ✅ |
| Azure AI Foundry-Log-Integration (agentenlos) | — | ✅ |
| Alerting und Richtliniendurchsetzung | — | ✅ |
| SSO + RBAC | — | ✅ |
| Dedizierte Support-SLA | — | ✅ |