שער הטירה הוא הזהות: איך לאבטח באמת את Entra ID
By Mirko Peters · · Updated
שער הטירה הוא הזהות. אבטחו את Entra ID עם MFA, Conditional Access ו-PIM כדי לחסום התקפות ולהגן על הענן מפני איומים על אישורי כניסה.
Automatically translated with AI from the original post. Read the English original
דמיינו שהאבטחה בארגון שלכם היא כמו טירה. שער הטירה חזק. תוקפים כבר לא מטפסים על החומות. הם פשוט נכנסים, אם ההגנות חלשות. כמעט 60% מהאיומים בענן משתמשים בזהויות גנובות או שנעשה בהן שימוש לרעה.
תוקפים מכוונים לסיסמאות חלשות ולחשבונות שהוגדרו באופן שגוי.
הם מנצלים את האמון שבין מערכות מקומיות למערכות בענן.
תקופת זמן | עלייה בהתקפות מבוססות זהות |
|---|---|
שישה חודשים אחרונים |
התקפות אחרונות משתמשות בטריקים חדשים וחכמים. גורמי איום מחפשים נקודות חולשה בתצורות היברידיות ובנקודות קצה פתוחות. הם מנסים להתחזות למשתמשים ולגנוב גישה. עליכם להפוך את הזהות להגנה המרכזית שלכם כדי לשמור על הגורמים הזדוניים בחוץ.
עיקרי הדברים
זהות היא הדרך הטובה ביותר לעצור איומים בענן. עליכם לשמור על שער הטירה כדי למנוע כניסה של גורמים זדוניים.
השתמשו באימות מרובה גורמים (MFA) לכולם. MFA עוצר יותר מ-99% מפריצות לחשבונות.
השתמשו ב-Conditional Access כדי לבדוק כל כניסה. צרו כללים שמבוססים על הסיכון, על המיקום ועל התפקיד.
השתמשו ב-Privileged Identity Management (PIM) כדי להגביל גישת מנהל. הקצו הרשאות רק כשצריך, כדי להפחית סיכון.
בדקו ושנו את כללי האבטחה שלכם לעיתים קרובות. ודאו שרק האנשים הנכונים יכולים להיכנס למערכות שלכם.
מטפורת שער הטירה באבטחת ענן
מחפירה וחומות ועד שומר השער של הזהות
פעם שמרו על הרשתות כמו על טירה. החפיר והחומות מנעו מתוקפים להיכנס. חומות אש ו-VPN שימשו כמחסומים חזקים. אבל אלה כבר לא עובדים היטב מול איומים בענן. עבודה מרחוק ו-BYOD שינו את אופן הפעולה. כעת שער הטירה הוא ההגנה המרכזית שלכם. תוקפים כבר לא שוברים חומות. הם מחפשים בקרות זהות חלשות ומנסים להתחבר.
Zero Trust משנה את האופן שבו אתם מגנים על דברים. עליכם לבדוק כל משתמש, כל מכשיר וכל פעולה לפני שמאפשרים להם להיכנס. אינכם יכולים לתת אמון במישהו רק משום שהוא נמצא ברשת שלכם. צריך לבדוק מי הוא בכל פעם מחדש.
הנה ההבדלים העיקריים בין גבולות מסורתיים לגבולות מבוססי זהות:
גבולות מסורתיים נשענים על הגנות רשת. גבולות מבוססי זהות מגנים על חשבונות משתמש.
Zero Trust משמעו בדיקה מתמדת של משתמשים ומכשירים. בגישות הישנות נתנו אמון במשתמשים לאחר ההתחברות.
עליכם לבדוק כל פעולה. האמון כבר אינו נובע מההימצאות בתוך הרשת.
למה תוקפים מכוונים לשער
תוקפים יודעים ששער הטירה הוא המפתח לענן שלכם. הם משתמשים בטריקים רבים כדי לעבור דרכו. התקפות מבוססות זהות הופכות נפוצות יותר משנה לשנה. בשנת 2024 התקפות אלו היוו 60% מהאירועים הקיברנטיים. גורמי איום משתמשים ב-AI כדי ליצור הודעות מזויפות ו-deepfakes. הם מכוונים לספקי זהות בשרשרת האספקה. בנוסף, תוקפים משתמשים בכלים לגיטימיים כדי לנוע במערכת מבלי להיתפס.
דרכים נפוצות שבהן תוקפים מנצלים בקרות זהות חלשות:
הם גונבים עוגיות כדי להיכנס לחשבונות ענן.
הם מנצלים הסכמת OAuth כדי לקבל הרשאות.
הם מאתרים Service Principals שהוגדרו באופן שגוי ומשמשים כנקודות כניסה סודיות.
הם משתמשים במפתחות ארוכי טווח כדי להישאר מוסתרים במשך חודשים.
תוקפים לעיתים קרובות פועלים כמו משתמשים אמיתיים. הם משתמשים בטכניקות של living-off-the-land כדי להיטמע. אם לא תגנו על שער הטירה, תוקפים יוכלו להיכנס לכל מה שיש לכם בענן.
סיסמאות – הטלת קובייה וקבלת 1 טבעי
חולשות סיסמה ושיטות תקיפה
אולי אתם חושבים שסיסמה היא מנעול חזק על שער הטירה שלכם. בפועל, רוב הסיסמאות דומות יותר להטלת קובייה שמניבה 1 טבעי בקרב בוס – כישלון אוטומטי. התוקפים מכירים את זה ומשתמשים בטריקים פשוטים כדי לפרוץ. אנשים רבים משתמשים חוזר באותן סיסמאות באתרים שונים. תוקפים אוספים סיסמאות אלה מפרצות ישנות ומנסים אותן בכל מקום. זו נקראת credential stuffing.
פישינג הוא עוד סוג התקפה נפוץ. מקבלים הודעת דוא"ל שנראית אמיתית. לוחצים על קישור ומזינים את הסיסמה. התוקף מחזיק עכשיו במפתח שלכם. תוקפים משתמשים גם בכלי כוח גס (brute-force). כלים אלה מנסים אלפי סיסמאות בכל דקה. אם הסיסמה חלשה או נפוצה, היא לא תחזיק מעמד זמן רב.
טיפ: סיסמאות ארוכות וייחודיות עדיפות, אבל גם הסיסמה הטובה ביותר יכולה להיגנב או ליפול בפישינג.
התוקפים לא צריכים לפרוץ את החומות. הם פשוט מתחברים עם פרטי זיהוי שנגנבו. אם אתם מסתמכים רק על סיסמאות, השארתם את שער הטירה פתוח לרווחה.
MFA כמנעול האמיתי הראשון
שער הטירה שלכם צריך מנעול טוב יותר. אימות רב-גורמי (MFA) מוסיף שכבה שנייה. עכשיו, גם אם תוקף יגנוב את הסיסמה שלכם, הוא לא יוכל להיכנס בלי הטלפון שלכם או גורם אימות אחר. זה עוצר את רוב ההתקפות.
MFA יכול לחסום יותר מ-99.2% מהתקפות לפריצה לחשבונות בפריסות של Microsoft Entra ID.
תוקפים לרוב מוותרים כשהם רואים שנדרש MFA.
אפשר להגדיר MFA עם אפליקציה, הודעת טקסט או אסימון חומרה. בחרו את השיטה שהכי מתאימה למשתמשים שלכם. הפכו את MFA לחובה לכולם, לא רק למנהלים. ככל שיותר אנשים משתמשים ב-MFA, שער הטירה שלכם הופך לחזק יותר.
זכרו: סיסמאות לבדן אינן מספיקות. MFA הוא המנעול האמיתי הראשון שלכם. אל תחכו לפריצה כדי לפעול. אבטחו את השער עכשיו.
שומרים חכמים ומפתחות חזקים ל-Entra ID
גישה מותנית כשכבת השיקול
שער הטירה שלכם צריך יותר מסתם מנעול. הוא צריך שומר חכם שבודק כל אחד לפני שהוא נכנס. גישה מותנית (Conditional Access) פועלת כמו השומר הזה. היא בודקת כל התחברות ומחליטה אם למשתמש מותר לגשת. אפשר להגדיר כללים על בסיס סיכון, מיקום, מכשיר ותפקיד המשתמש. כך נחסמים תוקפים שמנסים להתגנב פנימה עם פרטי זיהוי שנגנבו.
מדיניות גישה מותנית עוזרת לחסום איומים ולמנוע גישה לא רצויה. הנה כמה דרכים טובות לשימוש במדיניות הללו:
לחסום אימות מדור קודם כדי לעצור התחברויות ישנות ולא בטוחות.
לדרוש MFA בהתחברויות מסוכנות כדי להוסיף הגנה במקרים של פעילות חריגה.
לאפשר גישה רק ממכשירים תואמים (מנוהלים ב-Intune) כדי להפוך נקודות קצה לבטוחות יותר.
להגביל גישה לפי מיקום או טווח IP כדי לשלוט בהתחברויות מרשתות מהימנות.
להחיל מדיניות מחמירה יותר על חשבונות מנהל כדי להגן על משתמשים חשובים.
אפשר גם להגן על מדיניות הגישה המותנית עצמה. לדוגמה, אפשר להגדיר הקשרי אימות כך שרק Global Admins יוכלו לשנות את המדיניות הללו. כך תוקפים לא יוכלו לשנות את ההגנות שלכם אם הם יצליחו להיכנס.
גישה מותנית היא לא רק שומר. היא שופט חכם שיודע מתי לתת למישהו לעבור ומתי להפעיל את האזעקה. השתמשו בה כדי לוודא שרק האנשים הנכונים עוברים דרך שער הטירה שלכם.
ניהול זהויות מיוחדות (PIM)
חשבונות מנהל דומים למפתחות שלד. אם תוקפים יצליחו להשיג אחד מהם, הם יוכלו לפתוח כל דלת בטירה שלכם. Privileged Identity Management (PIM) עוזר להגן על המפתחות החזקים האלה. PIM מעניק למנהלים גישה לפי דרישה (just-in-time). המשמעות היא שמנהלים מקבלים הרשאות מיוחדות רק כשהם צריכים אותן. לאחר שסיימו, ההרשאות הנוספות שלהם נעלמות.
כך PIM מפחית סיכון:
תיאור הראיה | היתרון העיקרי |
|---|---|
גישה לפי דרישה (JIT) מונעת הרשאות ניהול מתמשכות. | מפחיתה את הסיכון לגישה לא מורשית לאחר פריצה לפרטי זיהוי. |
הרשאות פוקעות אוטומטית לאחר ההפעלה, או ניתנות לביטול ידני. | מבטיחה שהרשאות מיוחדות לא יישארו פעילות מעבר לצורך התפעולי. |
ארגונים עם תפקידים מיוחדים קבועים חשופים לחלונות סיכון ארוכים יותר. | מצמצמת את משטח התקיפה ומפחיתה את הפוטנציאל להסלמת הרשאות ולתנועה רוחבית ברשת. |
עם PIM אפשר לדרוש אישור לפני שמישהו מקבל הרשאות מנהל. אפשר גם לבדוק מי השתמש בהרשאות הניהול ומתי. זה מקשה מאוד על תוקפים לנוע בתוך המערכת אם הם הצליחו להיכנס. כך הופכים את מפתחות השלד שלכם לכרטיסי כניסה מוגבלים בזמן, והטירה שלכם נעשית בטוחה הרבה יותר.
SSO מאובטח ובקרה מרכזית
כניסה יחידה (SSO) מאפשרת למשתמשים להתחבר פעם אחת ולהשתמש באפליקציות רבות. זה מקל על הצוות שלכם ומגביר את האבטחה בארגון. עם SSO מצמצמים את מספר הסיסמאות שהאנשים צריכים לזכור. כך פוחתת הסכנה של גניבת סיסמאות והתחזות לאתרים (phishing).
שליטה מרכזית נותנת לכם שליטה על כל האפליקציות ממקום אחד. אפשר להגדיר כללי אבטחה, לאכוף MFA ולנהל גישה במהירות. להלן כמה יתרונות מרכזיים של כניסה יחידה מאובטחת ושליטה מרכזית:
אימות מרכזי פירושו שהמשתמשים מזינים סיסמאות לעיתים רחוקות יותר, וכך פוחתת הסבירות לגניבת פרטי זיהוי.
הוספת MFA במסך הכניסה מעניקה לכל האפליקציות שכבת הגנה נוספת.
נקודת כניסה מאובטחת אחת מקלה על ניהול המשתמשים ועל בקרת הגישה.
יצירת אירועים אוטומטית עוזרת להגיב לאיומים מהר יותר.
התראות טובות יותר והקשר על המשתמש עוזרים לחקור בעיות במהירות.
אפשר גם להשתמש בפרוטוקולים מאובטחים כמו SAML 2.0 לאימות ללא סיסמה. כך תהליך הכניסה הופך לחזק ופשוט בו בזמן. כאשר משלבים SSO עם שליטה מרכזית, בונים הגנה חזקה שמכסה כל דלת בטירה שלכם.
טיפ: בדקו את הגדרות ה-SSO שלכם לעיתים קרובות. ודאו שרק האנשים המתאימים מורשים לגשת לכל אפליקציה. הסירו חשבונות ישנים ועדכנו את המדיניות שלכם ככל שהצרכים משתנים.
על ידי שימוש ב-Conditional Access, ב-PIM וב-SSO מאובטח, הופכים את Entra ID שלכם למבצר אמיתי. נותנים לשער הטירה שומרים חכמים, מפתחות חזקים ועין פקוחה על כל נקודת כניסה.
רשימת בדיקה לחיזוק Entra ID
MFA לכל המשתמשים
כדאי להגן על כל חשבון באמצעות אימות רב-גורמי (MFA). זה עוצר תוקפים שגונבים סיסמאות. כאשר משתמשים ב-MFA, המשתמשים נדרשים להוכיח את זהותם בשתי דרכים: משהו שהם יודעים ומשהו שברשותם. אפשר לבחור באפליקציות, בהודעות טקסט או באסימוני חומרה.
קבוצות רבות נתקלות בבעיות כשהן מפעילות MFA. חלק מהמשתמשים מתנתקים לעיתים קרובות. אוטומציות וצינורות DevOps עלולים להישבר בגלל בקשות MFA. אפליקציות ישנות לא תמיד עובדות עם אימות מבוסס אסימונים. צריך לתכנן מראש לקראת הבעיות האלה ולעזור למשתמשים להתרגל לשינויים.
אתגר תיאור |
|---|
משתמשים מתנתקים לעיתים קרובות במקום להישאר מחוברים. |
כניסות לא אינטראקטיביות נכשלות ב-MFA, ולכן Conditional Access ממשיך לבקש אימות. |
אוטומציה נשברת כאשר בקשות MFA עוצרות את צינורות DevOps ונתוני הנתונים. |
לאפליקציות ישנות יש קושי עם אימות מבוסס אסימונים. |
בעיות מדיניות מתעוררות כאשר Conditional Access כולל חשבונות שירות. |
כדאי לדרוש ממשתמשים להירשם ל-MFA. כך פוחתת הסבירות שחשבונות ייגנבו. מומחי אבטחה ממליצים להפעיל איפוס סיסמה בשירות עצמי (SSPR). זה מאפשר למשתמשים לתקן את הסיסמאות שלהם בעצמם.
חסימת Legacy Auth ומדיניות בסיס
שיטות אימות ישנות אינן עובדות עם MFA. התוקפים מכוונים לדרכים הישנות האלה כי הן שולחות סיסמאות בטקסט גלוי. אימות מודרני משתמש בהצפנה ומאפשר להגדיר הרשאות מפורטות. צריך לחסום אימות ישן כדי לשמור על האבטחה.
תכונת אבטחה | אימות מדור קודם | אימות מודרני |
|---|---|---|
לא | כן | |
העברת פרטי זיהוי | טקסט גלוי | מוצפן |
רמת הגדרת הרשאות גישה | מוגבלת | מפורטת |
הפעילו מדיניות אבטחה בסיסית כדי לעצור התקפות נפוצות. הכללים האלה דורשים ממשתמשים להשתמש ב-MFA, חוסמים פרוטוקולים ישנים ומבקשים מהמשתמשים להירשם ל-MFA. כאשר משתמשים ב-security defaults, אפשר לראות ירידה של עד 80% בחשבונות שנגנבו.
התאמה ל-Zero Trust
Zero Trust פירושו שלעולם לא סומכים על אף אחד מראש. בודקים תמיד את המשתמשים ואת המכשירים לפני מתן גישה. נדרשת ניהול זהויות וגישה חזק. Conditional Access בודק את פרטי המשתמש ואת רמת הסיכון לפני שמאפשר כניסה.
Zero Trust מונע מתוקפים לנוע ברשת שלכם בחופשיות. הם לא יכולים להגיע לכל מקום שירצו. מחלקים את הרשת ושולטים בתנועת התעבורה. שומרים על הנתונים, האפליקציות וההתקנים באמצעות בדיקות חזקות ומעקב מתמיד.
שער הטירה שלכם יישאר חזק כשתתאמו בין Entra ID לבין Zero Trust. תצמצמו סיכונים ותמנעו מתוקפים להיכנס.
עליכם להפוך את הזהות לנשק העיקרי שלכם. שער הטירה שומר על הענן שלכם עכשיו. תוקפים מתמקדים במערכות זהות כי רוב הפריצות מתבצעות באמצעות פרטי התחברות גנובים. יותר ממחצית הארגונים אומרים שהיו מותקפים דרך זהויות. אם Entra ID חלש, אתם עלולים להיתקל בבעיות הבאות:
תוצאה | תיאור |
|---|---|
גישה לא מורשית | תוקפים יכולים להשיג הרשאות מנהל ולנוע במערכת בלי לזוהות. |
דליפות מידע | ניתן לגנוב או לשנות מידע חשוב. |
הפסדים כספיים | מתקפות עלולות לעלות הון רב. |
היעדר נתיב ביקורת | ייתכן שלא תבחינו בהתקפות עד שיהיה מאוחר מדי. |
התחילו להגן על Entra ID מיד:
בדקו את ההרשאות שלכם.
צרו כלל גישה מותנית עם MFA ללא סיסמה.
הגדירו פעולות מוגנות.
בדקו את הכללים שלכם בפועל.
בדקו מי יכול להתחבר ואיך. פעלו עכשיו כדי לשמור על הענן שלכם.
שאלות נפוצות
מהו Microsoft Entra ID?
Microsoft Entra ID הוא שירות בענן. הוא עוזר לנהל חשבונות משתמשים. אפשר לשלוט בזה מי מקבל גישה. הוא מגן על הנתונים של הארגון. הוא משתמש באבטחה חזקה כדי למנוע מתוקפים להיכנס.
מדוע כדאי להפעיל MFA לכל המשתמשים?
MFA מוסיף שכבת הגנה נוספת. הוא עוצר את רוב המתקפות שמבוססות על סיסמאות גנובות. לתוקפים קשה הרבה יותר להתחבר בשם המשתמשים שלכם.
טיפ: התחילו מהמנהלים והחשבונות החשובים. לאחר מכן הוסיפו MFA לכולם.
כיצד גישה מותנית משפרת את האבטחה?
גישה מותנית בודקת כל כניסה. אתם מגדירים כללים לפי סיכון, מיקום או מכשיר. התחברויות חשודות נחסמות. התחברויות מהימנות מאושרות. אתם מחליטים מי עובר דרך שער הטירה שלכם.
מהו ניהול זהויות מיוחדות (PIM)?
PIM מאפשר למנהלים לקבל גישה מיוחדת רק כשצריך. אתם מגבילים כמה זמן אדם יכול להחזיק בהרשאות חזקות. זה מפחית את הסיכוי שתוקפים ינצלו חשבונות מנהל גנובים.
כיצד חוסמים אימות מדור קודם?
מכבים שיטות כניסה ישנות בהגדרות Entra ID. תוקפים לא יכולים להשתמש בפרוטוקולים חלשים. מותר רק אימות מודרני ומאובטח.