תוכנית ארכיטקטורה — הפצה מוגבלת

ארכיטקטורת סנכרון חד-כיווני בין אזורי OT מבודדים באמצעות תיקיות מנוטרות (Hot Folders)

תוכנית ארכיטקטורה עם compliance בראש סדר העדיפויות, למפעילי תשתיות קריטיות שצריכים אוטומציה דטרמיניסטית וניתנת לביקורת מעבר למעטפות isolated network — בלי לפתוח אפילו פורט נכנס אחד.

פורמט: תוכנית ארכיטקטורה מעמיקה קהל יעד: CISO / ראש תשתיות / compliance זמן קריאה: 18 דקות
עמוד 01

הפער הארכיטקטוני: למה מודלים של Webhook/API קורסים ברגולציה של תשתיות קריטיות

כל ספק אוטומציה cloud — Make, Tines, Torq, Palo Alto XSOAR — מניח תנאי ארכיטקטוני בסיסי: קישוריות API דו-כיוונית ומאומתת בין ה-orchestrator למטרה. ה-orchestrator שולח HTTPS POST, המטרה מחזירה 200 OK. פשוט. אלגנטי. ולחלוטין לא חוקי בתוך כל רשת OT שכפופה ל-IEC 62443, NERC CIP, או הנחיה 7 של מערך הסייבר הלאומי.

רשתות תשתיות קריטיות שמופעלות על ידי חברת החשמל, מקורות, חברת נמלי ישראל ומתקנים ביטחוניים אוכפות זרימת נתונים חד-כיוונית מחמירה. הפיזיקה לא נתונה לוויכוח: נתונים יכולים לצאת מאזור ה-OT למטרות ניטור, אבל שום מערכת חיצונית לא רשאית ליזום חיבור פנימה למעטפת ה-OT. זה לא כלל firewall שאפשר לשנות עם בקשת שינוי. זו דרישה רגולטורית שנאכפת על ידי data diodes חומרתיים, נתיבי חזרה שמנותקים פיזית, וביקורות compliance שוטפות.

מגבלה רגולטורית

לפי הנחיה 7 של מערך הסייבר ו-IEC 62443-3-3 SR 5.1, כל פלטפורמת אוטומציה שדורשת פורט listener נכנס, endpoint של webhook, או סשן API קבוע בתוך אזור ה-OT — פסולה ארכיטקטונית מפריסה. בלי חריגים. בלי ויתורים.

מטריצת Compliance של ספקים

להלן הערכה עובדתית של איך פלטפורמות אוטומציה מרכזיות מתמודדות עם דרישות הטופולוגיה של רשתות תשתיות קריטיות:

דרישה Cloud SOAR / iPaaS Cyberm8
פועל ללא קישוריות API נכנסת נכשל עובר
תומך בטופולוגיית data diode חומרתי נכשל עובר
אפס תלות בענן להרצה נכשל עובר
יכולת פעולה מלאה ב-isolated network נכשל עובר
הרצה דטרמיניסטית, לא הסתברותית נכשל עובר
ניהול גרסאות קונפיגורציה ניתן לביקורת (GitOps) חלקי עובר

המשמעות ברורה: אוטומציה cloud אינה תואמת ארכיטקטונית לסביבות OT מרוגלות. השאלה היא לא האם הפלטפורמות האלה שימושיות — הן כן, בהקשרים של IT. השאלה היא האם הן יכולות לפעול באופן חוקי ופיזי מעבר לקו ה-IT/OT. הן לא יכולות.

עמוד 02

תבנית ה-"Hot Folder": ארכיטקטורת ה-Cyberm8 החד-כיוונית של Cyberm8

Cyberm8 פותרת את אתגר האוטומציה IT/OT באמצעות תבנית עיצוב שמגיעה מעשרות שנות העברת קבצים מאובטחת בקהילות הביטחון והמודיעין: תיקייה מנוטרת (hot folder).

