Reguły ochrony danych

Czat, w którym każdy czyta w swoim języku, to nadal czat, w którym ktoś z przyzwyczajenia wklei klucz dostępu, numer karty klienta albo numer umowy. Reguły ochrony danych sprawdzają każdą wiadomość ze spotkań i kanałów organizacji, zanim zostanie wysłana. Sprawdzanie opiera się na liście reguł, a nie na ocenie: gdy wiadomość zostaje odrzucona, wskazana jest reguła, która ją odrzuciła, a ten sam tekst jutro zostanie odrzucony dokładnie tak samo.

Reguły ochrony danych są dostępne w planach Business i Enterprise. Członkowie na innych planach nie widzą reguł ani odmów.

Co jest sprawdzane

Reguła to wzorzec (wyrażenie regularne) albo lista dokładnych słów, z jedną z trzech akcji:

• Block — wiadomość nigdy nie wychodzi. Nadawca widzi, która reguła ją odrzuciła, a tekst zostaje w polu wiadomości.
• Warn — nadawca może mimo to wysłać wiadomość, podając uzasadnienie. Uzasadnienie jest zapisywane w dzienniku audytu organizacji razem z regułą.
• Audit — wiadomość zostaje wysłana, a dziennik audytu zachowuje wpis o tym fakcie.

Reguła warn zmienia się w block, gdy w pokoju jest ktoś spoza organizacji: gość, który dołączył przez link, lub uczestnik z innej organizacji.

Edycja wysłanej wiadomości uruchamia te same reguły na nowym tekście. Edycja nie zawiera uzasadnienia, więc reguła warn odrzuca ją wprost: edytor zachowuje tekst, a aby wysłać go z uzasadnieniem, należy wysłać go jako nową wiadomość. Niewidoczne znaki oraz cyfry łudząco podobne do prawdziwych, umieszczone wewnątrz klucza lub numeru, nie ukrywają go przed regułami.

Każda organizacja zaczyna od reguł wbudowanych: klucze chmurowe i API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), klucze prywatne w formacie PEM, JSON Web Tokens, numery kart płatniczych i numery IBAN. Klucze są blokowane; numery kart i IBAN-y wyświetlają ostrzeżenie. Właściciel może zmienić akcję reguły wbudowanej lub ją wyłączyć.

Tworzenie reguły na podstawie wiadomości

Właściciel organizacji lub administrator otwiera menu wiadomości na czacie i wybiera Protect data like this. InterMIND czyta wiadomość i proponuje regułę: co chroni, wzorzec lub dokładne słowa oraz akcję. Propozycję można edytować i zapisać. Od następnej wiadomości wiadomości wszystkich członków są sprawdzane według tej reguły.

Reguła musi pasować do wiadomości, na podstawie której powstała; reguła o tej samej nazwie zastępuje wcześniejszą.

Tworzenie reguł na podstawie pliku

W Claude, ChatGPT, Copilot lub Gemini połączonym z InterMIND należy przekazać asystentowi swoją listę — tabelę, arkusz kalkulacyjny, dokument z polityką — i określić, co nie może opuścić organizacji. Asystent zapisuje reguły przez add_dlp_rules, wyświetla je przez list_dlp_rules i usuwa jedną z nich przez remove_dlp_rule. Te same trzy wywołania są dostępne w publicznym API pod adresem /api/v1/dlp.

Co jest rejestrowane

Odmowy, wysłania mimo ostrzeżenia wraz z uzasadnieniami, dopasowania w trybie samego audytu oraz każda zmiana reguły trafiają jako wpisy do dziennika audytu organizacji: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Wpis wskazuje regułę, nadawcę i zamaskowaną próbkę dopasowanego fragmentu — nigdy całą wiadomość.