Sicherheit
Gebaut, um geprüft zu werden.
NIIVO betreibt autonome Agenten in Kundenumgebungen. Das ist nur akzeptabel, wenn jeder Teil des Systems davon ausgeht, auditiert zu werden. Diese Seite beschreibt die Architektur; das Whitepaper liefert die Details.
Identität: benannte Agenten im Tenant des Kunden
Agenten arbeiten als benannte Agent-Identitäten im eigenen Microsoft-Entra-Tenant des Kunden (Microsoft Entra Agent ID). Jede Aktion erscheint in den eigenen Audit-Logs des Kunden, zugeordnet zum konkreten Agenten, der sie ausgeführt hat.
- Die Conditional-Access-Richtlinien des Kunden gelten auch für Agenten
- Identitäten pro Agent – keine geteilten Service-Accounts
- Kundenkontrollierter Kill-Switch entzieht allen Agenten den Zugriff auf einmal
Kunden-Tenant (Microsoft Entra)
Credentials: vermittelt, nie durch das Modell
Credentials werden im Moment der Nutzung aus Azure Key Vault vermittelt. Das KI-Modell sieht nie ein Geheimnis: Prompts und Completions enthalten keine Credentials – konstruktionsbedingt, nicht per Richtlinie.
- Geheimnisse bleiben in Azure Key Vault
- Kurzlebiger, eng gefasster Zugriff pro Aktion
- Jeder Credential-Zugriff ist selbst ein Audit-Ereignis
Audit: append-only und manipulationserkennbar
Jede Aktion, jeder Credential-Zugriff und jede Freigabe landet in einem append-only, hash-verketteten Audit-Trail. Jeder Eintrag referenziert den Hash des vorherigen – Entfernen oder Verändern ist erkennbar. Ein Operator kann «Was ist auf diesem Ticket passiert?» beantworten, ohne sich auf irgendjemandes Gedächtnis zu verlassen.
agent.action — password.reset
#9f2c41 · prev #c07d8a
credential.access — Key Vault
#3b8e1d · prev #9f2c41
approval.granted — via Teams
#a51f96 · prev #3b8e1d
Freigaben: Policy-Gates vor riskanten Aktionen
Jede Aktionsklasse trägt eine Policy: protokollieren, melden oder freigeben. Freigabepflichtige Aktionen pausieren, bis ein Mensch entscheidet – als interaktive Karten in Microsoft Teams. Tool-Sperren pro Kunde und Ausgabenlimiten begrenzen, was Agenten überhaupt tun können.
MFA-Reset für ein VIP-Konto
Policy-Gate: freigeben
Zugestellt als Karte in Microsoft Teams
Datenresidenz: Schweiz
Die gesamte Verarbeitung läuft auf Microsoft Azure Switzerland North. Schweizer Datenresidenz als Standard, nDSG-konform. Audit-Trails und Falldaten bleiben in der Region.
AI-Safety-Haltung
Wir ordnen unsere Kontrollen Microsofts Taxonomie agentischer KI-Fehlermodi zu: eng gefasste Tools und Sperren pro Kunde gegen Fähigkeitsmissbrauch, Freigabe-Gates gegen folgenschwere Fehler, Identitäts- und Credential-Brokering gegen Rechteausweitung und die Audit-Kette gegen stilles Versagen.
Für Ihre Security-Reviewer
Holen Sie sich die Architektur schriftlich – oder stellen Sie Ihre Fragen den Leuten, die sie gebaut haben.