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.

  1. 01 Nie Admin-Rechte vergeben.
  2. 02 Nie die eigenen Konten von Polis oder die Berechtigungen eines KI-Mitarbeiters ändern.
  3. 03 Nie den letzten Admin entfernen.
  4. 04 Nie Schlüssel, Tokens oder Passwörter erstellen, lesen oder rotieren.
  5. 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.

Sie behalten durchgehend die Kontrolle: KI-Mitarbeiter handeln nur innerhalb Ihrer Richtlinien, jede Aktion wird protokolliert, und ein Schalter pausiert alle KI-Arbeit.

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.

Demo anfragen polis@polis.guru

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.