Security-Brief
Gesteuert durch Code, nicht durch Prompts.
Was ein CISO zuerst fragt: wie KI-Mitarbeiter kontrolliert, isoliert, protokolliert und begrenzt werden.
Diese Seite lässt sich als Security-Brief drucken.
Zertifizierung
Polis hat noch keine Sicherheitszertifizierung (etwa ISO 27001 oder SOC 2).
Dieser Brief beschreibt die Kontrollen im Produkt, damit Sie sie direkt bewerten können.
01 Das Kontrollmodell
Ein Gateway für jede externe Aktion, und Grenzen, die keine Einstellung ändern kann.
-
Ein Gateway
Jede externe Aktion läuft über ein Gateway: Richtlinie, Freigabe, Zugangsdaten, Protokoll.
-
Richtlinien und Freigaben
Richtlinien pro Projekt und Aktion. Wo eine Richtlinie eine Freigabe verlangt, entscheidet eine benannte Person, und die Entscheidung wird protokolliert.
-
Niemals, durch Code
Im Code erzwungen, und keine Einstellung ändert das: Ein KI-Mitarbeiter führt nie einen Merge in den Default-Branch durch, deployt nie und ändert nie die Einstellungen von Polis selbst.
-
Alle KI-Arbeit pausieren
Ein Schalter pausiert alle KI-Arbeit für alle, und ein Banner zeigt es an.
02 Isolation und Secrets
Keine Integrations-Zugangsdaten in der Sandbox, und Secrets im Ruhezustand verschlüsselt.
-
Isolierte Sandbox
Code und Tests laufen in einer isolierten Sandbox (gVisor auf Servern). Sie enthält keine Integrations-Zugangsdaten oder Provider-Schlüssel, nur ein kurzlebiges Token für ihre eigenen Modellaufrufe. Ausgehender Verkehr geht nur an eine Allowlist.
-
Kurzlebige Zugangsdaten
Kurzlebige Tokens, pro Aufruf ausgestellt, bei GitHub auf ein Repository beschränkt. Jira und Slack nutzen die gespeicherten Zugangsdaten der Verbindung, die der KI nie offengelegt werden.
-
Envelope-Verschlüsselung
Secrets sind durch Envelope-Verschlüsselung unter einem Key-Encryption-Key geschützt, mit einer Prüfung, dass eine Wiederherstellung wirklich funktioniert.
03 Identität und Zugriff
Benannte Konten, Rollen und Step-up-Authentifizierung, für Menschen und KI-Mitarbeiter.
-
Benannte KI-Mitarbeiter
KI-Mitarbeiter haben eigene benannte Konten, Rollen, Limits und einen Audit-Trail.
-
Rollen und Zwei-Faktor-Authentifizierung
Sieben Rollen, Zwei-Faktor-Authentifizierung (TOTP) für jeden Nutzer und Step-up-Authentifizierung für sensible Aktionen.
-
Autonomie pro Projekt
Autonomie wird pro Projekt festgelegt: L0 · Advisory, L1 · Supervised, L2 · Autonomous. Kein KI-Mitarbeiter arbeitet über der Stufe seines Projekts, jeder kann niedriger begrenzt werden, und für bestimmte Aktionen können organisationsweit Freigaben verlangt werden.
04 Audit und Zuverlässigkeit
Ein append-only Protokoll, und ein Dienst, der weiterläuft.
-
Append-only Audit
Jede Entscheidung, Freigabe, jeder Tool-Aufruf und jeder Modellaufruf wird in einem append-only Audit-Log festgehalten.
-
Failover
Fällt der koordinierende Dienst aus, übernimmt ein anderer innerhalb von 20 Sekunden.
05 Limits und Budgets
Jeder Modellaufruf bepreist, und die Ausgaben gedeckelt.
-
Kostenobergrenze pro Aufgabe
Eine Kostenobergrenze pro Aufgabe, pro Projekt.
-
Geldbudget
Ein globales Geldbudget mit Reservierungen. Jeder Modellaufruf wird bepreist und erfasst, ohne dass Prompt- oder Antwortinhalte gespeichert werden.
-
Limits pro Mitarbeiter
Eine Kostenobergrenze pro KI-Mitarbeiter und ein Limit für Aufgaben pro Tag.
06Governance und Sicherheitsregeln
Regeln, im Code erzwungen, verantwortet von benannten Personen.
Manche Grenzen kann keine Einstellung ändern. Innerhalb dieser Grenzen legen Ihre Mitarbeitenden die Richtlinie fest, pro Projekt und Aktion.
Niemals, durch Code
Ein KI-Mitarbeiter führt nie einen Merge in den Default-Branch durch, deployt nie und ändert nie die Einstellungen von Polis selbst.
Im Code erzwungen, und keine Einstellung ändert das.
Tier 1 · Sicherheitsregeln
Fünf Sicherheitsregeln, standardmäßig aktiv.
Nur Ihr Owner kann eine abschalten, mit Step-up-Authentifizierung und einer Begründung. Solange sie aus ist, bleibt auf jeder Seite ein Banner sichtbar, die Änderung wird auditiert, und ein Konformitätsbericht zeigt den Stand.
- 01 Nie Admin-Rechte vergeben.
- 02 Nie die eigenen Konten von Polis oder die Berechtigungen eines KI-Mitarbeiters ändern.
- 03 Nie den letzten Admin entfernen.
- 04 Nie Schlüssel, Tokens oder Passwörter erstellen, lesen oder rotieren.
- 05 Nie Schutzmaßnahmen schwächen, auf die Polis sich verlässt.
Tier 2 · Zugriffsregeln, und der Beweis
Zugriffsregeln pro KI-Mitarbeiter, und der Beweis, dass die Sicherheitsregeln halten.
-
Tier-2-Zugriffsregeln
Zugriffsregeln pro KI-Mitarbeiter.
-
Der Beweis
Polis versucht jeden Verstoß gegen die Sicherheitsregeln und zeigt, dass er abgelehnt wird.
Nach dem Pilot
Governance-Funktionen, die wir als Nächstes planen.
-
Governance-Funktionen
Gruppen, Passkeys, Verwaltung von Freigaben und Audit-Export mit Hash-Verkettung.
07Datenschutz
Wo Ihre Daten verarbeitet werden, und was Polis speichert.
- In Ihrer Umgebung (Option A)
- Ihre Daten bleiben in Ihrer Umgebung.
- Auf einer dedizierten Instanz (Option B)
- Eine Instanz pro Kunde, nie geteilt, in der EU.
- Modellaufrufe
- Gehen an Ihren eigenen Anbieter, unter Ihrem Vertrag, und nur für die Datenklassen, die Sie erlauben.
- Was Polis über die Modellnutzung speichert
- Keine Prompt- oder Antwortinhalte: Nutzungsdatensätze enthalten nur Zählungen, Codes und Kosten.
- Unternehmenswissen
- Sie können es exportieren oder löschen, und das Entfernen einer Quelle löscht ihre gespeicherte Kopie. Die Aufbewahrung bestimmen Sie. Die Suche läuft auf einem lokalen Modell, sodass kein Dokumenttext Ihre Installation verlässt.
- Auftragsverarbeitungsvertrag
- Für die dedizierte Instanz, die wir betreiben, schließen wir mit Ihnen einen Auftragsverarbeitungsvertrag, auf Anfrage erhältlich.
- Unterauftragsverarbeiter für die dedizierte Instanz
- Hetzner Online GmbH (Server, EU). Modellanbieter arbeiten unter Ihrem eigenen Vertrag mit ihnen, nicht unter unserem.
08Herausforderungen, ehrlich
Die Risiken, die wir kennen, und wie wir sie klein halten.
Wir sagen es Ihnen lieber, als dass Sie es selbst herausfinden.
-
KI-Mitarbeiter machen Fehler
Wir: nur Draft-Pull-Requests, Tests laufen in der Sandbox, Ihre Reviewer führen den Merge durch.
Sie: Review-Zeit, die wir im Pilot messen.
-
Manipulierte Eingaben
Wir: Das Gateway begrenzt jede Aktion, ein KI-Mitarbeiter kann die Einstellungen von Polis nie ändern, und die Sandbox enthält keine Integrations-Zugangsdaten oder Provider-Schlüssel, nur ein kurzlebiges Token für ihre eigenen Modellaufrufe.
Sie: Erlaubte Aktionen können trotzdem missbraucht werden, halten Sie die Berechtigungen also eng.
-
Freigabe-Müdigkeit
Wir: Freigaben nur, wo Ihre Richtlinie es verlangt, für Pläne statt für Tastenanschläge, alle protokolliert.
Sie: benannte, wechselnde Freigebende.
-
Daten erreichen einen Modellanbieter
Wir: Nur die Datenklassen, die Sie erlauben, verlassen Ihr System, unter Ihrem eigenen Vertrag.
Sie: die Wahl der Datenklassen und des Anbieters.
-
Ein neuer Datenspeicher
Wir: Erfahrung wird in Ihrer Polis-Installation gespeichert, wo Sie sie einsehen und entfernen können, und jede Lektion braucht die Freigabe einer Person.
Sie: Ihre Data Governance gilt dafür.
-
Ein Produkt in einer frühen Phase
Wir: Der Pilot ist abgegrenzt und umkehrbar.
Sie: Starten Sie überwacht, in ein oder zwei Projekten.
Demo buchen
Sehen Sie es in Ihrem eigenen Workflow.
Ein 30-minütiges Gespräch: etwa 15 Minuten Live-Produkt, einschließlich des Schalters, der alles pausiert, dann Ihre Fragen. Bringen Sie gern Ihren CISO mit.
Was wir zeigen
- Rollen, die ihre Befugnisse nicht überschreiten können, mit Step-up-Authentifizierung für sensible Aktionen
- Ein Modellanbieter, an eine Datenklasse gebunden
- Freigaben durch eine benannte Person, in Slack oder im Panel
Der Schalter, der alles pausiert
Ein Schalter pausiert alle KI-Arbeit für alle, und ein Banner zeigt es an.