הפסקה בין משתמשי OWA מעבירים דוא"ל באופן אוטומטי

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

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

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

פרסומת

מי מעביר באופן אוטומטי?

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

Get-Mailbox -RecipientTypeDetails UserMailbox -Filter {ForwardingSmtpAddress -ne $Null} -ResultSize Unlimited | Format-Table DisplayName, ForwardingSmtpAddress, DeliverToMailboxAndForward -AutoSize

DisplayName                   ForwardingSmtpAddress         DeliverToMailboxAndForward
-----------                   ---------------------         --------------------------
Vasil Michev (Technical Guru) smtp:[email protected]                              True
Ståle Hansen                  smtp:[email protected]                      True
Eoin Redmond                  smtp:[email protected]                               

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

כיצד לקבוע כתובת העברת דואר

באפשרותך להפעיל את האפשרות להפניה אוטומטית של הודעות מ-Exchange Online (או מקומי) בחלק הדואר של ההגדרות של OWA (כפי שמוצג באיור 1).

Image 1 Expand
Figure 1: Forwarding option in OWA Settings (image credit: Tony Redmond)

לאחר שמגדירים כתובת אוטומטית להפניה, OWA מודיעה למשתמש במה שעכשיו נקרא מנהל החשבון OWA בשורת התפריט (כפי שמוצג באיור 2).

פרסומת

Image 2 Expand
Figure 2: OWA tells the user that forwarding is on (image credit: Tony Redmond)

שליטה מבוססת תפקידים ו-Exchange

ה-OWA החדש מציג ממשק משופר, ומנגנון שליטה מבוססת תפקידים (RBAC) שקיים מאז Exchange 2010 מאכסן את המראה המבריק החדש, בדיוק כמו שהוא עושה זאת במרכז הניהול של Exchange (EAC).

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

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

יצירת תפקיד RBAC חדש

RBAC של Exchange Online עובד על בסיס הגבלת המשתמשים להפעלת cmdlets עד לרמת הפרמטרים. מנהלים יכולים להפעיל את כל ה-cmdlets ואת כל הפרמטרים בגלל התפקידים שלהם. משתמשים רגילים מקבלים סט מוגבל יותר של השמות לתפקיד, כך שהם יכולים לעשות יותר. לדוגמה, כדי להגדיר כתובת העברה אוטומטית בפוורשל, יש להפעיל את ה-cmdlet Set-Mailbox באמצעות פקודה דומה לכזו:

פרסום

Set-Mailbox -Identity Kim.Akers -ForwardingSmtpAddress [email protected] -DeliverToMailboxAndForward $True

לכן, כדי למנוע ממשתמשים ליצור כתובת העברה אוטומטית, עלינו להסיר את היכולת להפעיל את ה-cmdlet Set-Mailbox עם פרמטר ForwardingSmtppAddress.

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

New-ManagementRole MyBaseOptions-NoForward -Parent MyBaseOptions

ניטרול פרמטרי Cmdlet בתפקיד

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

Set-ManagementRoleEntry MyBaseOptions-NoForward\Set-Mailbox -RemoveParameter -Parameters DeliverToMailboxAndForward, ForwardingSmtpAddress

יצירת מדיניו׭ מדיניות זכויות

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

New-RoleAssignmentPolicy -Name PolicyWithNoEmailForward -Roles MyContactInformation, MyRetentionPolicies, MyMailSubscriptions, MyTextMessaging, MyVoiceMail, MyDistributionGroupMembership, MyDistributionGroups, MyProfileInformation, MyBaseOptions-NoForward -Description "User role assignment policy that restricts the assignees from being able to autoforward email outside the organization"

הערה: אם התפקידים הבסיסיים עודכנו, השינויים האלו יועברו קדימה למדיניות החדשה. ניתן לבדוק את השיוכים על ידי פתיחת המדיניות ב־EAC (איור 3).

Image 3 Expand
Figure 3: Details of the new user role assignment policy (image credit: Tony Redmond)

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

החלת מדיניות השיוך לתפקיד משתמש חדשה

מדיניות השיוך לתפקידי משתמש נשתלבים בתיבת הדואר על ידי הרצת הפקודה Set-Mailbox. כאן אנו משייכים את המדיניות לתיבת דואר אחת.

Set-Mailbox -Identity James.Ryan -RoleAssignmentPolicy PolicyWithNoEmailForward

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

Image 4 Expand
Figure 4: No forwarding option is available in OWA settings (image credit: Tony Redmond)

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

Get-Mailbox -RecipientTypeDetails UserMailbox -Filter {ForwardingSmtpAddress -ne $Null} |
Set-Mailbox -RoleAssignmentPolicy "PolicyWithNoEmailForward" -ForwardingSmtpAddress $Null -DeliverToMailboxAndForward $False

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

כצעד אחרון, כדי לגלות אילו תיבות דואר יש להן את המדיניות החדשה שלנו, רוץ:

Get-mailbox -RecipientTypeDetails UserMailbox | ?{$_.RoleAssignmentPolicy -eq "PolicyWithNoEmailForward"} | Format-Table DisplayName, RoleAssignmentPolicy

DisplayName                   RoleAssignmentPolicy
-----------                   --------------------
Kim Akers                     PolicyWithNoEmailForward
Vasil Michev                  PolicyWithNoEmailForward
Ståle Hansen                  PolicyWithNoEmailForward
Eoin Redmond                  PolicyWithNoEmailForward

אם נחוץ, מנהל יכול לאפס את ההעברה האוטומטית על התיבה דרך הרצת Set-Mailbox (כפי שמוצג למטה) או על ידי עדכון התיבה דרך EAC. RBAC אינה חלה בהקשרים המנהליים אלו.

Set-Mailbox -Identity Kim.Akers -ForwardingSmtpAddress [email protected] -DeliverToMailboxAndForward $True

חלק אחד מהפתרון

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

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

Source:
https://petri.com/stop-owa-users-autoforwarding-email/