Peraturan Perlindungan Data

Sembang yang setiap ahlinya membaca dalam bahasa mereka sendiri tetap merupakan sembang di mana seseorang, kerana sudah menjadi kebiasaan, menampal kunci akses, nombor kad pelanggan atau rujukan kontrak. Peraturan perlindungan data memeriksa setiap mesej dalam mesyuarat dan saluran organisasi anda sebelum mesej itu dihantar. Pemeriksaan ini ialah senarai peraturan, bukan satu penilaian: apabila sesuatu mesej ditolak, peraturan yang menolaknya dinyatakan namanya, dan teks yang sama akan ditolak dengan cara yang sama esok.

Peraturan perlindungan data disertakan dalam pelan Business dan Enterprise. Ahli pada pelan lain tidak melihat sebarang peraturan atau penolakan.

Apa Yang Diperiksa

Sesuatu peraturan sama ada corak (ungkapan nalar / regular expression) atau senarai perkataan tepat, dengan satu daripada tiga tindakan:

• Block — mesej tidak akan keluar. Penghantar melihat peraturan mana yang menolaknya dan teks kekal dalam ruang penulisan.
• Warn — penghantar boleh menghantarnya juga dengan memberikan sebab. Sebab itu direkodkan dalam log audit organisasi bersama-sama peraturan berkenaan.
• Audit — mesej dihantar, dan log audit menyimpan satu baris bahawa ia berlaku.

Peraturan warn menjadi block apabila bilik itu mempunyai seseorang di luar organisasi: tetamu yang menyertai melalui pautan, atau peserta dari organisasi lain.

Menyunting mesej yang telah dihantar menjalankan peraturan yang sama pada teks baharu. Suntingan tidak membawa sebab, jadi peraturan warn menolak suntingan itu sepenuhnya: penyunting mengekalkan teks anda, dan untuk menghantarnya dengan sebab, anda hantarkannya sebagai mesej baharu. Aksara tidak kelihatan dan digit yang kelihatan serupa di dalam kunci atau nombor tidak menyembunyikannya daripada peraturan.

Setiap organisasi bermula dengan peraturan terbina dalam: kunci awan dan API (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), kunci peribadi dalam PEM, JSON Web Token, nombor kad pembayaran dan IBAN. Kunci disekat (block); nombor kad dan IBAN diberi amaran (warn). Pemilik boleh menukar tindakan peraturan terbina dalam atau mematikannya.

Mengajar Peraturan Daripada Mesej

Pemilik organisasi atau admin membuka menu mesej sembang dan memilih Protect data like this. InterMIND membaca mesej itu dan mencadangkan peraturan: apa yang dilindunginya, corak atau perkataan tepat, dan satu tindakan. Anda menyunting cadangan itu dan menyimpannya. Bermula daripada mesej seterusnya, mesej setiap ahli diperiksa mengikut peraturan itu.

Peraturan mesti sepadan dengan mesej yang digunakan untuk mengajarnya; peraturan dengan nama yang sama menggantikan peraturan terdahulu.

Mengajar Peraturan Daripada Fail

Dalam Claude, ChatGPT, Copilot atau Gemini yang disambungkan kepada InterMIND, serahkan senarai anda kepada pembantu itu — jadual, hamparan, dokumen dasar — dan nyatakan apa yang tidak boleh keluar daripada organisasi. Pembantu menulis peraturan melalui add_dlp_rules, menunjukkannya dengan list_dlp_rules dan menggugurkan satu dengan remove_dlp_rule. Ketiga-tiga panggilan yang sama terdapat dalam API awam di bawah /api/v1/dlp.

Apa Yang Direkodkan

Penolakan, pengatasan beserta sebabnya, padanan khusus audit dan setiap perubahan peraturan ialah baris dalam log audit organisasi: chat.dlp_blocked, chat.dlp_overridden, chat.dlp_flagged, chat.dlp_rule_changed. Baris itu menamakan peraturan, penghantar dan sampel bertopeng bagi apa yang dipadankan — tidak pernah keseluruhan mesej.