מה פלטפורמות Cloud SOAR יודעות על הרשת שלכם
כשמחברים פלטפורמת אוטומציה מתארחת בענן ל-API של ניהול ה-firewall, נותנים לפלטפורמה גישה למידע התפעולי הרגיש ביותר בארגון. לא מידע על משתמשים. לא PII של לקוחות. משהו שלמתקפן מתוחכם הוא אולי אפילו יותר ערכי: הטופולוגיה המלאה של הרשת וארכיטקטורת מדיניות האבטחה.
בואו נפרט בדיוק מה עובר דרך Cloud SOAR כשהוא מעבד סנכרון שגרתי של חוקי firewall:
| רכיב מידע | עובר דרך Cloud SOAR? | ערך מודיעיני |
|---|---|---|
| טווחי כתובות IP פנימיים (RFC 1918) | כן — בכל payload של קריאת API | מיפוי רשת — מזהה גבולות מקטעים |
| מבנה Subnet ו-VLAN | כן — נדרש לתרגום חוקים | חושף ארכיטקטורת הפרדת רשתות |
| חוקי Firewall (ACLs, מדיניות) | כן — ה-payload המרכזי | מדיניות אבטחה מלאה — מראה מה מותר ומה חסום |
| חברויות בקבוצות Active Directory | כן — מפעיל workflows של סנכרון | מבנה ארגוני, הקצאות תפקידים, קבוצות מורשות |
| API credentials לניהול Firewalls | כן — מאוחסנים ב-vault בענן | גישה אדמיניסטרטיבית ישירה לבקרות הפרימטר |
| קונפיגורציות VPN | כן — אם אוטומציית VPN מופעלת | ארכיטקטורת גישה מרחוק, tunnel endpoints, מפתחות משותפים |
| נתוני DNS zone | כן — אם סנכרון DNS מופעל | מיפוי hostnames פנימיים, נתוני service discovery |
שאלו את ספק ה-Cloud SOAR שלכם: "באיזה תחום שיפוט מאוחסן מידע מדיניות ה-firewall שלנו? לאילו עובדים בחברה שלכם יש גישה אליו? מה קורה אם החברה נרכשת על ידי גורם זר? האם תוכלו להבטיח שהמידע מעולם לא נגיש על ידי גורם ממשלתי תחת צו שאינכם רשאים לחשוף?" אם התשובה לאחד מאלה לא ברורה, יש לכם בעיית ריבונות מידע.
שיקולים רגולטוריים ואסטרטגיים ייחודיים לשוק הישראלי
ישראל נמצאת בעמדה ייחודית בנוף הסייבר הגלובלי. ארגונים ישראליים — במיוחד בביטחון, תשתיות קריטיות, טלקום ופיננסים — פועלים בסביבה רגולטורית ובתמונת איום שהיא שונה באופן מהותי ממקביליהם בארה"ב או באירופה.
דרישות רגולטוריות של מל"ם
הממונה על הביטחון במערכת הביטחון (מל"ם) מטיל דרישות קפדניות לטיפול במידע על ארגונים המוגדרים כתשתית קריטית או סמוכי-ביטחון. נתוני טופולוגיית רשת, מדיניות בקרת גישה וקונפיגורציות אבטחה מסווגים כמידע תפעולי רגיש שחייב להישאר בשליטה ארגונית בתחום השיפוט הישראלי.
רשות הגנת הפרטיות
רשות הגנת הפרטיות בישראל אוכפת תקנות הגנת מידע שלמרות התאמתן לעקרונות GDPR, כוללות הוראות ספציפיות לביזור מידע. כל עיבוד של מידע ארגוני — כולל metadata רשתי — על ידי ספק ענן זר מפעיל חובות דיווח והערכה שרוב צוותי האבטחה לא מצוידים לנהל.
נוף איומים מוגבר
ארגונים ישראליים מתמודדים עם פעולות סייבר מתמשכות ומגובות מדינה ממספר יריבים. נתוני טופולוגיית רשת הם מטרה מודיעינית בעלת ערך גבוה. שטח התקיפה שנוצר מניתוב מידע כזה דרך תשתית ענן של צד שלישי — ללא קשר להצפנה או בקרות גישה — הוא מגבר סיכון מיותר.
סמיכות לשרשרת אספקה ביטחונית
חברות טק ישראליות רבות מקיימות חוזים או שותפויות עם משרד הביטחון, צה"ל, או גורמים סמוכי-ביטחון. מערכות יחסים אלה מטילות דרישות מדורגות לטיפול במידע שמתפשטות לכל כלי שמעבד נתוני תשתית רשת. Cloud SOAR שמאחסן מדיניות firewall ב-data center אמריקני עלול להפר תנאי compliance של שרשרת האספקה.
לארגונים ישראליים, ריבונות מידע היא לא צ'קבוקס של compliance. היא אימפרטיב אסטרטגי שנגזר מסביבת איום שבה הטופולוגיה שלכם היא מטרה, לא סתם "מידע." כל מערכת נוספת שמחזיקה את הטופולוגיה מרחיבה את שטח התקיפה. כל תחום שיפוט שהמידע נוגע בו מכפיל את וקטורי החשיפה המשפטית. הדרך היחידה לחסל את הסיכונים האלה היא לעבד הכל מקומית.
מודל ההרצה Zero-Egress של Cyberm8
Cyberm8 תוכנן מהיסוד לסביבות שבהן ריבונות מידע היא לא negotiable. הארכיטקטורה פשוטה כי דרישת האבטחה מוחלטת: שום נתון של טופולוגיית רשת, מדיניות firewall, או קונפיגורציית תשתית לא יוצא מהמתחם שלכם.
מה "On-Prem" באמת אומר
אנחנו מדייקים בנקודה הזו כי טענות מעורפלות על "אפשרות on-prem" נפוצות בנוף ה-vendors. הנה בדיוק מה שפריסת on-prem של Cyberm8 מבטיחה:
- ההרצה מקומית. מנוע Cyberm8 רץ כ-container על התשתית שלכם. Docker, Podman, או Kubernetes. 2GB RAM. אפס תלות בענן לכל פונקציה תפעולית.
- המידע לא יוצא. שום נתון של מדיניות firewall, טופולוגיית רשת, credentials, או לוגי ביקורת לא משודר לשום endpoint חיצוני. המנוע לא מבצע אף קריאת נתונים יוצאת במהלך הפעילות.
- Credentials נשארים מקומיים. API credentials ל-firewalls, שרתי AD, וספקי ענן מאוחסנים בתשתית המקומית שלכם. לא ב-vault בענן. לא במערכת ניהול מפתחות של צד שלישי. על החומרה שלכם, תחת השליטה שלכם.
- עדכונים מבוססי pull. עדכוני תוכנה זמינים מ-repository של Cyberm8 שהמנוע יכול לבחור למשוך ממנו. בסביבות isolated, עדכונים מיושמים באמצעות מדיה אופליין. המנוע לעולם לא מתקשר הביתה.
- אימות רישיון offline. לפריסות ביטחוניות ותשתיות קריטיות, Cyberm8 תומך באימות רישיון אופליין שלא דורש שום קישוריות לאינטרנט.
לכל vendor אוטומציה שאתם מעריכים, בקשו packet capture של ה-container/agent על פני 24 שעות תפעוליות. סננו כל חיבור יוצא שעוזב את פרימטר הרשת שלכם. אם אתם רואים מידע זורם ל-*.amazonaws.com, *.azure.com, או כל endpoint של SaaS צד שלישי במהלך פעילות רגילה, ה-vendor הזה לא באמת on-prem. עם Cyberm8, ה-packet capture הזה יראה אפס חיבורי נתונים יוצאים.
זרימת מידע Cloud SOAR מול זרימת מידע Cyberm8
| מאפיין זרימת מידע | Cloud SOAR (Torq, Tines) | Cyberm8 On-Prem |
|---|---|---|
| מיקום עיבוד נתוני מדיניות firewall | ענן ה-vendor (ארה"ב / אירופה) | המתחם שלכם (ישראל) |
| אחסון API credentials | Vault בענן ה-vendor | התשתית המקומית שלכם |
| סביבת הרצת workflows | Compute בענן ה-vendor | ה-container runtime שלכם |
| לוגי ביקורת | מאוחסנים בענן ה-vendor | מאגר מקומי append-only |
| פעיל בזמן הפסקת אינטרנט | לא — כל ההרצה עוצרת | כן — אוטונומי לחלוטין |
| כפוף לצווים משפטיים של תחום שיפוט זר | כן — US CLOUD Act, רגולציה אירופית | לא — המידע לא עוזב את תחום השיפוט הישראלי |
| סיכון מידע ברכישת vendor | המידע עובר עם בעלות על החברה | אף vendor לא מחזיק את המידע שלכם |
שיקול ה-US CLOUD Act
ה-US Clarifying Lawful Overseas Use of Data (CLOUD) Act מאפשר לרשויות אכיפת חוק אמריקניות לחייב ספקי ענן מבוססי ארה"ב להפיק מידע המאוחסן על השרתים שלהם, ללא קשר למיקום הפיזי של אותם שרתים. זה חל על כל vendor של SaaS SOAR שהתאגד בארה"ב.
אם מדיניות ה-firewall שלכם, טופולוגיית הרשת וה-API credentials מאוחסנים בתשתית של ספק ענן אמריקני, הם נגישים משפטית תחת צווי US CLOUD Act — גם אם המידע מעולם לא עזב פיזית את גבולות ישראל. הדרך היחידה לחסל חשיפה זו לחלוטין היא לוודא שהמידע לעולם לא מגיע לתשתית של ספק אמריקני מלכתחילה.
נתוני טופולוגיית רשת ומדיניות אבטחה לא בהכרח מסווגים כ"מידע אישי" לפי תקנות הגנת הפרטיות, אבל זהו מידע רגיש תפעולית שעלול לאפשר או להקל על מתקפת סייבר אם ייחשף. לפי תקנות הגנת הפרטיות (אבטחת מידע), תשע"ז-2017, ארגונים חייבים ליישם בקרות פרופורציונליות לרגישות המידע. ניתוב מידע זה דרך ספקי ענן של צד שלישי ללא הערכת סיכונים מפורשת ואישור ברמת הדירקטוריון עשוי להוות פער רגולטורי.
פרסו את Cyberm8 על התשתית שלכם
אפס יציאת מידע. אפס תלות בענן. ריבונות תפעולית מלאה. הוכיחו לצוות המשפטי, ועדת הסיכונים והרגולטורים שפלטפורמת האוטומציה שלכם מכבדת את הגבולות שמדיניות האבטחה דורשת.
בקשו פריסת On-Prem ← info@cyberm8.com | ראש העין, ישראל