משתמש מוחק או מכבה משהו לפני שנאסף מידע שימושי.
INCIDENT RESPONSE
כשמשהו קורה — קודם מייצבים. אחר כך חוקרים ומשפרים.
אירוע אבטחה, חשבון שנפרץ, כופרה, שרת שנפל או גישה חשודה דורשים סדר פעולות ברור. אנחנו מתמקדים בצמצום נזק, החזרת פעילות מבוקרת וסגירת הפערים שהתגלו.
TECHNOLOGY ECOSYSTEMהטכנולוגיות שאנחנו עובדים איתן
Microsoft
ESET
Fortinet
Synology
Cloudflare
AWS
ConnectWise
UpCloud
Check Point
Dell Technologies
HPE
Lenovoשמות וסימני המסחר מזהים פלטפורמות בסביבת העבודה שלנו ואינם מעידים כשלעצמם על הסמכה או שותפות חוזית מסוימת.
שלבי הטיפול.
1. Triageמה קרה, מה מושפע ומה דחוף
2. Containבידוד חשבונות, תחנות או שירותים
3. Recoverשחזור מבוקר ובדיקת תקינות
4. Hardenסגירת הפער ושיפור ההגנות
אירועים נפוצים.
Compromised Mailbox
בדיקת כניסות, שינוי הרשאות, MFA, כללי Forwarding, Sessions ואפליקציות מחוברות.
Suspicious Endpoint
בידוד תחנה, בדיקת תהליכים, כלי גישה מרחוק, משתמשים והתראות EDR.
Ransomware / Encryption
צמצום התפשטות, שמירת ראיות בסיסית, בדיקת גיבויים ותכנון שחזור.
Server Failure
אבחון, הפעלה חלופית, שחזור שירותים ותיעוד נקודת הכשל.
Network Outage
בדיקת WAN, Firewall, Routing, DNS, VPN ותלויות שירות.
Unauthorized Access
ביטול Sessions, שינוי Credentials, בדיקת Audit ותחימת ההשפעה.
INCIDENT RESPONSE / CONTROL
באירוע סייבר, הדקות הראשונות לא נועדו לפאניקה. הן נועדו לצמצום נזק.
קובץ חשוד, חשבון שנפרץ, פעילות חריגה או הצפנה דורשים החלטות מהירות: מה לבודד, מה לא לכבות, אילו ראיות לשמור ואיך ממשיכים לעבוד בלי להרחיב את הפגיעה.
לא ברור אילו תחנות או חשבונות קשורים לאירוע.
מנסים “לנקות” לפני שסוגרים את נתיב הכניסה.
השחזור מתחיל בלי לוודא שהסביבה שאליה חוזרים בטוחה יותר.
WHAT YES TAKES OWNERSHIP OF
אנחנו עובדים לפי רצף: בידוד, הבנה, הכלה, ניקוי, שחזור והפקת לקחים.
המטרה היא לצמצם תנועה של התוקף או הקוד הזדוני, לשמור מידע רלוונטי, להבין את היקף האירוע ולהחזיר את העסק לפעילות בצורה מבוקרת.
Containment
בידוד תחנות, חשבונות או גישה רלוונטית כדי לעצור התפשטות ככל שניתן.
Triage
בדיקת התראות, תהליכים, משתמשים, לוגים וסימנים טכניים כדי להבין מה קרה ומה הושפע.
Eradication
סגירת נתיב הכניסה, טיפול בחשבונות או תחנות שנפגעו והקשחת הסביבה לפני חזרה מלאה.
Recovery
שחזור שירותים ומידע לפי סדר עדיפויות, תוך מעקב אחרי סימנים לחזרת האירוע.
BUSINESS OUTCOME
פחות התפשטות
יותר הקשר
חזרה מבוקרת
אירוע טוב לניהול הוא אירוע שבו מישהו מחזיק את התמונה ולא רק כלים בודדים.
החלטות בידוד מהירות יכולות לצמצם את היקף הפגיעה.
מחברים בין תחנה, משתמש, רשת, דואר וגיבוי במקום לבדוק כל אחד בנפרד.
שחזור הוא חלק מתהליך האבטחה ולא רק “להעלות את השרת”.
WHY YES
אנחנו מכירים את שכבות ה־IT שבהן האירוע קורה בפועל — תחנות, זהויות, רשת, ענן וגיבוי — ולכן אפשר לעבוד על האירוע מתוך הקשר תפעולי.
QUESTIONS / ANSWERS
השאלות שכדאי לשאול לפני שבוחרים מי ינהל את זה.
מה הדבר הראשון לעשות אם חושדים בכופרה?
לצמצם תנועה והתפשטות ולערב גורם שמבין את הסביבה. לא למחוק, לפרמט או לכבות מערכות באופן גורף בלי להבין את ההשלכות.
אתם מבצעים חקירה פורנזית משפטית?
אנחנו מבצעים triage ותגובה טכנית. כאשר נדרשת פורנזיקה משפטית, מומחה חיצוני או דרישות רגולטוריות, נכון לערב את הגורם המתאים.
אפשר להתכונן מראש לאירוע?
כן. הרשאות, EDR, גיבוי, אנשי קשר ו־runbook בסיסי יכולים לחסוך זמן יקר בזמן אמת.
WHAT HAPPENS NEXT
בלי פרויקט ענק. מתחילים בשלושה צעדים ברורים.
NO HARD SELL. JUST A CLEAR LOOK.
בואו נבדוק את זה יחד ↗
אם משהו נראה חשוד עכשיו — עדיף לבדוק לפני שהוא הופך לסיפור גדול יותר.
הטיפול הטכני אינו תחליף לייעוץ משפטי, רגולטורי או פורנזי כאשר כזה נדרש. במקרים מתאימים יש לערב גורמים מקצועיים נוספים לפי סוג האירוע.
אחרי האירוע, צריך גם למנוע חזרה.
נבנה רשימת פעולות ברורה: הרשאות, MFA, גיבוי, EDR, Firewall, עדכונים ותיעוד.