Blockera AI-agenters handlingar på endpointen

Blockering

Allt annat tittar på.

ZYBE nekar handlingen innan den körs.

Ett verktygsanrop som en AI-agent ska göra bedöms på endpointen, i agentens eget ögonblick före handlingen, mot dina regler. Säger en regel nej startar kommandot aldrig, filen öppnas aldrig och servern svarar aldrig. Modellen får veta varför, och att den inte ska försöka på något annat sätt. Ingen proxy, ingen gateway, ingen trafik att inspektera: agenten verkställer själv beslutet, och därför håller det offline och på varje laptop samtidigt.

Så fungerar det, med bilder

Vad som gäller i varje agent

Vad som stoppas

Tolv typer av handlingar som nekas på endpointen

Var och en är en regel. Ställ in den på Report, Ask eller Block, per profil, per grupp av endpoints, per agent.

Där det gäller

Tolv agenter under regler, och resten nekas helt

Varje agent med en hook före handlingen kör ZYBE:s hook. Appar utan hook agerar via MCP-servrar, och de körs genom ZYBE:s shim. Konsolen visar ett av fyra ord per agent och endpoint, beräknat från anrop som faktiskt kom in: Blocking, Recording, Seen, Silent, eller Not allowed för en produkt som företaget har nekat.

Agent

Hur nekandet når den

Hook, i hanterade inställningar

Hook

Hook, hanterad vid installation för hela datorn

Hook, plus den hanterade policyn

Hook, i Geminis delade hookfil

Skalhook i dess konfiguration

Ett ZYBE-plugin i dess gateway

Dess MCP-servrar körs genom ZYBE:s shim

Deras MCP-servrar körs genom shimmen

Nekas helt: endpointen tar bort rätten att köras

Den sista raden har ingen hook, så en regel kan inte bedöma ett anrop i taget. Företaget bestämmer om produkten är tillåten över huvud taget, och endpointen verkställer det. Konsolen räknar aldrig en agent som blockerad bara för att en fil finns på plats.

Med agentens egna ord

Så ser ett nekande ut

Riktiga sessioner, riktiga agenter, ombedda att installera ett paket som arbetsytan hade blockerat. Alla stoppade, citerade skälet och försökte inte igen.

Ett öppnat hot i konsolen: det injicerade svaret, kommandot som följde, sammanfattningen och åtgärden

Kedjan i konsolen: instruktioner kom i en hämtad sida, nästa kommando i den sessionen, och vad du ska göra åt det.

Det fjärde läget

Not allowed: när det inte finns någon dörr nekar endpointen appen

Vissa appar agerar i leverantörens moln eller på webben, utan något på datorn som en hook kan ställa sig framför. För dem bestämmer företaget om appen alls är tillåten, och endpointen verkställer svaret: den tar bort appens rätt att köras, stänger den om den är öppen och ger tillbaka rätten så fort företaget tillåter den igen. Skriv produktens namn en gång under Rules så nekar varje endpoint den inom en minut. Installerad, nekad och synlig som Not allowed på varje endpoint. Ingen annan gör det här på endpointen.

Inget lämnar datorn

Bedöms på datorn, inte i någon annans moln

Kommandot, sökvägen, sidan och prompten läses på endpointen och skickas aldrig. Det som når konsolen är regeln som matchade, beslutet, agenten och en hash. Det är skillnaden mot en gateway som inspekterar din trafik: ZYBE ser vad agenten gör, och dina konversationer förblir dina.

Installera på en dator

Vad som lämnar datorn