המידע לא יכול להיות אצלנו בכלל
זה עותק נוסף על השירות ולא תחליף לו. המקור נשאר אצלנו. אם המדיניות אוסרת שהדואר יהיה אצל גוף חיצוני, נקודת ההתחלה היא התקנה בתוך הארגון.
ארכיון דואר
אפשר לשמור עותק של הדואר ושל יומן הביקורת בדלי אחסון שבבעלות הארגון. כל הודעה נחתמת במפתח הציבורי שלכם בזמן הכתיבה, ולכן אנחנו יכולים להוסיף לארכיון ולא יכולים לקרוא ממנו. הפורמט פתוח, המפתח הפרטי נשאר אצלכם, והדואר ממשיך לעבוד כרגיל.
היכולת נבנתה ונבדקה מול אחסון תואם S3 בסביבה שלנו. היא לא רצה מול חשבון ענן אמיתי וכבויה היום לכל סביבות העבודה
ההקמה
העותק נוצר אחרי שההודעה טופלה, ולכן דלי שלא זמין מעכב עותק ולא דואר.
מי קורא
זה עותק, והתשובה הכנה תלויה בשאלה על איזה עותק מדברים.
| מידע | איפה הוא נשאר | מי יכול לקרוא |
|---|---|---|
| דואר חתום בדלי | הדלי שלכם | רק מי שמחזיק במפתח הפרטי |
| הדואר המקורי | בשירות שלנו, כמו היום | אתם והשירות שמפעיל את התיבה |
| נושאים, שולחים ואנשי קשר | במסד הנתונים שלנו, כמו היום | אתם, והיכולת הזו לא מעבירה אותם |
| יומן ביקורת בלי מפתח ציבורי | הדלי שלכם, כקובץ JSONL גלוי | מי שיש לו גישה לדלי |
| המפתח הפרטי | אצלכם, ואנחנו לא מקבלים אותו | אתם |
מי שמאבד את המפתח הפרטי לא יוכל לפתוח את הפריטים החתומים, וגם אנחנו לא נוכל.
העיקרון
ארכיון פרטי רק כמו הגורם החלש ביותר שיכול לקרוא אותו. אם המפתחות היו אצלנו, הייתם סומכים עלינו על עותק שני של הכול. לכן הארכיון משתמש בהצפנת מפתח ציבורי: אצלנו המפתח הציבורי, שיכול רק לנעול, ואצלכם המפתח הפרטי, שיכול לפתוח. אחרי שפריט נכתב, אין לנו הרשאה לקרוא את הדלי ואין לנו מפתח לפתוח את מה שבתוכו. לכל פריט מפתח אקראי משלו, בהצפנת AES-256-GCM.
העותק לא מפריע לדואר. הוא נוצר אחרי שההודעה טופלה, ולכן אחסון איטי לא מעכב מסירה. פריטים ממתינים בתור עמיד ומנסים שוב, ופריט שנכשל מוצג במסך ולא נעלם. החיבור צריך הרשאת כתיבה בלבד, והבדיקה מזהירה אם ההרשאות יכולות לקרוא מהדלי או לכתוב מחוץ לתיקייה. כיבוי המתג אצלנו עוצר חיבורים חדשים ולא נוגע בחיבור פעיל, כי דלי של ארגון לא צריך להיעלם בהחלטה של מפעיל.
הפורמט מפורסם, וכלי פתוח קטן פותח פריט עם Node והמפתח הפרטי שלכם, בלי שום פנייה לשירות שלנו. כל פריט הוא קובץ eml רגיל שאפשר לטעון למערכת ארכיון או eDiscovery. יומן הביקורת נכתב כ-JSONL גלוי כברירת מחדל, כדי שמערכת SIEM תקרא אותו ישירות, ונחתם אם מוסיפים מפתח ציבורי.
בכנות
עותק עונה על חלק מהדרישות ולא על כולן. הדרישות האלה צריכות משהו אחר.
זה עותק נוסף על השירות ולא תחליף לו. המקור נשאר אצלנו. אם המדיניות אוסרת שהדואר יהיה אצל גוף חיצוני, נקודת ההתחלה היא התקנה בתוך הארגון.
דואר ששולחים דרך SMTP מתוכנת הדואר שלכם לא נמצא היום בארכיון. קמפיינים שיווקיים מחוץ לארכיון בכוונה, וקבצים מצורפים של דואר יוצא לא נכללים בעותק.
היכולת כותבת קבצים לאחסון שלכם. חיפוש, הקפאה והפקה למקרה משפטי הם תפקיד של מערכת הארכיון שלכם, שיכולה לטעון את קובצי ה-eml.
לא. כל פריט נחתם במפתח הציבורי שלכם לפני הכתיבה, ורק המפתח הפרטי פותח אותו. אצלנו נשמר המפתח הציבורי בלבד, ואין לנו הרשאה לקרוא מהדלי. ההודעה המקורית נשארת בשירות כמו היום, ולכן התשובה הזו חלה על עותק הארכיון.
כל אחסון עם API תואם S3 וכתובת HTTPS, באזור שתבחרו. בענן שמציע תפקידי IAM, תפקיד לא משאיר מפתח שמור, ובמקומות אחרים משתמשים במפתח גישה שמוגבל לדלי. Azure Blob דורש חיבור נפרד שלא נבנה.
הדואר ממשיך כרגיל. העותק נוצר אחרי שההודעה טופלה, ולכן דלי שלא זמין מעכב את העותק ולא שום דבר אחר. פריטים ממתינים בתור ומנסים שוב, ומסך האחסון מציג את השגיאה האחרונה כדי שתוכלו לתקן את הסיבה.
כן. כברירת מחדל ייצוא היומן נכתב כ-JSONL גלוי, ומערכת SIEM קוראת אותו ישירות מהדלי. אם מוסיפים מפתח ציבורי, גם קובצי היומן נחתמים כמו הדואר, והמערכת שלכם תצטרך את המפתח הפרטי כדי לפתוח אותם.
כן. הפורמט מפורסם, וכלי פתוח קטן פותח פריט עם Node והמפתח הפרטי, בלי פנייה לשירות שלנו. אפשר גם לכתוב קורא משלכם לפי עמוד הפורמט, ולכן הארכיון ממשיך להיות שלכם גם אחרי סיום החשבון.
ספרו לנו באיזה אחסון אתם משתמשים ואילו כללים חלים עליכם. נגיד מה מכוסה היום ומה לא.
לדבר על הארכיון