הארכיטקטורה פשוטה בכוונה. פשטות היא לא מגבלה — היא תכונת אבטחה. כל פרוטוקול, handshake, או מצב סשן נוסף שמוכנס בין אזורים הוא משטח תקיפה. הגישה של Cyberm8 מצמצמת את משטח התקיפה לשיתוף קבצים בודד לקריאה בלבד, שמנוטר על ידי watchers מבוססי inotify.

ISOLATED IT ZONE Cyberm8 Primary Instance Orchestrator Compiles automation logic → signed JSON payload WRITE ONLY ↓ STRICT UNIDIRECTIONAL PERIMETER Monitored Read-Only "Hot Folder" SMB/NFS share + SHA-256 integrity verification READ ONLY ↓ BLOCKED ✕ AIR-GAPPED OT ZONE Cyberm8 Containerized Cyberm8 component Executes approved config on OT assets
איור 1 — ארכיטקטורת Hot Folder חד-כיוונית של Cyberm8

רצף ההרצה

  1. קומפילציית קונפיגורציה. ה-orchestrator של Cyberm8 באזור ה-IT מקמפל workflow אוטומציה למערכת הוראות JSON דטרמיניסטית ועצמאית. בלי תלויות חיצוניות. בלי קריאות API בזמן ריצה.
  2. חתימה קריפטוגרפית. ה-payload המקומפל נחתם עם hash של SHA-256 ומפתח א-סימטרי ייחודי לארגון. רכיב ה-Cyberm8 באזור ה-OT מחזיק את המפתח הציבורי המתאים ויסרב לכל payload שלא עובר אימות.
  3. הנחה ב-Hot Folder. ה-payload החתום נכתב לשיתוף קבצים מנוטר (SMB או NFS) שממוקם ב-DMZ או באזור ההכנה של ה-data diode. ל-orchestrator בצד ה-IT יש הרשאות כתיבה בלבד. לרכיב Cyberm8 בצד ה-OT יש הרשאות קריאה בלבד. אף סשן דו-כיווני לא נוצר אף פעם.
  4. צריכה על ידי ה-Cyberm8. רכיב ה-Cyberm8 המקונטיינר של Cyberm8 שרץ בתוך אזור ה-OT מזהה את הקובץ החדש באמצעות ניטור אירועי מערכת קבצים (מקבילה ל-inotify/kqueue). הוא מאמת את החתימה הקריפטוגרפית, מוודא את סכימת ההוראות, ומריץ את הקונפיגורציה הדטרמיניסטית על נכסי ה-OT המקומיים.
  5. שביל ביקורת. כל שלב — קומפילציה, חתימה, הנחת קובץ, צריכה, הרצה, ותוצאה — מתועד ב-audit store בלתי ניתן לשינוי, append-only. קציני compliance מקבלים שרשרת משמורת מלאה לכל פעולה אוטומטית.
תכונת ארכיטקטורה מרכזית

בשום שלב ברצף הזה אזור ה-OT לא יוזם חיבור יוצא ולא מקבל חיבור נכנס מאזור ה-IT. טופולוגיית ה-data diode נשמרת. האוטומציה דטרמיניסטית. שביל הביקורת שלם. זו הארכיטקטורה היחידה שעומדת בדרישות zone/conduit של IEC 62443 ובו-זמנית מאפשרת אוטומציה תפעולית אמיתית.

עמוד 03

ה-Pipeline מ-AI לדטרמיניסטי: מענה לחשש הלגיטימי של קצין הסיכונים

אנחנו מבינים את החשש. לכל CISO בסקטור התשתיות הקריטיות של ישראל יש את אותה שאלה: "אתם טוענים שאתם משתמשים ב-AI. איך אני יודע שמודל הסתברותי לא מקבל החלטות קונפיגורציה בתוך רשת ה-OT שלי?"

זו שאלה לגיטימית וחשובה. הנה התשובה המדויקת.

