בידוד Tenant
בידוד Tenant הוא אינווריאנט בלתי-מתפשר ב-RedCloud: כל פיסת נתונים — סריקות, ממצאים, דוחות, חשבונות מחוברים, artifacts — שייכת ל-Tenant אחד בדיוק, ואין גישה חוצת-Tenant, לעולם.
למה זה חשוב
Section titled “למה זה חשוב”לפלטפורמת אבטחה רב-Tenant, הבידוד הוא מודל האבטחה. דליפה בין Tenants הייתה חושפת את הממצאים הרגישים ביותר של לקוח אחד לאחר. RedCloud לכן אוכפת בידוד לעומק — ב-API, בבסיס הנתונים, באחסון ובעבודות — במקום לסמוך על שכבה בודדת.
כיצד נפתר הקשר ה-Tenant
Section titled “כיצד נפתר הקשר ה-Tenant”- הזהות המאומתת נושאת את ה-
tenant_idשלה; ה-API גוזר את ה-Tenant הפעיל מה-JWT. - כותרת הבקשה
X-Tenant-IDמכובדת רק עבור משתמשים מורשים מספיק (master של הפלטפורמה, או גםadmin.usersוגםadmin.settings) — משתמש רגיל אינו יכול להחליף Tenant על ידי הגדרת כותרת. - ה-Tenant שנפתר מוחזר בכותרת התגובה
X-Tenant-ID. - משתמשים השייכים למספר Tenants מחליפים במפורש (הנפקה מחדש של טוקן תחום-Tenant).
Deny by default
Section titled “Deny by default”אם הבעלות לא ידועה או שבקשה הייתה חוצה גבול Tenant, הגישה נדחית — לא “מותרת במאמץ-מיטבי”. זהו עקרון ה-deny-by-default מוחל על רב-Tenant.
Break-glass לעולם אינו עוקף בידוד
Section titled “Break-glass לעולם אינו עוקף בידוד”גישת break-glass לחירום כפופה-ממשל ותחומה, והיא במפורש אינה עוקפת בידוד Tenant. אין מצב master שקורא חוצה-Tenants.
Artifacts ועבודות
Section titled “Artifacts ועבודות”פלטי סריקה ודוחות תחומים-Tenant, ועבודות רקע נושאות את הקשר ה-Tenant שלהן כך שתוצאות נקשרות ל-Tenant הנכון — וסוגרות את המעגל מעבר לשכבת ה-API בלבד.