הבקשה הזאת נשמעת כמו בעיית רשת: למנוע מסוג מסוים של קובץ מצורף לצאת מהבניין, וה-VPN כבר שם, אז להשתמש בו. המסגור הזה נשבר בשאלה הראשונה שהמסנן חייב לענות עליה. כללי תוכן צריכים לראות את ההודעה, וההודעה נעשית גלויה בשכבה שונה מזו של המנהרה. אני עובר את נתיב הדואר החוצה מן החבילה ועוצר במקום הראשון שבו הנתונים הנדרשים באמת קיימים.

שלוש שכבות בלתי תלויות: תעבורת ה-VPN, חיבור SMTP TLS וההצפנה של ההודעה עצמה. כל אחת מסתיימת במקום אחר.

התחילו בשכבה שיכולה לראות את ההודעה

פירוק הכימוס של VPN נותן את תעבורת הרשת הפנימית. אם לקוח הדואר פתח חיבור TLS לשרת הגשה, התעבורה הפנימית עדיין מכילה את זרם ה-TLS הזה, לא דואר קריא.

לכן לכידת מנות בקצה המנהרה עונה על שאלה אחרת מזו: „האם ההודעה הזאת מכילה קובץ מצורף אסור“.

סיום SMTP TLS מסתיים במעטפה

סיום SMTP TLS בשרת הדואר חושף את ההודעה כפי שהוגשה לנקודה הזו. השרת רואה כותרות, את המעטפה ואת מבנה MIME. זה מספיק להרבה כללי תוכן. המעטפה אומרת לכם מי השולח והנמענים כפי שהשרת הבין אותם.

זה לא מספיק להודעה מוגנת ב-S/MIME. השרת מקבל ישות מוגנת, ובלי המפתחות הרלוונטיים אינו יכול לקרוא את התוכן שבתוכה. אותה מגבלה חלה על קובץ מצורף מוצפן שמגיע שלם.

אל תחלישו את אבטחת התעבורה כדי להפוך לכידה פסיבית לקריאה. זה משנה את הארכיטקטורה במקום להציב את הכלל במקום שבו הנתונים נמצאים.

S/MIME מסתיים היכן שהמפתחות נמצאים

S/MIME מגן על נתוני הודעת MIME, ולכן הגבול שלו הוא חומר המפתחות וסדר הפענוח המורשה. מסנן בלי המפתחות האלה עדיין יכול לפעול על מטא-נתונים גלויים או על קיומו של אובייקט מוגן, אבל זו תוצאה אחרת.

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

כתבו את זה לפני שמישהו מבטיח סיווג של טקסט גלוי. ההבטחה היא החלק שקשה לחזור בו.

הציבו את הכלל בפלטפורמת הדואר

אם שרת הדואר המאושר מקבל את ההודעה הקריאה, שילוב סינון התוכן הנתמך שלו הוא נקודת האכיפה. זה שונה מלהתיר חיבור SMTP דרך חומת אש. ההבחנה הזאת קובעת אם הכלל יכול לדחות, להכניס להסגר או רק להעיר.

Postfix, למשל, מתעד סינון תוכן לאחר התור: הדואר נכנס לתור, מועבר למסנן ומוחזר לנתיב המסירה. הסידור שלאחר התור שלו שונה מאפשרויות ה-proxy שלפני התור ומ-Milter שאליהם מתייחס אותו מדריך. בחרו את השילוב הנתמך ואת התנהגות הכשל לשירות הדואר שאתם באמת מפעילים.

כלל קבצים מצורפים אחד אינו תוכנית שלמה למניעת דליפת נתונים. העלאות מהדפדפן, אחסון משותף ופעולות בנקודות קצה זקוקים לבקרות משלהם.

כתבו את מבחן הקבלה עם הודעות סינתטיות

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

התוצאה השימושית מציינת את הפעולה, את נקודת האכיפה ואת הנתונים הגלויים שם. „ה-VPN פענח את זה“ עונה על שכבה אחת ואינו יכול להחליף את מודל התוכן וההרשאות של יישום הדואר.

מאמרים קשורים