איך הסריקה עובדת
כשאתם משיקים סריקה, RedCloud מריצה אותה אסינכרונית דרך צינור בן חמישה שלבים, ומדווחת התקדמות בזמן אמת. הבנת השלבים עוזרת לפרש את ההתקדמות, התוצאות וה-artifacts שסריקה מפיקה.
יתרונות עיקריים
Section titled “יתרונות עיקריים”| יתרון | יכולת | ערך עסקי |
|---|---|---|
| שקיפות | התקדמות שלבית בזמן אמת (0–100%) | לדעת מה הסריקה עושה בכל רגע |
| עומק | בדיקות, חוצה-פרויקטים, DWD וניתוח הסלמת הרשאות | הממצאים מגיעים עם הקשר אמיתי |
| עמידות | token keep-alive, fallbacks, timeouts פר-שלב | סריקות ארוכות וגדולות מסתיימות באמינות |
חמשת השלבים
Section titled “חמשת השלבים”שלב 1 — איסוף (0–40%)
Section titled “שלב 1 — איסוף (0–40%)”טוען את בדיקות האבטחה לפרופיל הנבחר, פותר את ההיקף (פרויקט, תיקייה או ארגון ← הפרויקטים בפועל), ואוסף מלאי. האספן המועדף של gcloud CLI אוסף תשעה סוגי משאבים (compute, firewall, IAM bindings, storage, GKE, service accounts, Cloud Run, Cloud Functions, BigQuery); אספן SDK הוא ה-fallback.
שלב 2 — בדיקות (40–85%)
Section titled “שלב 2 — בדיקות (40–85%)”לב הסריקה:
- בדיקות אבטחה רצות מול המלאי, כל אחת מפיקה ממצאים.
- ניתוח חוצה-פרויקטים מוצא service accounts משותפים, bindings אדמין חוצי-פרויקטים, והפצת folder-admin.
- ניתוח Domain-Wide Delegation (DWD) מזהה service accounts בעלי scopes רחבים ורגישים.
- ניתוח הסלמת הרשאות מתאים הרשאות מול צירופי הסלמה ידועים ומנקד כמה כל נתיב קל.
- העשרת IAM מנקדת כל binding (חומרה, הרשאות very-critical/sensitive, נצילות, תגי MITRE).
- ממצאי SCC מ-Google Security Command Center נמשכים פנימה ומנורמלים לצד הממצאים של RedCloud.
שלב 3 — מדיניות ארגון (85–92%)
Section titled “שלב 3 — מדיניות ארגון (85–92%)”סורק אילוצי מדיניות ארגון במקביל על פני היררכיית הארגון/תיקייה/פרויקט, מזהה drift (היכן רמות נמוכות מחלישות אכיפה), ומקשר פערים לממצאים — כולל אומדן what-if כמה ממצאים אכיפת אילוץ הייתה מבטלת.
שלב 4 — כתיבה (92–100%)
Section titled “שלב 4 — כתיבה (92–100%)”כותב את ה-artifacts: findings.json, attack_paths.json, remediation_tickets.json, ai_insights.json, summary.json, organization_policies.json, תוצאות DWD, asset_inventory.json, ו-report.html עצמאי.
שלב 5 — ביקורת (אסינכרוני)
Section titled “שלב 5 — ביקורת (אסינכרוני)”אם מופעל, ביקורת מבחן ה-CIS רצה כתהליך רקע, מזרימה רשומות לקובץ JSONL עם מעקב סטטוס משלה (ראו מנוע הביקורת).
עמידות ודינמיות
Section titled “עמידות ודינמיות”- התקדמות בזמן אמת — הסריקה מדווחת אחוז ושלב תוך כדי ריצה; המצבים הם
queued → running → succeeded/failed. - GCP token keep-alive — לסריקות ארוכות משעה, thread רקע מרענן את ה-access token כך שסריקות ארוכות לא נכשלות בפקיעה.
- Fallbacks ו-timeouts — כשלי API נופלים ל-gcloud CLI; בדיקות מדיניות ארגון מוגבלות ב-timeout פר-אילוץ; משאבים עם permission-denied מדולגים עם אזהרה במקום להכשיל את כל הסריקה.
- Thread pool — סריקות רצות ב-thread pool, כך שהפלטפורמה מטפלת במספר סריקות במקביל.
שיטות עבודה מומלצות
Section titled “שיטות עבודה מומלצות”- השתמשו ב-
fullלצינור העשיר ביותר (חוצה-פרויקטים, DWD, הסלמת הרשאות, נתיבי תקיפה). - הפעילו את Audit Collector כשצריך ראיות CIS.
- לארגונים גדולים מאוד, תחמו לפי תיקייה ותנו ל-keep-alive לטפל בריצות ארוכות.