Aktionen von KI-Agenten auf dem Endpoint blockieren

Durchsetzung

Alle anderen schauen nur zu.

ZYBE lehnt die Aktion ab, bevor sie läuft.

Ein Tool-Aufruf, den ein KI-Agent gleich ausführen will, wird auf dem Endpoint bewertet, im Moment vor der Aktion, direkt im Agenten, nach Ihren Regeln. Sagt eine Regel nein, startet der Befehl nie, die Datei öffnet sich nie, der Server antwortet nie. Das Modell erfährt den Grund und die Anweisung, es nicht anders zu versuchen. Kein Proxy, kein Gateway, kein Traffic zum Prüfen: Der Agent setzt die Entscheidung selbst durch. Deshalb hält sie auch offline und auf jedem Laptop zugleich.

So funktioniert es, mit Grafiken

Was bei jedem Agenten greift

Was gestoppt wird

Zwölf Arten von Aktionen, auf dem Endpoint abgelehnt

Jede ist eine Regel. Stellen Sie sie auf Report, Ask oder Block, pro Profil, pro Endpoint-Gruppe, pro Agent.

Wo es greift

Zwölf Agenten unter Regeln, der Rest grundsätzlich abgelehnt

Jeder Agent mit einem Hook vor der Aktion führt den Hook von ZYBE aus. Apps ohne Hook handeln über MCP-Server, und die laufen über den Shim von ZYBE. Die Konsole zeigt pro Agent und Endpoint einen von vier Zuständen, berechnet aus tatsächlich eingegangenen Aufrufen: Blocking, Recording, Seen, Silent, oder Not allowed für ein Produkt, das das Unternehmen abgelehnt hat.

Agent

Wie die Ablehnung ihn erreicht

Hook, in Managed Settings

Hook

Hook, verwaltet bei systemweiten Installationen

Hook, plus Managed Policy

Hook, in der gemeinsamen Gemini-Hooks-Datei

Shell-Hook in seiner Konfiguration

Ein ZYBE-Plugin in seinem Gateway

Seine MCP-Server laufen über den ZYBE-Shim

Ihre MCP-Server laufen über den Shim

Grundsätzlich abgelehnt: Der Endpoint entzieht die Berechtigung zu laufen

Die letzte Zeile hat keinen Hook, also kann keine Regel einzelne Aufrufe bewerten. Das Unternehmen entscheidet, ob das Produkt überhaupt erlaubt ist, und der Endpoint setzt das durch. Die Konsole zählt einen Agenten nie als blockiert, nur weil eine Datei vorhanden ist.

In den Worten des Agenten

So sieht eine Ablehnung aus

Echte Sitzungen, echte Agenten, gebeten, ein Paket zu installieren, das der Workspace eingedämmt hatte. Jeder hat gestoppt, den Grund zitiert und es nicht erneut versucht.

Eine geöffnete Bedrohung in der Konsole: die eingeschleuste Ausgabe, der folgende Befehl, die Zusammenfassung und die Behebung

Die Kette in der Konsole: Anweisungen kamen über eine abgerufene Seite, der nächste Befehl in dieser Sitzung, und was zu tun ist.

Der vierte Zustand

Not allowed: Wo es keine Tür gibt, lehnt der Endpoint die App ab

Manche Apps handeln in der Cloud ihres Anbieters oder im Web, ohne etwas auf dem Laptop, vor das sich ein Hook stellen könnte. Hier entscheidet das Unternehmen, ob die App überhaupt erlaubt ist, und der Endpoint setzt die Antwort durch: Er entzieht der App die Berechtigung zu laufen, beendet sie, falls sie offen ist, und gibt die Berechtigung zurück, sobald das Unternehmen sie wieder erlaubt. Tragen Sie den Produktnamen einmal unter Rules ein, und jeder Endpoint lehnt es innerhalb einer Minute ab. Installiert, abgelehnt und auf jedem Endpoint als Not allowed sichtbar. Niemand sonst tut das auf dem Endpoint.

Nichts verlässt den Rechner

Bewertet auf dem Rechner, nicht in fremder Cloud

Befehl, Pfad, Seite und Prompt werden auf dem Endpoint gelesen und nie gesendet. In der Konsole landen die passende Regel, die Entscheidung, der Agent und ein Hash. Das ist der Unterschied zu einem Gateway, das Ihren Traffic prüft: ZYBE sieht, was der Agent tut, und Ihre Gespräche bleiben Ihre.

Auf einem Rechner installieren

Was den Rechner verlässt