NOVEMBER 2, 2026

ניהול הרשאות ומשתמשים ב-SaaS: תפקידים, הרשאות ו-SSO במוצר B2B

מדריך קצר לניהול הרשאות ומשתמשים ב-SaaS: RBAC,‏ ABAC או ReBAC, הפרדה בין ארגונים, הזמנות, SSO ו-SCIM ללקוחות אנטרפרייז, יומן ביקורת, ומה מכסים Auth0,‏ Clerk ו-WorkOS.

Omer Shalom

Posted By Omer Shalom

4 דקות קריאה


תשובה קצרה: ניהול הרשאות ומשתמשים ב-SaaS מתחיל במודל תפקידים (RBAC) שמוגדר בתוך כל ארגון לקוח: בעלים, מנהל, משתמש וצופה. כל בקשה נבדקת קודם מול הארגון ואחר כך מול התפקיד, וכל שינוי הרשאה נרשם ביומן. כללים לפי קשרים או מאפיינים מוסיפים כשלקוחות צריכים שיתוף ברמת רשומה, ו-SSO עם SCIM כשעסקת אנטרפרייז דורשת אותם. המודל תלוי באופן שבו הלקוחות שלכם משתפים מידע.

עיקרי הדברים

  • הארגון קודם לתפקיד: כל שאילתה כוללת מזהה ארגון, ותפקיד חל רק בתוכו.
  • RBAC מספיק בהתחלה: מעט תפקידים שממופים להרשאות בשם, קל להסביר ולבקר.
  • ReBAC מתאים לשיתוף: המאמר של גוגל על Zanzibar (USENIX ATC 2019) מתאר את מודל הקשרים שמאחורי בקרת הגישה ב-Drive,‏ Calendar ו-YouTube, ו-OpenFGA הוא פרויקט קוד פתוח של CNCF שנבנה על בסיסו.
  • אנטרפרייז מבקשים SSO ו-SCIM: כניסה דרך ספק הזהויות שלהם ומחיקת חשבון אוטומטית כשעובד עוזב.

שלושה מודלים: RBAC,‏ ABAC ו-ReBAC

ב-RBAC ההרשאות שייכות לתפקידים והתפקידים למשתמשים. ABAC, לפי ההגדרה ב-NIST SP 800-162, מחליט לפי מאפיינים של המשתמש, המשאב, הפעולה והסביבה, למשל ״מנהל מאשר חשבוניות עד סכום מסוים״. ReBAC בודק שרשרת קשרים: המשתמש חבר בצוות, הצוות עורך את התיקייה, והתיקייה מכילה את המסמך.

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

כדאי להגדיר את ההרשאות כפעולות בשם (invoice.approve,‏ user.invite) ולמפות אליהן תפקידים, וכך תפקיד חדש הוא שינוי הגדרה. זה נכון גם בCRM בהתאמה אישית, שבו כל איש מכירות רואה רק את הלידים שלו.

ריבוי לקוחות, הזמנות ומחזור החיים של משתמש

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

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

בוא נדבר על הפרויקט שלך

דרישות אנטרפרייז: לבנות או לקנות

לקוחות אנטרפרייז מבקשים כניסה אחידה (SSO) ב-SAML 2.0 או OIDC, הקמה והסרה של משתמשים ב-SCIM (‏RFC 7643 ו-RFC 7644 של IETF), ויומן ביקורת שאפשר לייצא. לחברות ישראליות יש סיבה נוספת: לפי תקנות הגנת הפרטיות (אבטחת מידע), מאגר ברמת אבטחה בינונית או גבוהה חייב ניטור גישה אוטומטי עם שמירת רישומים לפחות שנתיים, והרשאות שמותאמות לתפקיד של כל משתמש.

Auth0 Organizations תומך בהזמנות, בתפקידים ברמת ארגון ובחיבור ארגוני נפרד לכל ארגון. ב-Clerk Organizations יש תפקידי admin ו-member, הרשאות מותאמות, דומיינים מאומתים וחיבורי SAML או OIDC. ‏WorkOS מציע Single Sign-On,‏ Directory Sync,‏ Audit Logs,‏ RBAC,‏ Fine-Grained Authorization ו-Admin Portal לצוות ה-IT של הלקוח. אימות ו-SSO משתלם לקנות, וכללים שמשקפים את העבודה של הלקוחות שלכם נשארים בקוד שלכם. ראו גם בחירת תוכנה לסטארטאפים ועל פיתוח תוכנה לסטארטאפים. לבניית שכבת ההרשאות עיינו בפיתוח תוכנה בהתאמה אישית או קבעו שיחת אפיון על מודל ההרשאות.

שאלות נפוצות

מה ההבדל בין RBAC ל-ABAC ב-SaaS?

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

מתי מוצר SaaS צריך SSO ב-SAML ו-SCIM?

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

האם סטארטאפ צריך לבנות מערכת הרשאות משלו?

רובם קונים אימות, SSO וסנכרון ספרייה מ-Auth0,‏ Clerk או WorkOS, ומשאירים את כללי ההרשאה העסקיים בקוד שלהם.

מה צריך להירשם ביומן ביקורת של SaaS?

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

אולי תאהבו גם

ספרו לנו מה אתם צריכים

אחד המהנדסים שלנו יחזור אליכם תוך 24 שעות.