שרתים ואחסון Linux

גיבוי נגד כופרה: הפרדה ובדיקת שחזור

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

למה עותק נוסף אינו תמיד הפרדה?

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

מה בודקים במדיניות שמירה ואי שינוי?

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

איך בודקים שחזור שימושי?

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

איך שומרים על מוכנות לאורך זמן?

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

הפרדה היא יותר ממיקום העותק

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

בחירות והגבולות שלהן
בחירהמה היא עשויה לשפרמה צריך לבדוק
חשבון ניהול משותףנוחות תפעולפגיעה בחשבון עלולה לפגוע גם בעותק
עותק מחוץ לסביבההפרדה מתקלת שרתגישה ומחיקה שאינן תלויות באותו חשבון
עותק בלתי ניתן לשינויהגנה משינוי במסגרת שהוגדרהמשך נעילה, הרשאות ומגבלות הספק
עותק מנותקצמצום חשיפה מקוונתעדכניות, אחסון בטוח ויכולת שחזור
NCSC: הפרדת גיבויים ובדיקת שחזור

קובעים יעד עסקי ואז בודקים אותו

RPO מתאר יעד לאובדן מידע בזמן; RTO יעד לחזרה לפעילות. אלה יעדי תכנון עד שמבוצע תרגול מתאים. דרושות ראיות להגדרת שמירה, הרשאות מחיקה, זמינות מפתחות והתרעות כשל.

חשד פעיל מחייב מסלול אירוע

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

תיעוד רשמי ומקור: CISA: היערכות לכופרה והתאוששות

תשובות ברורות

שאלות בנושא

האם ענן מוגן אוטומטית מכופרה?

לא, תוקף עם הרשאות מתאימות עלול לשנות או למחוק מידע גם בענן. בודקים הפרדת חשבונות, הגנות מחיקה ומדיניות שמירה לפי השירות בפועל.

האם שחזור פותר גם דליפת מידע?

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

איזה עותק בוחרים לשחזור?

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

נדבר על המשימה שלכם?

נבדוק את יכולת ההתאוששות מהעותקים שלכם

שלחו תיאור קצר של המערכת והצורך. נברר את ההיקף, הגישות הנדרשות והאפשרויות לפני תחילת העבודה.

לעזרה מקצועית ביישום