ככל שהארגון עובד עם יותר מערכות, שירותי ענן ומכשירים, כך קשה יותר לדעת למי יש גישה למה והאם היא עדיין מוצדקת. פתרון IAM מחבר בין זהות, אימות והרשאות כדי לצמצם חשיפה ולשמור על גישה פשוטה לעובדים.
משתמשים, קבוצות ומחזור חיי זהות
MFA, SSO ושיטות אימות מתאימות
תפקידים, הרשאות ומדיניות גישה
סקירות גישה וזיהוי שימוש חריג
שכבת אימות נוספת בהתאם לרמת הסיכון
פחות חשבונות נפרדים ומדיניות עקבית יותר
פתיחה, שינוי וסגירה מסודרת של הרשאות
ניהול זהויות והרשאות, Identity and Access Management, נועד לייצר שליטה עקבית על השאלות הבסיסיות: מי המשתמש, איך הוא מזדהה, לאילו משאבים הוא רשאי לגשת, באילו תנאים ומתי צריך לשנות או לבטל את הגישה.
עובד אחד יכול להחזיק גישה לדוא״ל, CRM, ענן, מערכות כספים, VPN וכלי ניהול. כאשר חשבון נפרץ, או כאשר הרשאות נשארות פתוחות אחרי שינוי תפקיד, אותה זהות יכולה להפוך למסלול לתוך הארגון. המטרה של IAM אינה להוסיף חיכוך, אלא לתת גישה לגיטימית בצורה פשוטה יותר ולצמצם גישה שאינה מוצדקת.
קשה לדעת אילו חשבונות עדיין פעילים ולאילו מערכות כל משתמש מחובר.
פתיחת משתמשים, שינוי הרשאות וסגירת חשבונות מתבצעים ידנית בין כמה מערכות.
הרשאות שניתנו בעבר נשארות גם לאחר מעבר תפקיד או שינוי אחריות.
עובדים מתחברים ממכשירים ומיקומים שונים למערכות ענן ולמערכות פנימיות.
נדרש להציג מי מורשה לגשת למידע וכיצד ההרשאות נבדקות לאורך זמן.
IAM טוב מחבר בין הזהות, המכשיר, התפקיד, רגישות המשאב ומדיניות הארגון כדי לקבל החלטת גישה עקבית יותר.
לא כל ארגון צריך את כל הרכיבים. הבחירה תלויה בסביבה הקיימת, במספר המשתמשים, ברמת הסיכון ובמערכות שאליהן צריך לנהל גישה.
הוספת שכבת אימות מעבר לסיסמה, עם אפשרות לבחור שיטות חזקות יותר בהתאם לרמת הסיכון ולמערכת שאליה ניגשים.
גישה מרוכזת לאפליקציות באמצעות זהות ארגונית ומדיניות אחידה, במקום אוסף חשבונות וסיסמאות נפרדות.
RBAC, קבוצות ותפקידים שמאפשרים לתת לכל משתמש את הגישה שנדרשת לעבודתו ולא יותר.
Joiner-Mover-Leaver מסודר, החל מפתיחת משתמש, דרך שינוי תפקיד ועד סגירת הגישה בעת עזיבה.
פתיחה, שינוי וסגירה של חשבונות והרשאות בין מערכות בצורה עקבית יותר ובהתאם לתהליך הארגוני.
שילוב מצב המכשיר ומאפייניו בהחלטת הגישה, כאשר סביבת הארגון והפתרון שנבחר תומכים בכך.
מיקום, סוג מכשיר, רגישות המערכת ודפוסי התחברות יכולים להשפיע על רמת האימות והגישה.
סקירה תקופתית של הרשאות כדי לזהות עודפים, חשבונות לא פעילים וגישה שאינה נחוצה עוד.
שכבה משלימה שמסייעת לזהות שימוש חריג בזהויות, הסלמת הרשאות ופעילות חשודה לאחר האימות.
פרויקט IAM נכון מתחיל מהמשתמשים, המערכות ותהליכי הגישה שכבר קיימים. רק לאחר שמבינים את התמונה ניתן לבחור מדיניות, טכנולוגיה ורמת אוטומציה שמתאימות לארגון.
הבעיה האמיתית מתחילה לעיתים בין היום הראשון של העובד ליום האחרון שלו. המטרה היא לשמור על הרשאות מדויקות גם כאשר אנשים, תפקידים ומערכות משתנים.
מבינים מי המשתמשים, לאילו מערכות הם נכנסים, איפה מנוהלת הזהות ואילו תהליכים עדיין ידניים.
מגדירים תפקידים, קבוצות, MFA, SSO, מכשירים והרשאות רגישות בהתאם לצורך העסקי ולרמת הסיכון.
מטמיעים בהדרגה מול האפליקציות, הענן והתשתיות הקיימות כדי לצמצם הפרעה למשתמשים.
בוחנים Access Reviews, חריגות, תהליכי Joiner-Mover-Leaver ונקודות שבהן המדיניות עדיין אינה מדויקת.
IAM הוא שכבת השליטה והמדיניות: מי המשתמש, באילו תנאים הוא מזדהה ולאילו משאבים מותר לו לגשת. ITDR הוא שכבה משלימה שמתמקדת בזיהוי שימוש חריג או עוין בזהויות שכבר פעילות.
החיבור בין השכבות מאפשר לארגון לא רק להגדיר גישה נכונה, אלא גם לקבל נראות כאשר Credential תקין משמש בצורה חריגה, כאשר מתרחשת הסלמת הרשאות או כאשר דפוס הגישה אינו תואם את המצופה.
IAM אינו מוצר אחד שמתאים לכל ארגון. הארכיטקטורה הנכונה תלויה במקורות הזהות, האפליקציות, הענן, המכשירים, תהליכי העבודה ורמת השליטה שכבר קיימת.
המטרה היא לחזק את הגישה למערכות רגישות בלי להפוך כל התחברות של עובד רגיל לפרויקט, ולבנות מדיניות שאפשר לתפעל גם כשהארגון ממשיך להשתנות.
בוחנים משתמשים, תפקידים, מערכות ותהליכי הרשאה לפני שבוחרים את שכבת הפתרון.
במקרים רבים ניתן לחבר IAM לספריות משתמשים, SaaS ותשתיות שכבר פעילות, בהתאם לארכיטקטורה שנבחרת.
מחזקים אימות וגישה במקומות שבהם הסיכון גבוה ושומרים על תהליך עבודה פשוט ככל שניתן למשתמשים לגיטימיים.
Trio מסייעת לבחון את שכבות ה-MFA, SSO, מדיניות הגישה וניהול הזהויות בהתאם לסביבה ולצורך.
MFA הוא רכיב אימות שמוסיף שכבה מעבר לסיסמה. IAM הוא תחום רחב יותר שמנהל את הזהות, מחזור חיי המשתמש, ההרשאות ומדיניות הגישה, ולעיתים כולל גם SSO, Device Trust ויכולות Governance.
לא בהכרח. במקרים רבים פתרון IAM משתלב עם ספריית משתמשים קיימת או מרחיב אותה. הארכיטקטורה הנכונה תלויה בסביבה ובמערכות שכבר פעילות בארגון.
SSO מרכז את הגישה ולכן חשוב להגן היטב על הזהות המרכזית באמצעות MFA, מדיניות גישה והגנות מתאימות. לצד הנוחות, הארגון מקבל גם שליטה עקבית יותר על הגישה לאפליקציות.
זהו מודל לניהול מחזור חיי העובד: פתיחת גישות כשהוא מצטרף, שינוי הרשאות כשהתפקיד משתנה וסגירה מסודרת של החשבונות והגישה כשהוא עוזב.
IAM עוסק בעיקר בשליטה על זהות וגישה, כלומר מי רשאי להיכנס ולאן. ITDR עוסק בזיהוי ותגובה לאיומים שמנצלים זהויות פעילות, למשל שימוש חריג ב-Credentials או הסלמת הרשאות.
כן, פתרונות IAM מודרניים יכולים להשתלב בסביבות ענן, On-Prem והיברידיות. בחירת הארכיטקטורה צריכה להתבסס על מקורות הזהות, האפליקציות והדרישות של הארגון.
מתחילים במיפוי: כמה משתמשים יש, אילו ספריות ואפליקציות קיימות, האם נדרש MFA או SSO, כמה חשוב ניהול מכשירים, האם נדרשים Access Reviews ומה רמת האוטומציה הרצויה ב-Provisioning וב-Offboarding.
ספרו לנו איך מנוהלים היום המשתמשים וההרשאות, באילו מערכות אתם עובדים ומה הכי מכביד על צוות ה-IT. נבחן יחד אילו שכבות של MFA, SSO, בקרת גישה וניהול זהויות מתאימות לסביבה שלכם.
076-5993076 · הרוקמים 25, חולון
אנו משתמשים בעוגיות לצורך תפעול האתר, ניתוח נתונים ושיפור חוויית המשתמש. בלחיצה על כפתור האישור או בהמשך הגלישה באתר, הנך מסכים/ה לשימוש בעוגיות בהתאם למדיניות הפרטיות. מדיניות הפרטיות.
