מדיניות הגנה מוגדרות מראש לעומת מדיניות מותאמות אישית ב-Microsoft Defender for Office 365

By Mirko Peters · 2026-10-29

למדו מתי כדאי להשתמש במדיניות הגנה מפני דיוג מוגדרות מראש ומתי במדיניות מותאמת אישית, הימנעו ממלכודות עדיפות, והגנו על הדייר בענן שלכם.

Automatically translated with AI from the original post. Read the English original

הבחירה בין מדיניות אבטחה מוגדרת מראש לבין תצורות מותאמות אישית ב-Microsoft Defender for Office 365 קובעת עד כמה ביעילות הארגון שלכם עוצר התקפות דיוג ממוקדות. מדריך זה מפרק את סדר הערכת המדיניות, את מלכודות העדיפות הנסתרות, ומציג מסגרת מעשית להחלטה מתי כללים מותאמים אישית מוצדקים באמת, מעבר להמלצות המובנות של Microsoft.

עיקרי הדברים

• Microsoft מעריכה מדיניות הגנה על הדואר בסדר מוגדר מלמעלה למטה: Strict מוגדרת מראש, אחריה Standard מוגדרת מראש, לאחר מכן מדיניות מותאמת אישית, ולבסוף ההגנה המובנית.
• מנוע ההערכה נעצר בהתאמה הראשונה, כלומר משתמשים בהיקף של מדיניות מוגדרת מראש ידלגו לחלוטין על כל מדיניות הגנה מפני דיוג מותאמת אישית שבניתם.
• מדיניות אבטחה מוגדרת מראש מעבירה ל-Microsoft את עומס התחזוקה וניהול סטיית המדיניות, וכך מבטיחה שהבסיס שלכם מתעדכן אוטומטית מול איומים חדשים.
• מדיניות מותאמת אישית יקרה בעומס ניהולי, ויש להשאיר אותה רק לחריגים עסקיים אמיתיים ומתועדים.
• משתמשים בסיכון גבוה, כמו מנהלים בכירים, אנשי כספים ומנהלי IT, צריכים להשתייך להיקפים של מדיניות Strict מוגדרת מראש ולא לכללי בידוד שנבנו ידנית.

מלכודת העדיפות של המדיניות: מדוע כללים מותאמים אישית נכשלים בשקט

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

הבעיה המרכזית נעוצה באופן שבו Microsoft 365 מעבדת כללים חופפים מרובים. מנוע ההערכה אינו משלב הגדרות ואינו בוחר את הכלל המחמיר ביותר. במקום זאת, הוא עובר על היררכיה נוקשה: קודם מדיניות Strict מוגדרת מראש, אחריה מדיניות Standard מוגדרת מראש, לאחר מכן מדיניות מותאמת אישית, ולבסוף ההגנה המובנית בתחתית. ברגע שנמען תואם למדיניות גבוהה יותר בשרשרת, ההערכה נעצרת לצמיתות. אם חברי צוות הכספים שלכם נמצאים בהיקף של מדיניות Standard מוגדרת מראש, כלל הדיוג המותאם אישית שלכם לצוות הכספים מתעלם לחלוטין. לא מופיעות הודעות שגיאה ולא נשלחות התראות, וכך נוצר פער אבטחה בלתי נראה שתוקפים יכולים לנצל בקלות.

מדיניות מוגדרת מראש לעומת מדיניות מותאמת אישית: הפשרה הניהולית

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

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

מתי מדיניות אנטי-פישינג מותאמת אישית מוצדקת באמת?

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

• רשימות משתמשים מוגנים שנבחרו ידנית: אם הארגון שלכם דורש רשימה מדויקת של בכירים, חברי דירקטוריון או מאשרי תשלומים המוגנים ביניהם בספי התחזות מותאמים, מדיניות אנטי-פישינג מותאמת אישית מאפשרת להגדיר את השמות המדויקים.
• זרימות דואר חריגות: יחידות עסקיות שקולטות באופן קבוע קבצים חיצוניים שאינם סטנדרטיים, או מסתמכות על מערכות אוטומטיות פנימיות הנוטות להפעיל התראות שווא, עשויות לדרוש כללים מותאמים אישית בהיקף צר כדי לשמור על רציפות עסקית.
• שערי דואר של צד שלישי: ארגונים שמנתבים דואר דרך שער אבטחה חיצוני לפני Microsoft 365 נתקלים לעיתים קרובות בפרטי חיבור ותוצאות אימות שונים, ולכן נדרש טיפול מיוחד בפרמטרים של המדיניות המותאמת אישית.

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

סיכום וצעדים הבאים

איזון בין אינטליגנציה אוטומטית לתצורות מותאמות אישית ממוקדות הוא סימן ההיכר של אסטרטגיית אבטחת ענן בוגרת. על ידי הסתמכות על מדיניות התבניות של Microsoft עבור רוב העובדים, ושמירת כללים מותאמים אישית לחריגים מתועדים בלבד, אתם מפחיתים את העייפות הניהולית ומגדילים למקסימום את יעילות זיהוי האיומים. כדי לחקור אסטרטגיות יישום מעמיקות יותר, לולאות תצורה ומדדי דיווח, האזינו לפרק המלא של פודקאסט M365 FM לתובנות מומחים והדרכה מעשית לשיפור תנוחת האבטחה שלכם ב-Microsoft 365 כבר היום.

שאלות נפוצות

מה קורה אם משתמש נכלל גם במדיניות מוגדרת מראש וגם במדיניות מותאמת אישית?

מנוע ההערכה של Microsoft 365 מעבד מדיניות בסדר קפדני, ומעניק עדיפות למדיניות מוגדרות מראש (Strict ואז Standard) על פני מדיניות מותאמת אישית. אם משתמש תואם למדיניות מוגדרת מראש, המערכת מפסיקה להעריך את הכללים הנוספים, והמדיניות המותאמת אישית מדולגת לחלוטין עבור אותו נמען.

האם מדיניות האבטחה המוגדרת מראש של Microsoft מתעדכנת אוטומטית?

כן. מדיניות מוגדרת מראש מתוחזקת ישירות על ידי Microsoft. כאשר נוף האיומים משתנה וערכי הבסיס המומלצים משתנים, Microsoft מעדכנת אוטומטית את ההגדרות הבסיסיות בתבניות Standard ו-Strict, וכך חוסכת למנהלים מחזורי בדיקה ידניים.

מדוע יש להעביר משתמשים בסיכון גבוה, כמו בכירים, לתבניות Strict במקום לכללים מותאמים אישית?

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

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

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