כללי הגנה על נתונים

צ'אט שבו כל חבר קורא בשפתו שלו הוא עדיין צ'אט שבו מישהו מדביק מתוך הרגל מפתח גישה, מספר כרטיס אשראי של לקוח או מספר חוזה. כללי הגנה על נתונים בודקים כל הודעה בפגישות (meetings) ובערוצים של הארגון שלכם לפני שהיא נשלחת. הבדיקה היא רשימת כללים, לא שיקול דעת: כשהודעה נדחית, הכלל שדחה אותה מצוין בשמו, ואותו טקסט יידחה באותו אופן גם מחר.

כללי הגנה על נתונים כלולים בתוכניות Business ו-Enterprise. חברים בתוכניות אחרות לא רואים כללים ולא רואים דחיות.

מה נבדק

כלל הוא או תבנית (ביטוי רגולרי) או רשימת מילים מדויקות, עם אחת משלוש פעולות:

• Block — ההודעה לא יוצאת. השולח רואה איזה כלל דחה אותה, והטקסט נשאר בתיבת הכתיבה.
• Warn — השולח יכול לשלוח בכל זאת, יחד עם נימוק. הנימוק נרשם ביומן הביקורת של הארגון יחד עם הכלל.
• Audit — ההודעה נשלחת, ויומן הביקורת שומר שורה על כך.

כלל warn הופך ל-block כל עוד בחדר נמצא מי שאינו מהארגון: אורח שהצטרף בקישור, או משתתף מארגון אחר.

עריכת הודעה שנשלחה מפעילה את אותם כללים על הטקסט החדש. עריכה אינה כוללת נימוק, ולכן כלל warn דוחה את העריכה לחלוטין: העורך שומר את הטקסט שלכם, וכדי לשלוח אותו עם נימוק יש לשלוח אותו כהודעה חדשה. תווים בלתי נראים וספרות דומות למראה בתוך מפתח או מספר אינם מסתירים אותם מהכללים.

כל ארגון מתחיל עם הכללים המובנים: מפתחות ענן ו-API‏ (AWS, Google, GitHub, Slack, Stripe, OpenAI, Anthropic), מפתחות פרטיים בפורמט PEM, אסימוני JSON Web Token, מספרי כרטיסי תשלום ומספרי IBAN. מפתחות נחסמים; מספרי כרטיסים ו-IBAN מקבלים אזהרה. הבעלים רשאי לשנות את הפעולה של כלל מובנה או לכבות אותו.

לימוד כלל מתוך הודעה

הבעלים של הארגון או מנהל פותח את התפריט של הודעת צ'אט ובוחר Protect data like this. 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. השורה מציינת את הכלל, את השולח ודוגמה מוסתרת חלקית של מה שהותאם — אף פעם לא את ההודעה כולה.