Правила за защита на данните

Правила за това, което едно съобщение в чата не бива да изнася извън вашата организация — ключове, номера на карти, IBAN и вашите собствени идентификатори — проверявани преди изпращането на всяко съобщение и обучавани чрез дума върху съобщение или файл, предоставен на асистента.

Правила за защита на данните

Чат, в който всеки член чете на собствения си език, си остава чат, в който някой по навик поставя ключ за достъп, номер на клиентска карта или номер на договор. Правилата за защита на данните проверяват всяко съобщение в срещите и каналите на вашата организация, преди то да бъде изпратено. Проверката е списък от правила, а не преценка: когато съобщение бъде отказано, се посочва правилото, което го е отказало, а същият текст ще бъде отказан по същия начин и утре.

Правилата за защита на данните са включени в плановете Business и Enterprise. Членовете в другите планове не виждат правила и откази.

Съобщение с ключ за достъп, отказано преди изпращане: известието посочва правилото, а текстът остава в полето за писане

Какво се проверява

Правилото е или шаблон (регулярен израз), или списък от точни думи, с едно от три действия:

  • Блокиране — съобщението никога не напуска. Изпращачът вижда кое правило го е отказало, а текстът остава в полето за писане.
  • Предупреждение — изпращачът може да изпрати съобщението въпреки това, като посочи причина. Причината се записва в одитния журнал на организацията заедно с правилото.
  • Одит — съобщението се изпраща, а одитният журнал запазва ред, че това се е случило.

Правило с действие предупреждение се превръща в блокиране, докато в стаята има някой извън организацията: гост, влязъл чрез линк, или участник от друга организация.

Редактирането на изпратено съобщение прилага същите правила към новия текст. Редакцията не носи причина, затова правило с действие предупреждение отказва редакцията изцяло: редакторът запазва вашия текст, а за да го изпратите с причина, го изпращате като ново съобщение. Невидимите знаци и цифрите-двойници вътре в ключ или номер не го скриват от правилата.

Всяка организация започва с вградени правила: облачни ключове и API ключове (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), частни ключове в PEM, JSON Web Tokens, номера на платежни карти и IBAN. Ключовете се блокират; номерата на карти и IBAN предупреждават. Собственикът може да промени действието на вградено правило или да го изключи.

Създаване на правило от съобщение

Собственикът на организацията или администратор отваря менюто на съобщение в чата и избира Защити данни като тези. InterMIND прочита съобщението и предлага правило: какво защитава, шаблон или точните думи, и действие. Вие редактирате предложението и го запазвате. От следващото съобщение нататък съобщенията на всички членове се проверяват по него.

Правилото трябва да съвпада със съобщението, от което е създадено; правило със същото име замества по-ранното.

Създаване на правила от файл

В Claude, ChatGPT, Copilot или Gemini, свързани с InterMIND, подайте на асистента вашия списък — таблица, електронна таблица, документ с политика — и кажете какво не бива да напуска организацията. Асистентът записва правилата чрез add_dlp_rules, показва ги чрез list_dlp_rules и премахва някое чрез remove_dlp_rule. Същите три извиквания има в публичния API под /api/v1/dlp.

Какво се записва

Отказите, преодоляванията им с причините, съвпаденията само за одит и всяка промяна на правило са редове в одитния журнал на организацията: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Редът посочва правилото, изпращача и маскирана извадка от съвпадналото — никога цялото съобщение.