[{"data":1,"prerenderedAt":120},["ShallowReactive",2],{"publication:he:P168":3},{"meta":4,"copy":15,"relatedArticles":106,"terms":107,"term":108,"resourceParent":114,"glossaryParent":117},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14},"P168","\u002Fglossary\u002Fimmutable-backup","term","מהו גיבוי בלתי ניתן לשינוי","מהו גיבוי בלתי ניתן לשינוי ומה מגבלות ההגנה","Immutable Backup מגביל שינוי או מחיקה של עותק לפי מדיניות. מה ננעל, מי יכול לעקוף, ומה ההבדל בין הגנה לבין עותק נקי.",[12,13],"\u002Fservices\u002Fbackups","\u002Fblog\u002Fransomware-protection-cloud-backup-strategy","2026-10-29",{"intro":16,"sections":17,"checklist":69,"faq":74,"sources":84,"links":86,"cta":101},"גיבוי בלתי ניתן לשינוי, Immutable Backup, הוא עותק המוגן משינוי או מחיקה בהתאם למנגנון ולמדיניות שהוגדרו. המונח אינו אומר שכל המערכת בלתי פגיעה או שהעותק נקי. צריך לבדוק מה מוגן, למשך כמה זמן, מי יכול לשנות את המדיניות ואיך אפשר לשחזר את הנתונים בפועל.",[18,23,32,59,64],{"title":19,"paragraphs":20},"מה פירוש נעילה של עותק",[21,22],"מנגנוני WORM, כלומר כתיבה פעם אחת וקריאה פעמים רבות, יכולים להגן על נתון או על גרסה מסוימת לתקופה מוגדרת. ההגנה עשויה לחול על אובייקטים שנבחרו, ולא על כל המידע שהעסק מחזיק. שם מסחרי של נעילה אינו מפרט בעצמו את התחולה.","בדקו את תאריך תחילת ההגנה וסיומה, את ההרשאות ואת התנהגות יצירת עותקים חדשים. אין צורך לבצע ניסוי מחיקה על גיבוי חי; אפשר להתחיל מקריאת המדיניות ולתכנן בדיקה מורשית על נתון מלאכותי.",{"title":24,"paragraphs":25,"sources":28},"דוגמה מוגדרת: Object Lock ב-Amazon S3",[26,27],"ב-S3 ההגנה חלה על גרסאות אובייקט, ויצירת גרסה חדשה אינה בהכרח נחסמת. התיעוד מבדיל בין Governance, שבו קיימת אפשרות עקיפה לבעלי הרשאות מיוחדות, לבין Compliance, שמגביל שינוי ומחיקה של הגרסה המוגנת בתקופת השמירה גם למשתמשים בעלי כוח רחב בחשבון.","זו דוגמת ספק ולא הבטחה אחידה של כל מוצר. גם תחולת ההגנה ותנאי החשבון חשובים. אין להפעיל נעילה שקשה לשנות על נתונים חיים לפני שמבינים עלות, שמירה, מחיקה נדרשת ותהליך יציאה.",[29],{"label":30,"url":31},"Amazon S3: מנגנון Object Lock ומצבי שמירה","https:\u002F\u002Fdocs.aws.amazon.com\u002FAmazonS3\u002Flatest\u002Fuserguide\u002Fobject-lock.html",{"title":33,"paragraphs":34,"table":36},"ארבע שאלות לבדיקת הטענה שהעותק מוגן",[35],"הטבלה היא כלי לבירור עם הספק או מנהל המערכת. תשובה שלא נבדקה אינה הופכת להבטחה רק מפני שהמוצר משתמש במילה Immutable.",{"caption":37,"headers":38,"rows":42},"מה לברר על הגנת העותק",[39,40,41],"שאלה","למה היא חשובה","ראיה שימושית",[43,47,51,55],[44,45,46],"איזו גרסה מוגנת","לא כל עותק בהכרח ננעל","מדיניות ונתון ניסיון",[48,49,50],"מתי ההגנה מסתיימת","הגנה אינה בהכרח לנצח","תאריך והיקף שמירה",[52,53,54],"מי יכול לעקוף","תלוי במצב ובסמכות","תפקידים ותיעוד ספק",[56,57,58],"איך משחזרים","שמירה אינה שווה שימושיות","ניסוי קריאה ושחזור",{"title":60,"paragraphs":61},"למה נעילה אינה בדיקת ניקיון או שלמות",[62,63],"אם נתון פגום, חסר או מושפע מפגיעה נכתב לעותק, הגנה מפני שינוי אינה מתקנת אותו. היא עשויה לשמר היטב מצב שאינו מתאים להתאוששות. לכן בודקים כיסוי, נקודת זמן ופעולה עסקית לצד מנגנון השמירה.","דוגמה להמחשה: נשמר מסד נתונים נעול, אך תיקיית העלאות לא נכללה. ההגנה על המסד אינה משיבה קבצים שלא הועתקו. יש לתעד שני דברים נפרדים: מה הוגן ממחיקה ומה הוחזר בהצלחה בניסוי.",{"title":65,"paragraphs":66},"איך משלבים הגנה עם ניהול גישה ושחזור",[67,68],"המשיכו להגן על חשבונות, מפתחות ונתיבי התאוששות. הרשאה לקרוא עותק יכולה להיות רגישה גם כאשר אי אפשר למחוק אותו. אובדן מפתח או גישה יכול למנוע שחזור של עותק שנשמר ללא שינוי.","הגדירו עם הגורם המורשה שמירה ותנאי שינוי לפי הצורך העסקי והמדיניות המאושרת. כאשר לא ניתן להסיר נתונים לפני תום תקופה, צריך להבין זאת לפני ההפעלה. אין להציג את המנגנון לבדו כאישור ציות משפטי או כתחליף לבדיקת שחזור.",[70,71,72,73],"מובנים התחולה ומשך ההגנה.","נבדקו סמכויות שינוי ועקיפה.","נשמר מסלול קריאה ושחזור מורשה.","כיסוי וניקיון נבחנים בנפרד מהנעילה.",[75,78,81],{"question":76,"answer":77},"Immutable הוא תמיד עותק מנותק מהרשת?","לא, הגנה מפני שינוי יכולה לפעול גם באחסון מקוון. ניתוק, הפרדת זהויות ונעילה הם מנגנונים שונים.",{"question":79,"answer":80},"האם מנהל תמיד יכול לבטל את ההגנה?","אין תשובה אחידה. הדבר תלוי במוצר, במצב ובמדיניות. בודקים את התיעוד והסמכויות בפועל במקום להניח שאפשר לבטל או שאיש אינו יכול.",{"question":82,"answer":83},"אפשר להפסיק לבדוק גיבויים אחרי נעילה?","לא, עדיין צריך לבדוק שהנתונים הדרושים נשמרים ושאפשר לשחזרם, ושלא אבדו גישה או מפתחות.",[85],{"label":30,"url":31},[87,90,93,96,99],{"path":88,"label":89},"\u002Fglossary\u002Fbackup","מה זה גיבוי",{"path":91,"label":92},"\u002Fblog\u002Fbackup-access-separation","הפרדת גישות לגיבויים",{"path":94,"label":95},"\u002Fblog\u002Fbackup-restore-test","בדיקת השחזור בנפרד מהשמירה",{"path":97,"label":98},"\u002Fblog\u002Fbackup-provider-checklist","שאלות לספק גיבוי",{"path":12,"label":100},"בדיקת הגדרות גיבוי",{"title":102,"description":103,"button":104,"type":105},"רוצים להבין מה באמת מוגן בעותק שלכם?","נבדוק מדיניות, גישה ותלות ונגדיר בדיקה מתואמת לפי יכולות המוצר.","לתיאום בדיקת גיבוי ושחזור","check",[],[],{"name":109,"aliases":110},"גיבוי בלתי ניתן לשינוי",[111,112,113,109],"immutable backup","worm","גיבוי נעול",{"path":115,"label":116},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":118,"label":119},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061171]