הצפנה מקצה לקצה
השרת מחזיק את המפתחות ומפענח הודעה כשאתם פותחים אותה. מי שצריך שגם השרת לא יוכל לקרוא משתמש ב-OpenPGP בתוכנת הדואר, או מתקין את המערכת אצלו כך שהשרת הוא שלו.
אבטחת מידע
מייל שמועבר לתיבות הקיימות שלכם עובר דרכנו ולא נשמר. מייל שמתקבל או נשלח מתוך תיבת הדואר שלנו נשמר מוצפן, במפתח נפרד לכל הודעה, לתקופה שאתם בוחרים. ארגון שצריך שליטה מלאה מתקין את השכבה בשרתים שלו, ואז גם המפתחות, היומנים והגיבויים נשארים אצלו.
התשובות כאן כתובות לפי מה שהקוד עושה, כולל מה שעוד לא קיים
מה נשמר
ארבעה סוגי מידע עוברים דרך שכבת הדואר. לכל אחד יש כלל שמירה והגנה משלו, ואת התקופה של תיבת הדואר אתם קובעים.
| מה | נשמר | הגנה | כמה זמן |
|---|---|---|---|
| מייל שמועבר לתיבה שלכם | לא | עובר דרכנו בלבד | לא נשמר |
| מייל בתיבת הדואר שלנו | כן, אם פתחתם כתובת קבלה | AES-256-GCM, מפתח נפרד לכל הודעה | 7 עד 365 יום, לפי המסלול והבחירה שלכם |
| מייל שנשלח מתוך האפליקציה | כן, בתיקיית הנשלחים | אותה הצפנה | 30 יום |
| סיסמאות SMTP | רק גיבוב | scrypt, השוואה בזמן קבוע | עד שמחליפים אותן |
המפתחות נשמרים בשרתים שלנו, ולכן זו לא הצפנה מקצה לקצה. בהתקנה בשרתי הארגון המפתחות הם סודות בשרתים שלכם.
מי ניגש
שלוש שכבות של גישה, וכל אחת מוגבלת ונרשמת. אף אחת מהן לא נותנת לצוות התמיכה שלנו לקרוא דואר.
ניהול עצמאי
אבטחת מידע בדואר ארגוני מתחילה בשאלה פשוטה: מי רשאי לשלוח בשם הדומיין שלכם. רשומות SPF, DKIM ו-DMARC מוגדרות אצלכם ב-DNS, ודוחות ה-DMARC שספקי הדואר שולחים מתקבלים ומפוענחים, כך שתוכלו לראות מי ניסה לשלוח בשמכם. על כל מייל שמתקבל מוצגת תוצאת הבדיקה של שלוש הרשומות, וקישורים שנראים כמו התחזות מסומנים באזהרה.
השליטה בגישה נשארת אצלכם. בעלי סביבת העבודה ומנהליה מחליטים מי מצטרף, באיזה תפקיד, והאם אימות דו שלבי חובה לכולם. מפתחות גישה ופס-קי משמשים כגורם שני. שינויים בהגדרות שרת הדואר נרשמים ביומן שאי אפשר לערוך או למחוק, כי מנגנון במסד הנתונים חוסם כל שינוי של שורה שכבר נכתבה.
וכשהמדיניות של הארגון דורשת שהמידע לא יישמר אצל גוף חיצוני בכלל, מתקינים את שכבת הדואר בשרתים של הארגון. אז מסד הנתונים, התיבות, מפתחות ההצפנה ויומני הביקורת נמצאים ברשת שלכם, הגיבוי לפי הנוהל שלכם, וצוות אבטחת המידע שלכם הוא היחיד שמחזיק בהם.
בכנות
עמוד אבטחה שמסתיר פערים הוא סיכון בעצמו. אלה הדברים שצוות אבטחת מידע שואל עליהם ועדיין אין לנו.
השרת מחזיק את המפתחות ומפענח הודעה כשאתם פותחים אותה. מי שצריך שגם השרת לא יוכל לקרוא משתמש ב-OpenPGP בתוכנת הדואר, או מתקין את המערכת אצלו כך שהשרת הוא שלו.
אין לנו הסמכה כזו כרגע. יש בדיקות חדירה פנימיות, סקירות אבטחה כתובות וסריקת תמונות קונטיינר לחולשות לפני כל גרסה, ואנחנו מציגים אותן בשיחה.
הכניסה היום היא בסיסמה עם אימות דו שלבי, ויומני הביקורת נקראים במסך ובממשק. חיבור למערכת הזהות ולמערכת הניטור של הארגון נכתב כחלק מפרויקט התקנה.
להמשיך מכאן
עותק חתום של הדואר ויומן הביקורת, שרק אתם יכולים לפתוח
שכבת הדואר בתוך הרשת, עם המפתחות והיומנים אצלכם
שלוש הרשומות שקובעות מי רשאי לשלוח בשמכם
מאות כתובות, תפקידים ויומן ביקורת
הרשאות, יומן וסוכני AI במערכת השיווק
לא. גישת תמיכה היא צפייה בהגדרות ובנתוני ניתוב בלבד, דורשת סיבה כתובה, פגה אחרי שעה ונרשמת ביומן. תוכן ההודעות לא חלק מהגישה הזו. כרגע לא מבקשים את אישורכם מראש לכל צפייה כזו, וזה פער שאנחנו מציינים בגלוי.
כל הודעה מוצפנת ב-AES-256-GCM במפתח משלה, שנגזר ממפתח ראשי עם מזהה החשבון ומזהה ההודעה. הקבצים לא נגישים בקישור ישיר, וכל קריאה עוברת דרך השרת. המפתח הראשי נשמר בסביבת השרת, ובהתקנה אצלכם הוא סוד בשרת שלכם.
אתם, בתוך הגבול של המסלול: שבעה, שלושים, תשעים, מאה שמונים או שלוש מאות שישים וחמישה יום. בסוף התקופה ההודעה נמחקת. מייל שנשלח מתוך האפליקציה נשמר שלושים יום, ומייל שרק מועבר לתיבה הקיימת שלכם לא נשמר אצלנו בכלל.
כן. בעלי סביבת העבודה או מנהל מפעילים חובת אימות דו שלבי לכולם, באפליקציית אימות או במפתח גישה. מי שלא הגדיר גורם שני לא נכנס עד שיגדיר, וכל המכשירים המחוברים של משתמש מנותקים יחד כשצריך.
דוחות ה-DMARC שספקי הדואר שולחים מתקבלים אצלנו ומוצגים לכם, כך שרואים מאיפה נשלח מייל בשמכם ואם עבר את הבדיקות. מדיניות ה-DMARC מתחילה במצב ניטור, והמעבר לחסימה הוא החלטה שלכם אחרי שבדקתם שכל המערכות השולחות שלכם עוברות.
שיחה עם מי שבונה את המערכת, עם מסמכי האבטחה הכתובים, ותשובה ישירה גם על מה שעוד חסר.
לקבוע שיחה