העוזר האישי של Cyberm8 המבוסס AI, Cody AI, פועל אך ורק בשלב העיצוב. הוא מסייע למפעילים אנושיים לבנות לוגיקת אוטומציה באמצעות אינטראקציה בשפה טבעית. חשבו על זה כ-autocomplete חכם של IDE ל-workflows אבטחה — לא כמקבל החלטות אוטונומי.

ההפרדה המחמירה

// Phase 1: AI-Assisted Design (Human in the Loop) Operator → Cody AI: "Draft a workflow that syncs updated ACL rules from the IT firewall manager to the OT perimeter controller." Cody AI → Operator: "Here is a proposed workflow with 4 steps. Review each step." Operator → APPROVE / MODIFY / REJECT // Phase 2: Predictable Compilation (No AI Involved) Approved Workflow → Cyberm8 Compiler → frozen_config_v2.4.1.json SHA-256: a3f8c9...d4e1b7 Git Commit: refs/configs/ot-perimeter/v2.4.1 // Phase 3: Action (Predictable, Version-Controlled) Cyberm8 → Reads frozen_config_v2.4.1.json Cyberm8 → Verifies signature Cyberm8 → Executes EXACTLY what was compiled. No interpretation. No inference.

ה-AI לא נוגע בנתיב ההרצה. אף פעם. הקונפיגורציה המקמפלת היא artifact קפוא ובלתי ניתן לשינוי — מנוהל גרסאות ב-Git, חתום קריפטוגרפית, ומאומת מול סכימה לפני שכל Cyberm8 יקבל אותו. Cyberm8 לא מפרש הוראות. הוא מריץ קונפיגורציות זהות ברמת הבייט.

לקציני compliance

את רכיב ה-AI של Cyberm8 (Cody) אפשר להשבית לחלוטין בפריסות שבהן המדיניות הרגולטורית אוסרת כל מעורבות AI. הפלטפורמה עובדת באופן זהה באמצעות ממשק בניית workflows ויזואלי מסוג drag-and-drop. AI הוא שכבת האצה, לא תלות.

GitOps כרשומת ה-Compliance

כל קונפיגורציה שמגיעה לאזור ה-OT קיימת כ-artifact שעבר commit ותויג ב-repository של Git. מבקרי compliance יכולים לבצע diff בין כל שתי גרסאות, לעבור על היסטוריית האישורים, ולוודא שמה שהורץ תואם בדיוק למה שאושר. אין "runtime drift." אין "סיכון הזיה של AI." הקונפיגורציה היא קובץ. הקובץ חתום. החתימה מאומתת. ההרצה דטרמיניסטית.

שלב הבא

בדקו את הארכיטקטורה בסביבה שלכם

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

Cyberm8 מציעה Value Sprint של 3 שעות שתוכנן במיוחד לצוותי תשתיות מרוגלים. זה לא דמו מכירות. זו סשן בדיקה במעבדה מבודדת ומרוחקת שבה הצוות ההנדסי שלכם מוודא:

  1. אפס פורטים נכנסים. אימות packet capture שמוכיח שאף חיבור לא נוצר מאזור ה-IT לתוך אזור ה-OT במהלך כל הסשן.
  2. שלמות קריפטוגרפית של payload. הדגמה חיה של זיהוי חבלה כאשר payload שונה במעבר.
  3. הרצה דטרמיניסטית. השוואה צד-לצד של הוראות ה-JSON המקומפלות מול הקונפיגורציה שבפועל הוחלה על נכס OT מדומה.
  4. שלמות שביל ביקורת. ייצוא לוג שרשרת משמורת מלא, תואם ל-toolchain דיווחי ה-compliance הקיים שלכם.

קבעו Value Sprint של 3 שעות

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

בקשו סשן מעבדה ← או צרו קשר ישירות: info@cyberm8.com | ראש העין, ישראל