הסמכת ISO 27001 או SOC 2
אין לנו הסמכה כזו כרגע. יש בדיקות חדירה פנימיות, סקירות אבטחה כתובות, סריקת קוד לסודות וחתימה של כל תמונת קונטיינר, ואנחנו מציגים אותן בשיחה.
אבטחת מידע
רשימות, CRM וסוכני AI שמוגנים בהרשאות שאתם קובעים
מערכת דיוור מחזיקה את המידע הרגיש ביותר בעסק: מי הלקוחות, על מה הסכימו ומה אמרו לנציג. ב-EmailPro כל עובד רואה רק את מה שהתפקיד שלו מתיר, שדות רגישים מוסתרים גם בייצוא, כל פעולה נרשמת, וסוכן AI לא שולח דבר בלי אישור של אדם.
הכתוב כאן תואם למה שהקוד אוכף, כולל רשימה של מה שעוד חסר
8תפקידים, מצופה ועד בעלים, וכל בקשה נבדקת מול התפקיד בשרת ולא רק במסך
400ימים של יומן ביקורת, שנקרא במסך, בממשק ה-API ובכלי MCP
0קמפיינים שסוכן AI יכול לאשר לבד. אישור נקשר לגרסה המדויקת שאדם ראה
מי רואה מה
איך קובעים מי רואה רשימות, שדות ושיחות
שלוש שכבות של הרשאה, מהרחבה לצרה. כל אחת נאכפת בשרת, ולכן מסך שהוגדר לא נכון לא חושף מידע.
| שכבה | מה היא קובעת | איפה נאכפת |
|---|---|---|
| סביבת עבודה | לקוח אחד לא רואה נתונים של לקוח אחר | במסד הנתונים, בהפרדה לפי שורה |
| תפקיד | צפייה, ניתוח, שירות, מכירות, שליחה, עריכה, ניהול או בעלות | בכל בקשה לשרת |
| שדה ב-CRM | מי רואה ומי עורך שדה רגיש, כמו תעודת זהות או שכר | בתשובה, בייצוא ובכתיבה |
ניהול עצמאי
איך הארגון שולט באבטחת המידע של מערכת השיווק
ההרשאות בידיים שלכם. בעלי החשבון ומנהליו מחליטים מי מצטרף ובאיזה תפקיד, ולכל שדה ב-CRM אפשר לקבוע מי רואה אותו ומי רשאי לשנות. שדה שמוסתר מעובד לא מגיע אליו גם בייצוא לקובץ וגם בתשובה של הממשק, ולכן אין דרך עקיפה לקבל אותו. ההפרדה בין סביבות עבודה נאכפת במסד הנתונים עצמו, כך שגם טעות בקוד של מסך לא חושפת רשימה של לקוח אחר.
כל פעולה רגישה נרשמת ביומן ביקורת שנשמר ארבע מאות יום: מי ייבא רשימה, מי שינה הרשאה, מי אישר קמפיין ומי חיבר מערכת חיצונית. את היומן קוראים במסך, מושכים בממשק ה-API לכל מערכת ניטור שתבחרו, או שואלים עליו עוזר AI מורשה. אירועים שנשלחים למערכות חיצוניות חתומים, כך שהמערכת המקבלת יכולה לוודא שהם באו מכם.
סוכני AI עובדים במפתח של הארגון אצל ספק שבחרתם, והמפתח נשמר מוצפן וקשור לחשבון ולספק. סוכן מקבל רק את ההרשאות שסימנתם, וכל שליחה שהוא מכין ממתינה לאישור של אדם על הגרסה המדויקת. וכשהמדיניות דורשת שהמידע לא ייצא מהרשת, מתקינים את EmailPro בשרתי הארגון והכול, כולל מפתחות ההצפנה, נשאר אצלכם.
בכנות
מה עוד לא קיים באבטחת המידע של EmailPro
צוות אבטחת מידע ישאל על הדברים האלה. עדיף שתשמעו את התשובה מאיתנו לפני השאלה.
כניסה דרך SAML
הכניסה היום עוברת דרך חשבון Brand My Inbox עם אימות דו שלבי. חיבור למערכת הזהות של הארגון נבנה כחלק מפרויקט התקנה אצל הלקוח.
העברה ישירה של היומן ל-SIEM
היומן נקרא בממשק ה-API ובכלי MCP, אבל אין עדיין שליחה אוטומטית למערכת ניטור. בפרויקט התקנה כותבים את החיבור לכלי שלכם.
שאלות על אבטחת מידע במערכת דיוור ו-CRM
האם עובד יכול לייצא רשימה עם שדות שהוסתרו ממנו
לא. הסתרה של שדה נאכפת בשרת, ולכן היא חלה על המסך, על התשובה של ממשק ה-API ועל ייצוא לקובץ באותה מידה. עובד שמנסה לשנות שדה שאין לו הרשאת עריכה עליו מקבל סירוב, והניסיון לא משנה את הרשומה.
מה סוכן AI יכול לעשות בלי אישור של אדם
להכין טיוטות, לענות ללקוחות מהתוכן שלכם ולפתוח לידים, בהרשאות שסימנתם. הוא לא יכול לאשר שליחה של קמפיין: כל שליחה שסוכן או תזמון התחילו ממתינה לאישור של אדם, והאישור נקשר לגרסה המדויקת שהאדם ראה, כך ששינוי אחרי האישור מבטל אותו.
איפה נשמרים מפתחות ה-AI והחיבורים החיצוניים
במסד הנתונים, מוצפנים ב-AES-256-GCM וקשורים לחשבון ולספק, כך שמפתח של חשבון אחד לא נפתח בחשבון אחר. מפתח ההצפנה עצמו נשמר בסביבת השרת. בהתקנה בשרתי הארגון זה סוד בשרת שלכם, ואף אחד מחוץ לארגון לא מחזיק בו.
איך מוכיחים לרגולטור מי עשה מה במערכת
ביומן הביקורת, שנשמר ארבע מאות יום ומתעד ייבוא רשימות, שינויי הרשאות, אישורי קמפיינים וחיבורים חיצוניים, עם המבצע והשעה. את היומן מושכים בממשק ה-API או מבקשים מעוזר AI מורשה, ולצד זה לכל נמען יש רשומת הסכמה שמראה מתי ואיך הצטרף.
לבדוק את אבטחת המידע של מערכת השיווק אצלכם
שיחה עם מי שבונה את המערכת, עם מסמכי האבטחה הכתובים ותשובה גם על מה שעוד חסר.
לקבוע שיחה