ڈیٹا تحفظ کے قواعد

ایسے قواعد جو طے کرتے ہیں کہ چیٹ پیغام آپ کی تنظیم سے باہر کیا کچھ نہیں لے جا سکتا — کیز، کارڈ نمبرز، IBANs اور آپ کے اپنے شناختی کوڈز — جو ہر پیغام بھیجے جانے سے پہلے چیک کیے جاتے ہیں، اور جنہیں پیغام پر ایک لفظ کے ذریعے یا اسسٹنٹ کو دی گئی فائل کے ذریعے سکھایا جاتا ہے۔

ڈیٹا تحفظ کے قواعد

ایسی چیٹ جس میں ہر رکن اپنی زبان میں پڑھتا ہے، پھر بھی ایک چیٹ ہی رہتی ہے، اور اس میں کوئی نہ کوئی عادتاً ایکسیس کی، کسٹمر کا کارڈ نمبر یا معاہدے کا حوالہ پیسٹ کر دیتا ہے۔ ڈیٹا تحفظ کے قواعد آپ کے ادارے کی میٹنگز اور چینلز کے ہر پیغام کو بھیجے جانے سے پہلے جانچتے ہیں۔ یہ جانچ قواعد کی ایک فہرست ہے، کوئی ذاتی رائے نہیں: جب کوئی پیغام مسترد ہوتا ہے تو وہ قاعدہ بتایا جاتا ہے جس نے اسے مسترد کیا، اور وہی متن کل بھی اسی طرح مسترد ہوگا۔

ڈیٹا تحفظ کے قواعد Business اور Enterprise پلانز میں شامل ہیں۔ دوسرے پلانز کے اراکین کو نہ کوئی قاعدہ نظر آتا ہے اور نہ کوئی انکار۔

ایکسیس کی پر مشتمل پیغام بھیجے جانے سے پہلے مسترد: ٹوسٹ قاعدے کا نام بتاتا ہے اور متن کمپوزر میں ہی رہتا ہے

کیا چیک کیا جاتا ہے

قاعدہ یا تو ایک پیٹرن (ریگولر ایکسپریشن) ہوتا ہے یا عین الفاظ کی فہرست، اور اس کے ساتھ تین میں سے ایک عمل ہوتا ہے:

  • Block — پیغام کہیں نہیں جاتا۔ بھیجنے والے کو نظر آتا ہے کہ کس قاعدے نے اسے مسترد کیا، اور متن کمپوزر میں ہی رہتا ہے۔
  • Warn — بھیجنے والا وجہ لکھ کر پھر بھی بھیج سکتا ہے۔ وجہ قاعدے کے ساتھ ادارے کے آڈٹ لاگ میں لکھی جاتی ہے۔
  • Audit — پیغام چلا جاتا ہے، اور آڈٹ لاگ میں اس کی ایک قطار درج ہو جاتی ہے۔

جب تک کمرے میں ادارے سے باہر کا کوئی فرد موجود ہو، warn قاعدہ block بن جاتا ہے: یعنی لنک کے ذریعے شامل ہونے والا مہمان، یا کسی دوسرے ادارے کا شریک۔

بھیجے گئے پیغام میں ترمیم کرنے پر نئے متن پر بھی وہی قواعد چلتے ہیں۔ ترمیم کے ساتھ کوئی وجہ نہیں ہوتی، اس لیے warn قاعدہ ترمیم کو سرے سے مسترد کر دیتا ہے: ایڈیٹر آپ کا متن محفوظ رکھتا ہے، اور وجہ کے ساتھ بھیجنے کے لیے آپ اسے نئے پیغام کے طور پر بھیجتے ہیں۔ کلید یا نمبر کے اندر چھپے ہوئے غیر مرئی حروف اور ہم شکل ہندسے اسے قواعد کی نظر سے نہیں چھپاتے۔

ہر ادارہ پہلے سے موجود قواعد کے ساتھ شروع ہوتا ہے: کلاؤڈ اور API کیز (AWS، Google، GitHub، Slack، Stripe، OpenAI، Anthropic)، PEM میں نجی کیز، JSON Web Tokens، پیمنٹ کارڈ نمبرز اور IBANs۔ کیز بلاک ہوتی ہیں؛ کارڈ نمبرز اور IBANs پر وارننگ آتی ہے۔ مالک پہلے سے موجود قاعدے کا عمل بدل سکتا ہے یا اسے بند کر سکتا ہے۔

پیغام سے قاعدہ سکھانا

ادارے کا مالک یا ایڈمن چیٹ پیغام کا مینو کھولتا ہے اور Protect data like this منتخب کرتا ہے۔ InterMIND پیغام پڑھتا ہے اور ایک قاعدہ تجویز کرتا ہے: وہ کس چیز کی حفاظت کرتا ہے، ایک پیٹرن یا عین الفاظ، اور ایک عمل۔ آپ تجویز میں ترمیم کرتے ہیں اور اسے محفوظ کر لیتے ہیں۔ اگلے پیغام سے، ہر رکن کے پیغامات اس کے مطابق جانچے جاتے ہیں۔

قاعدے کو اس پیغام سے لازماً میل کھانا چاہیے جس پر اسے سکھایا گیا؛ اسی نام کا قاعدہ پچھلے قاعدے کی جگہ لے لیتا ہے۔

فائل سے قواعد سکھانا

InterMIND سے منسلک Claude، ChatGPT، Copilot یا Gemini میں اسسٹنٹ کو اپنی فہرست دیں — ٹیبل، اسپریڈشیٹ یا پالیسی دستاویز — اور بتائیں کہ ادارے سے باہر کیا نہیں جانا چاہیے۔ اسسٹنٹ 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۔ قطار میں قاعدے کا نام، بھیجنے والا اور میچ ہونے والے متن کا ایک ماسک شدہ نمونہ درج ہوتا ہے — پورا پیغام کبھی نہیں۔