Co opouští vaše prostředí.

Analýza incidentu běží na vlastním hardwaru Kybitu. Jediný druhý názor dává Azure OpenAI v regionu EU a data dostává v pseudonymizované podobě: síťové identifikátory jsou nahrazené stálými tokeny a jméno zákazníka zástupným označením.

Pseudonymizace není anonymizace. Názvy účtů, krátké názvy stanic bez domény, názvy privilegovaných skupin a podnikových systémů, čísla tiketů a popis incidentu pro analytika odcházejí beze změny. Pokud to pro tenanta není přijatelné, přepne se do režimu bez odesílání (politika none) a neodejde vůbec nic.

Hostovaný režim musí projít třemi nezávislými pojistkami a každá je ve výchozím stavu vypnutá: přepínač v proměnných prostředí nasazení, politika tenanta nastavená na hosted_raw a zaznamenaný souhlas s tím, kdo a kdy ho udělil. Databáze odmítne záznam tenanta s hostovaným poskytovatelem, pokud chybí druhá nebo třetí pojistka. Když chybí cokoli z toho, tenant se vrátí k lokální analýze. Hostovaný poskytovatel zvolený bez přihlašovacích údajů skončí chybou, místo aby potichu běžel lokálně.

Přepínač je záměrně v proměnných prostředí, ne v databázi: obnova ze zálohy, klonování tenanta do testovacího prostředí ani nasazení starší konfigurace nesmí spustit odesílání dat, se kterým provozovatel daného prostředí nesouhlasil.

Druhý názor v hybridním režimu, podle typu dat:

Která pole se smějí odeslat, určuje úplný seznam v registru odchozích dat agenta; pole, které v něm není zařazené, se ani nezkompiluje. Před každým voláním druhého modelu se ověří, že jsou odesílaná data pseudonymizovaná.

Mapování tokenů se vytváří pro každé vyhodnocení znovu. Stejná adresa dostane v rámci jednoho incidentu stejný token a v dalším jiný, takže zpracovatel nemůže propojit stanici napříč incidenty ani zákazníky. Mapa, podle které by šlo tokeny zpětně přeložit, zůstává na serveru, který ji vytvořil, a nikam se neposílá.

• Politika odesílání dat, která pro tenanta v tu chvíli platila.
• Zda byl druhý model opravdu zavolán, a který.
• Počty tokenů na vstupu a výstupu.
• Otisk mapy tokenů, podle kterého se dá ověřit, která mapa byla použita, aniž by se ukládala.

Evidence každého odchozího volání zvlášť: pro každý požadavek mimo server jeden nepřepisovatelný řádek s tenantem, poskytovatelem, regionem, hashem a velikostí odesílaných dat. Dnes se záznam rozhodnutí zapisuje jednou za incident, takže opakované vyhodnocení ho přepíše a opakované volání znamená dva požadavky v jednom řádku. Když se zákazník zeptá, co opustilo jeho prostředí, má dostat odpověď z databáze, ne vyprávění. Je to další krok této práce a tahle stránka to oznámí, až bude hotový.

• Oddělení tenantů pomocí row‑level security v PostgreSQL, stejné ve všech třech službách.
• Hashování hesel pomocí Argon2id; SSO a SAML se šifrovanou konfigurací.
• Content Security Policy s nonce u každé odpovědi.
• Nouzové přístupy, které samy vyprší, nikdo si je nemůže udělit sám a všechny se auditují.
• Omezení počtu přihlášení s klouzavým oknem, podle adresy i účtu.
• Bezpečnostní testy pokrývající izolaci na úrovni řádků, SQL injection, replay útoky a CSP; zátěžové testy do 500 souběžných virtuálních uživatelů.
• Agent nemá jak spustit playbook. Nejvýš může zapsat jeden řádek s doporučením; spuštění je jinde a hlídá ho kontrola rolí a schválení.
• Nouzový vypínač kontrolovaný před každým autonomním krokem a nepřepisovatelný záznam vyšetřování.

• U vás nebo u Kybitu, pomocí Docker Compose.
• Vysoká dostupnost v produkci: Patroni pro PostgreSQL, PgBouncer, keepalived, HAProxy s terminací TLS.
• Vyhrazený inferenční uzel s Ollamou, dostupný jen v lokální síti; agent při načítání konfigurace odmítne endpoint pro analýzu mimo vaše prostory, pokud provozovatel daný rozsah adres výslovně neoznačí za důvěryhodný.
• Vývojové nasazení do Azure popsané v Bicepu.