מילון סייבר בעברית

מהו כלל גיבוי 3-2-1 ומה הוא אינו מבטיח

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

מה סופרים בכלל 3-2-1

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

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

Canadian Centre for Cyber Security: תכנון גיבוי וכלל 3-2-1

כשל משותף יכול לפגוע בכמה עותקים יחד

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

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

עותק לא מקוון וגיבוי בלתי ניתן לשינוי הם תכונות נוספות

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

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

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

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

Canadian Centre for Cyber Security: הכנת תוכנית התאוששות

איך בוחנים את העיקרון בעסק

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

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

מקור מקצועי: Canadian Centre for Cyber Security: תכנון גיבוי וכלל 3-2-1מקור מקצועי: Canadian Centre for Cyber Security: הכנת תוכנית התאוששות

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

שאלות שעולות בנושא

3-2-1 פירושו שלושה גיבויים בנוסף למקור?

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

שתי תיקיות בענן מקיימות אוטומטית את הכלל?

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

עמידה בכלל מבטיחה התאוששות מכופרה?

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

מתקדמים לפי הצורך

לא יודעים אם העותקים באמת נפרדים?

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

לתיאום בדיקה וטיפול