אבטחת הפלטפורמה
RedCloud היא מוצר אבטחה, והיא מחזיקה את עצמה בסטנדרט שלפיו היא מודדת אחרים. העמוד הזה מתעד את מודל האבטחה של הפלטפורמה עצמה, עבור צוותי האבטחה והרכש שלכם.
עקרונות מאובטח-כברירת-מחדל
Section titled “עקרונות מאובטח-כברירת-מחדל”| עיקרון | משמעות |
|---|---|
| מאובטח כברירת מחדל | ייצור מוגדר להתנהגות הבטוחה ביותר; אין fallback לא-בטוח מובלע |
| ללא הורדת רמה שקטה | המערכת לעולם אינה צונחת בשקט ממאובטח למתירני |
| בידוד Tenant הוא אינווריאנט | נאכף בכל מקום; בעלות לא ידועה נדחית |
| הרשאות מינימליות | אין הרשאות wildcard, אין admin מובלע |
| Break-glass כפוף-ממשל | גישת חירום כבויה כברירת מחדל, תחומה, דורשת סיבה, ומבוקרת |
| Fail fast | האתחול נחסם בייצור בתצורה לא-בטוחה |
| Deny by default | אם בעלות או הרשאה אינן ברורות, הגישה נדחית |
אימות והרשאה
Section titled “אימות והרשאה”כל route מקבל החלטת אימות מפורשת, וההרשאה באה אחרי האימות. Sessions משתמשים ב-access tokens קצרי-מועד עם רענון; מפתחות API מאומתים מול בסיס הנתונים ונכשלים במצב סגור אם הבדיקה לא יכולה לרוץ. פעולות הניהול בעלות ההשפעה הגבוהה דורשות בנוסף MFA. ראו אימות API ו-הרשאות והיקפים.
אתחול fail-fast
Section titled “אתחול fail-fast”בייצור ה-backend מסרב לעלות אם חסרים סודות נדרשים או שהם חלשים, האחסון אינו strict, מצב פיתוח פעיל, דגל עקיפת-Tenant מוגדר, או בסיס הנתונים אינו נגיש. זה גורם לפריסה לא-בטוחה להיכשל בקול במקום לרוץ במצב מנוון. ראו תצורה.
ביקורת מרכזית
Section titled “ביקורת מרכזית”פעולות רלוונטיות-אבטחה נרשמות דרך מערכת ביקורת אחת עם סכימה מובְנית — שחקן, Tenant, פעולה ותוצאה — ו-correlation ID, ללא סודות ביומנים. זה נותן שובל עקבי ובר-שאילתה על פני הפלטפורמה.
ביצוע פקודות וסודות
Section titled “ביצוע פקודות וסודות”פקודות חיצוניות רצות דרך executor מרכזי ומבודד עם timeouts ומיסוך פלט. סודות לעולם אינם נכתבים ליומנים, סודות שנוצרים אוטומטית נדחים בייצור, והעיצוב מוכן-לרוטציה.