Adatvédelmi szabályok

Az a csevegés, ahol minden tag a saját nyelvén olvas, még mindig olyan csevegés, ahol valaki megszokásból beilleszt egy hozzáférési kulcsot, egy ügyfél kártyaszámát vagy egy szerződésszámot. Az adatvédelmi szabályok a szervezet meetingjeiben és csatornáin írt minden üzenetet ellenőriznek, mielőtt elküldenék. Az ellenőrzés szabályok listája, nem mérlegelés: ha egy üzenetet elutasítanak, a rendszer megnevezi az elutasító szabályt, és ugyanazt a szöveget holnap is ugyanígy utasítja el.

Az adatvédelmi szabályok a Business és az Enterprise csomagban érhetők el. A többi csomag tagjai nem látnak szabályokat, és elutasításokat sem.

Mit ellenőriz a rendszer

A szabály vagy egy minta (reguláris kifejezés), vagy pontos szavak listája, és a következő három művelet egyikét hajtja végre:

• Block – az üzenet el sem hagyja a szerkesztőt. A küldő látja, melyik szabály utasította el, a szöveg pedig a szerkesztőmezőben marad.
• Warn – a küldő indoklással mégis elküldheti az üzenetet. Az indoklást a szabállyal együtt a szervezet auditnaplója rögzíti.
• Audit – az üzenet elmegy, az auditnapló pedig egy sort őriz arról, hogy ez megtörtént.

A warn szabály block szabállyá válik, amíg a szobában a szervezeten kívüli személy is tartózkodik: linkkel csatlakozott vendég vagy másik szervezet résztvevője.

Az elküldött üzenet szerkesztésekor ugyanezek a szabályok futnak le az új szövegen. A szerkesztéshez nem tartozik indoklás, ezért a warn szabály a szerkesztést teljesen elutasítja: a szerkesztő megtartja a szöveget, és ha indoklással szeretné elküldeni, új üzenetként küldheti el. A kulcsba vagy számba ágyazott láthatatlan karakterek és a megtévesztően hasonló számjegyek nem rejtik el azt a szabályok elől.

Minden szervezet a beépített szabályokkal indul: felhő- és API-kulcsok (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), PEM formátumú privát kulcsok, JSON Web Tokenek, bankkártyaszámok és IBAN-számok. A kulcsokat a rendszer blokkolja (block), a kártyaszámokra és az IBAN-számokra figyelmeztet (warn). A tulajdonos módosíthatja a beépített szabályok műveletét, vagy kikapcsolhatja őket.

Szabály betanítása egy üzenetből

A szervezet tulajdonosa vagy egy adminisztrátor megnyitja egy csevegőüzenet menüjét, és kiválasztja a Protect data like this lehetőséget. Az InterMIND elolvassa az üzenetet, és szabályt javasol: mit véd, milyen mintát vagy pontos szavakat használ, és milyen műveletet hajt végre. A javaslatot Ön szerkesztheti, majd mentheti. A következő üzenettől kezdve minden tag üzenetét ellenőrzi ez a szabály.

A szabálynak illeszkednie kell arra az üzenetre, amelyből betanították; az azonos nevű szabály felváltja a korábbit.

Szabályok betanítása fájlból

Az InterMIND-hoz csatlakoztatott Claude, ChatGPT, Copilot vagy Gemini asszisztensnek adja át a listáját – táblázatot, munkalapot vagy szabályzatot –, és mondja meg, mi nem hagyhatja el a szervezetet. Az asszisztens az add_dlp_rules hívással megírja a szabályokat, a list_dlp_rules hívással megmutatja őket, a remove_dlp_rule hívással pedig töröl egyet. Ugyanez a három hívás a nyilvános API-ban is elérhető a /api/v1/dlp útvonalon.

Mi kerül naplózásra

Az elutasítások, az indoklással megkerült figyelmeztetések, a csak auditált találatok és a szabályok minden módosítása a szervezet auditnaplójának soraiként jelenik meg: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. A sor megnevezi a szabályt, a küldőt és a találat maszkolt mintáját – soha nem a teljes üzenetet.