גיבוי מסמכים בענן: המדריך המעשי לעסק קטן
איך בונים עותק שאפשר להסתמך עליו ברגע האמת, ואיך מוודאים שהענן עצמו לא הופך לנקודת הכשל.
רוב העסקים הקטנים בישראל כבר לא מחזיקים ארון תיקייה. חוזה מול ספק, תעודת עוסק מורשה, אישור ניהול ספרים, צילום תעודת זהות של בעל העסק, קבצי מקור של הלוגו — כל אלה יושבים איפשהו בין תיקיית הורדות במחשב, גלריית הטלפון ושרשור בוואטסאפ. זה עובד מצוין עד לרגע שבו המחשב נגנב, הטלפון נופל למים, או שמישהו נכנס לחשבון הדואר ומוחק ממנו את מה שהיה שם.
גיבוי מסמכים בענן הוא הפתרון המתבקש, אבל הוא גם המקום שבו נעשות הטעויות היקרות ביותר: העלאת מסמכי זהות לשירות שהסיסמה שלו זהה לסיסמה של רשת חברתית, גיבוי שמעולם לא נבדק, או שיתוף קישור ציבורי שנשאר פתוח שנתיים אחרי שהצורך בו נגמר. המדריך הזה עוסק בצד ההגנה: איך בונים גיבוי שאפשר להסתמך עליו, ואיך מוודאים שהוא לא הופך בעצמו לנקודת הכשל.
גיבוי מסמכים בענן: איך בונים עותק שאפשר להסתמך עליו כשצריך אותו
ההבדל בין קובץ ששמור בענן לבין גיבוי הוא לא טכנולוגי אלא לוגי. סנכרון אוטומטי של תיקייה למחשב הוא נוחות: מה שקורה לקובץ במחשב קורה לו גם בענן, ולכן מחיקה בטעות או קובץ שהוצפן בידי תוכנה זדונית מתפשטים לעותק "המגובה" תוך שניות. גיבוי אמיתי הוא עותק שהמצב הנוכחי של המקור לא יכול לפגוע בו.
שלושה מאפיינים מפרידים בין השניים, ורוב האנשים מחזיקים רק את הראשון:
- הפרדה. העותק שוכן בשירות או בחשבון שאינו מסונכרן אוטומטית עם המקור.
- גרסאות. אפשר לחזור למצב של הקובץ לפני שבוע, לא רק למצב האחרון. זו ההגנה היחידה מפני מחיקה שלא שמים לב אליה בזמן.
- אפשרות שחזור מוכחת. מישהו הוריד קובץ מהגיבוי ופתח אותו, לפחות פעם אחת, כדי לוודא שהוא תקין וקריא.
כלל שלושת העותקים, בגרסה של עסק קטן
הכלל המקצועי המוכר גורס שלושה עותקים של כל נתון, על שני סוגי מדיה שונים, כשאחד מהם נמצא מחוץ למקום הפיזי. הוא נשמע כבד לעסק של אדם אחד, אבל בפועל הוא מתורגם למשהו פשוט מאוד: הקובץ במחשב, עותק בשירות ענן, ועותק על כונן חיצוני שמנותק מהחשמל ברוב הזמן. הכונן המנותק הוא מה שמנטרל את התרחיש הגרוע ביותר, שבו חשבון הענן עצמו נחסם או נפרץ.
לא כל מסמך שווה את אותה רמת הגנה
הטעות הנפוצה היא להתייחס לכל התיקייה כמקשה אחת. חוזה שכירות וצילום תעודת זהות דורשים יחס שונה לגמרי מקובץ לוגו. הטבלה מציעה חלוקה פשוטה שאפשר ליישם בשעה אחת.
| סוג המסמך | הנזק אם נחשף | הנזק אם אבד | איפה לשמור | כמה זמן |
|---|---|---|---|---|
| מסמכי זהות ותעודות | גבוה — משמש להתחזות | בינוני — ניתן להנפיק שוב | אזור מוצפן ונפרד, לא בתיקייה משותפת | למחוק מהתיקייה השוטפת אחרי השימוש |
| חוזים והסכמים | גבוה — סודיות מול לקוח | גבוה — אין העתק אחר | ענן עם גרסאות והרשאות פרטניות | לפי חובת השמירה החוקית |
| מסמכי הנהלת חשבונות | בינוני | גבוה — נדרשים לביקורת | ענן וגם עותק לא מקוון | שנים, לפי דרישות רשות המסים |
| נכסי מותג וקבצי מקור | נמוך | גבוה — יקר לשחזר | ענן משותף עם הצוות | לצמיתות |
| צילומי מסך של פניות ותמיכה | נמוך | גבוה בזמן אירוע | תיקייה ייעודית לפי אירוע | עד לסגירת הפנייה, ואז ארכיון |
| גיבויי אתר ורשימות דיוור | גבוה — נתוני לקוחות | גבוה | אחסון נפרד מהשרת עצמו | מספר גרסאות אחורה |
מסמכי זהות הם קטגוריה בפני עצמה
צילום תעודת זהות או רישיון נהיגה הוא המסמך היחיד ברשימה שהחשיפה שלו מסוכנת יותר מהאובדן שלו. הוא משמש להתחזות מול גופים שונים, והוא גם בדיוק המסמך שנדרש כשמנסים להוכיח בעלות על חשבון שנפרץ — כפי שקורה בתהליך אימות זהות מול תעודה. לכן ההמלצה המעשית היא להחזיק אותו בעותק אחד, במקום מוגן ונפרד, ולמחוק את ההעתקים הזמניים שנוצרים בכל פעם שמעלים אותו לטופס כלשהו: התיקייה "הורדות", גלריית הטלפון והשיחה בוואטסאפ שדרכה הוא נשלח.
הענן בטוח בדיוק כמו החשבון שמחזיק אותו
ספקי הענן הגדולים מגנים על התשתית שלהם היטב, אבל כמעט אף אירוע אמיתי אצל עסק קטן לא מתחיל בפריצה לתשתית. הוא מתחיל בחשבון: סיסמה שחזרה על עצמה בשירות אחר שדלף, קוד חד-פעמי שנמסר בטלפון למי שהתחזה לנציג, או הודעה שנראתה כמו התראת אבטחה אמיתית. הגיבוי לא שווה יותר מחוזק החשבון שמחזיק אותו.
- סיסמה ייחודית לחשבון הענן ולתיבת הדואר שמשויכת אליו. אלה שני החשבונות שאסור שיחלקו סיסמה עם שום שירות אחר, מהסיבות שפורטו במדריך על בניית סיסמה חזקה לחשבונות עסקיים.
- אימות דו-שלבי, עדיף באפליקציית קודים ולא ב-SMS. הודעת SMS ניתנת ליירוט בהחלפת כרטיס SIM, ואילו אפליקציית קודים מייצרת את הקוד על המכשיר עצמו. אותו עיקרון חל על כל חשבון עסקי, כמתואר במדריך הפעלת אימות דו-שלבי.
- קודי גיבוי שמורים מחוץ למכשיר. מודפסים או במנהל סיסמאות שאינו על אותו טלפון.
- ערנות להודעות שמבקשות התחברות דחופה. התבנית חוזרת על עצמה בכל הפלטפורמות ומפורטת במדריך על זיהוי הודעות פישינג.
שיתוף הרשאות הוא הדליפה השקטה
ברוב העסקים הקטנים המסמכים לא נגנבים אלא פשוט נשארים פתוחים. קישור "לכל מי שיש את הכתובת" שנוצר כדי לשלוח חוזה אחד ללקוח אחד ממשיך לעבוד גם שנתיים אחר כך. מנהלת חשבונות שסיימה את ההתקשרות נשארת עם הרשאת עריכה לתיקייה. עובד שעזב עדיין רשום כמשתמש.
שלוש פעולות פשוטות סוגרות את רוב הפער: העדיפו שיתוף לכתובת דואר מזוהה על פני קישור פתוח, קבעו תאריך תפוגה לקישורים כשהשירות תומך בכך, וקבעו לעצמכם מועד קבוע — פעם ברבעון — לעבור על רשימת המשתמשים והקישורים הפעילים ולנקות אותה. הרעיון הזה זהה לניהול הרשאות ברשתות החברתיות, שנדון במדריך על אבטחת חשבון עסקי לצוות עם כמה אנשים.
גיבוי שלא נבדק אינו גיבוי
זו הנקודה שנוטים לדלג עליה, והיא היחידה שמבדילה בין תחושת ביטחון לביטחון. תיקייה שמסתנכרנת יכולה להיראות תקינה שנה שלמה בזמן שהיא למעשה עצרה: השירות התנתק אחרי שינוי סיסמה, שטח האחסון התמלא, או שתיקייה אחת הוצאה מהסנכרון בטעות. שום דבר בממשק לא צועק על כך.
הבדיקה אורכת דקות ספורות. פעם ברבעון, בחרו שני קבצים — אחד ישן ואחד חדש — הורידו אותם מהגיבוי למכשיר אחר מזה שיצר אותם, ופתחו אותם. אם שניהם נפתחים ותוכנם עדכני, הגיבוי חי. בהזדמנות הזו בדקו גם את תאריך השינוי האחרון של התיקייה כולה: תאריך ישן מדי הוא הסימן הראשון לסנכרון שנפל.
תיקיית החירום שכדאי להכין מראש
יש קבוצה קטנה של מסמכים שנדרשים דווקא ברגע שבו הגישה לחשבונות אבדה — ולכן אסור שהם יהיו שמורים רק בתוך אותם חשבונות. שמרו אותם בעותק נפרד ונגיש: צילום מסך של פרטי החשבונות העסקיים ושמות המשתמש, כתובות הדואר והטלפונים המשויכים לכל חשבון, אישורי בעלות על הדומיין, חשבוניות רכישה של שירותים, וקודי הגיבוי. כשצריך להגיש פנייה לשחזור, אלה בדיוק הפרטים שהמערכת מבקשת, והם מה שמפריד בין פנייה שנסגרת מהר לפנייה שנתקעת.
שורה תחתונה
גיבוי מסמכים בענן הוא לא מוצר שקונים אלא הרגל שמתחזקים: הפרדה בין העותק לבין המקור, גרסאות שמאפשרות לחזור אחורה, חשבון שמוגן בסיסמה ייחודית ובאימות דו-שלבי, הרשאות שנבדקות מדי רבעון, ובדיקת שחזור אחת שמוכיחה שהכול באמת עובד. חמשת אלה יחד לוקחים פחות משעה להקים, והם ההבדל בין אירוע אבטחה מטריד לבין אירוע שמשבית עסק.
שאלות נפוצות
האם סנכרון אוטומטי לענן נחשב גיבוי?
לא במלואו. סנכרון משקף את מצב המקור, כך שמחיקה בטעות או הצפנה בידי תוכנה זדונית מתפשטות גם לעותק שבענן. כדי שזה ייחשב גיבוי צריך שתי תוספות: היסטוריית גרסאות שמאפשרת לחזור למצב קודם של הקובץ, ועותק נוסף שאינו מסונכרן אוטומטית — למשל כונן חיצוני שמחובר רק בזמן ההעתקה.
איפה שומרים צילום של תעודת זהות בצורה בטוחה?
בעותק אחד בלבד, באזור נפרד ומוגן שאינו משותף לאף אחד, ולא בתיקייה השוטפת שממנה שולחים קבצים. חשוב באותה מידה למחוק את ההעתקים הזמניים שנוצרים בכל העלאה: תיקיית ההורדות, גלריית הטלפון והשיחה שדרכה נשלח הקובץ. החשיפה של מסמך זהות מסוכנת יותר מאובדנו, כי אפשר להנפיק אותו מחדש.
כל כמה זמן צריך לבדוק שהגיבוי עובד?
פעם ברבעון מספיקה לרוב העסקים הקטנים. הבדיקה עצמה קצרה: בוחרים שני קבצים, אחד ישן ואחד חדש, מורידים אותם מהגיבוי למכשיר אחר מזה שיצר אותם ופותחים אותם. בהזדמנות הזו כדאי לבדוק גם את תאריך השינוי האחרון של התיקייה — תאריך ישן מדי הוא הסימן הראשון שהסנכרון נפסק בשקט.
מה עדיף, שיתוף בקישור או שיתוף לכתובת דואר?
שיתוף לכתובת דואר מזוהה עדיף כמעט תמיד, כי הגישה קשורה לזהות מסוימת וניתן לשלול אותה בנפרד. קישור פתוח עובד לכל מי שמחזיק בו, כולל מי שקיבל אותו בהעברה, והוא נוטה להישאר פעיל הרבה אחרי שהצורך נגמר. אם משתמשים בכל זאת בקישור, כדאי לקבוע לו תאריך תפוגה ולעבור על רשימת הקישורים הפעילים מדי רבעון.
