[{"data":1,"prerenderedAt":161},["ShallowReactive",2],{"publication:he:P072":3},{"meta":4,"copy":16,"relatedArticles":121,"terms":153,"term":154,"resourceParent":155,"glossaryParent":158},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P072","\u002Fblog\u002Fbackup-access-separation","article","איך מפרידים גישות לגיבויים","איך מפרידים גישות לגיבויים בלי לאבד יכולת שחזור","מיפוי חשבונות, הרשאות מחיקה ושחזור גיבוי: הפרדת זהויות, בעלות, חשבונות שירות וניסוי מורשה בלי למחוק גיבוי חי.",[12,13],"\u002Fservices\u002Fbackups","\u002Fservices\u002Faccess-2fa-audit","2026-07-24","2026-10-29",{"intro":17,"sections":18,"checklist":78,"faq":84,"sources":94,"links":99,"cta":116},"הפרדת גישות לגיבויים נועדה לצמצם מצב שבו אותה זהות יכולה לפגוע גם בנתונים הפעילים וגם בעותק שממנו צריך להתאושש. בודקים מי יכול לכתוב, לקרוא, לשחזר, למחוק ולשנות את מדיניות השמירה. המטרה אינה רק לפתוח חשבון נוסף, אלא ליצור הפרדה שניתן להבין ולבדוק, תוך שמירת דרך שחזור מורשית וזמינה.",[19,24,51,56,65,70],{"title":20,"paragraphs":21},"מפו סמכויות ולא רק שמות משתמשים",[22,23],"התחילו בנתונים הפעילים, מנגנון הגיבוי, יעד האחסון, חשבון החיוב וערוצי השחזור. רשמו גם מי מנהל את הדואר שאליו נשלח איפוס סיסמה. שני חשבונות עם אותו נתיב שחזור עלולים להישאר תלויים באותה נקודת כשל.","הפרידו בין אדם, חשבון שירות ומנהל בעל סמכות גבוהה. סיסמה אחרת לאותה הרשאת-על אינה בהכרח הפרדה מספקת. גם תהליך אוטומטי שעובד בשם עובד שעזב דורש בירור לפני שינוי; ביטולו ללא מיפוי יכול לעצור גיבויים חדשים.",{"title":25,"paragraphs":26,"table":28},"בנו מטריצת הרשאות לכל פעולה",[27],"הטבלה מציעה שאלות לבחינה במוצר שלכם. אין להניח שכל ספק מאפשר את אותה חלוקת תפקידים. אם אין תפקיד מצומצם מתאים, תעדו את המגבלה ואת הבקרה המשלימה במקום להצהיר שהושגה הפרדה מלאה.",{"caption":29,"headers":30,"rows":34},"מי רשאי לעשות מה בעותק ההתאוששות",[31,32,33],"תפקיד","יכולת נחוצה לבדיקה","יכולת שיש לברר בנפרד",[35,39,43,47],[36,37,38],"תהליך גיבוי","כתיבת העותק הנדרש","מחיקת היסטוריה ושינוי שמירה",[40,41,42],"מבצע שחזור","קריאת העותק המאושר ליעד מתאים","שינוי כל החשבונות וההרשאות",[44,45,46],"מנהל מדיניות","אישור תצורת שמירה","עקיפה או ביטול נעילה",[48,49,50],"בעל העסק","שליטה בבעלות ובתהליך חירום","גישה שוטפת לסודות של כל מערכת",{"title":52,"paragraphs":53},"חזקו את דרך הניהול ואת השחזור החלופי",[54,55],"הגנו על חשבונות ניהול באמצעי אימות נתמכים, בדקו הרשאות מזעריות והגדירו מי רשאי לאשר שינוי רגיש. מסלול גישה חלופי צריך להיות מוגן ומתועד בלי לפרסם קודים או מפתחות במסמך העבודה. אם האחראי אינו זמין, העסק צריך לדעת למי לפנות ואיזה אישור נדרש.","כספת, דואר וספק זהות הם תלויות בפני עצמם. אל תאחסנו את פרטי השחזור היחידים בתוך אותה מערכת שזמינותה נבדקת. אין משמעות להפרדה שמונעת גם מהגורם המורשה להתאושש בשעת תקלה.",{"title":57,"paragraphs":58,"sources":61},"בדקו מחיקה והגנות על נתוני ניסיון בלבד",[59,60],"קראו את התפקידים והמדיניות, ובמידת האפשר צרו ניסוי עם אובייקט מלאכותי וחשבון מוגבל. בדקו כתיבה נדרשת ומניעת פעולה שאינה מורשית, בלי לנסות למחוק היסטוריית גיבוי אמיתית. הגדרה במסך אינה מספיקה אם איש לא בחן איזו מדיניות חלה על הנתון בפועל.","יש מוצרים שמוסיפים אישור או אימות לפעולות קריטיות. לדוגמה, Microsoft מתעדת הגנות מסוימות לגיבויים היברידיים ב-Azure עם תחולה מפורשת למוצרים ולגרסאות. זו דוגמה לתלות ביישום; אין להעתיק את היכולת לכל גיבוי בענן או להניח שהיא הופעלה בחשבון שלכם.",[62],{"label":63,"url":64},"Microsoft: הגנות בפעולות גיבוי היברידי ב-Azure","https:\u002F\u002Flearn.microsoft.com\u002Fen-us\u002Fazure\u002Fbackup\u002Fbackup-azure-security-feature",{"title":66,"paragraphs":67},"דוגמה: חשבון האחסון מנהל גם את העותקים",[68,69],"זו המחשה ולא מקרה לקוח. באתר נשמרים גיבויים אצל ספק האחסון, ואותו חשבון יכול למחוק את האתר ואת ההיסטוריה. האחראי ממפה את היכולת, בודק יעד נוסף ובעלות, ומוודא שאפשר לקרוא עותק משם באמצעות מסלול מורשה גם כשהאחסון הראשי אינו זמין.","הפתרון נבחר לאחר בדיקת כיסוי ועלויות, לא רק על ידי שינוי שם התיקייה. אם עדיין יש מנהל שיכול למחוק את שתי הסביבות, מתעדים זאת. הגנה מפני שינוי, שמירת גרסאות והפרדת זהויות יכולות להשלים זו את זו, אבל אף תווית אינה הוכחה לעותק נקי ומלא.",{"title":71,"paragraphs":72,"example":75},"השאירו רישום שינוי ובדיקת תפקוד",[73,74],"לאחר שינוי הרשאות בדקו שגיבוי חדש עדיין נוצר, שניתן לקרוא עותק מאושר ושמסלול השחזור לא נפגע. לפני החלפת מפתח או הסרת ספק, זהו את כל התהליכים המשתמשים בו. בצעו שינוי בהיקף מתואם ואל תשתפו סודות בהודעת הפנייה.","רשומת המסירה צריכה לציין חשבונות ותפקידים, הרשאות לפני ואחרי, תוצאת בדיקה ומגבלות שנותרו. קבעו בחינה בעת עזיבת עובד, החלפת ספק, שינוי זהות או חיבור יעד נוסף. אם יש חשד לחשבון שנפרץ, צריך לתאם תגובה לאירוע ולא להסתפק בביקורת הרשאות מחזורית.",{"title":76,"text":77},"תבנית לבדיקת הפרדת גישות","נכס: __. זהות כותבת: __. זהות קוראת: __. סמכות מחיקה ושינוי שמירה: __. מסלול שחזור חלופי: __. בדיקה בנתון מלאכותי: __. חריג ואחראי: __. אין לכלול סיסמאות, מפתחות או קודי שחזור.",[79,80,81,82,83],"מופו גם סמכויות מחיקה ושינוי מדיניות.","נבדקו תלויות דואר, כספת וספק זהות.","ניסוי הרשאות בוצע רק על נתוני ניסיון מאושרים.","נבדק שגיבוי חדש ושחזור מורשה עדיין עובדים.","החריגים קיבלו בעלים ומועד בחינה.",[85,88,91],{"question":86,"answer":87},"חשבון עם סיסמה שונה מספיק?","לא בהכרח: בדקו מי יכול לאפס אותו, לאיזו מערכת זהות הוא שייך ואילו מנהלים שולטים בשני החשבונות. ההפרדה נבחנת לפי סמכות ונתיבי שחזור, לא רק לפי מספר הסיסמאות.",{"question":89,"answer":90},"להסיר מתהליך הגיבוי כל הרשאת מחיקה?","רק לאחר בירור תפקוד ומדיניות המוצר. תהליך עשוי להזדקק לפעולות ניהול מסוימות. מצמצמים לפי היכולת הנתמכת ובודקים מחדש, בלי להשבית מחזור גיבוי חי מתוך הנחה גורפת.",{"question":92,"answer":93},"גיבוי נעול פוטר מהפרדת גישות?","לא, עדיין צריך להגן על ניהול, קריאה, העלאת עותקים חדשים, מפתחות ושחזור. גם נעילה מוגבלת להיקף ולמשך שהוגדרו, ואינה מאמתת את תוכן העותק.",[95,96],{"label":63,"url":64},{"label":97,"url":98},"NCSC: כיסוי גיבוי והיערכות לשחזור","https:\u002F\u002Fwww.ncsc.gov.uk\u002Fcollection\u002Fsmall-organisations-guide-to-cyber-security\u002Fbacking-up-your-data",[100,103,106,109,112,114],{"path":101,"label":102},"\u002Fglossary\u002Fleast-privilege","עקרון ההרשאה המזערית",{"path":104,"label":105},"\u002Fglossary\u002Fimmutable-backup","מהו גיבוי בלתי ניתן לשינוי",{"path":107,"label":108},"\u002Fblog\u002Fbackup-restore-test","בדיקת שחזור בפועל",{"path":110,"label":111},"\u002Fblog\u002Fleast-privilege-small-business","ביקורת הרשאות בעסק",{"path":12,"label":113},"בדיקת הגדרות גיבוי ושחזור",{"path":13,"label":115},"מיפוי חשבונות ואמצעי כניסה",{"title":117,"description":118,"button":119,"type":120},"רוצים לבדוק מי יכול לפגוע גם במקור וגם בגיבוי?","נמפה זהויות, סמכויות ותלויות ונגדיר שינוי ובדיקת שחזור לפי המוצרים הקיימים.","לתיאום בדיקת גיבוי ושחזור","check",[122,131,139,147],{"id":123,"path":124,"title":125,"description":126,"category":127,"artwork":128,"order":129,"publishedOn":130},"P186","\u002Fblog\u002Fbackup-provider-checklist","איך בוחרים שירות גיבוי לפי שחזור, גישה ותכולה","בחירת שירות גיבוי לעסק לפי כיסוי, גרסאות, הרשאות ושחזור. שאלות לספק וטבלת ניסוי קבלה לפני רכישה או מעבר.","backups","servers",71,"2026-07-08",{"id":132,"path":133,"title":134,"description":135,"category":127,"artwork":136,"order":137,"publishedOn":138},"P071","\u002Fblog\u002Fbackup-vs-sync","מה ההבדל בין גיבוי לסנכרון ואיך בודקים מה יש לכם","גיבוי לעומת סנכרון: מחיקה, גרסאות, חשבונות גישה ושחזור. תרגיל בטוח עם קובצי בדיקה כדי להבין אם אפשר לחזור למצב קודם.","integrations",87,"2026-08-09",{"id":140,"path":141,"title":142,"description":143,"category":127,"artwork":144,"order":145,"publishedOn":146},"P188","\u002Fblog\u002Fbusiness-recovery-plan","תוכנית התאוששות לעסק קטן: סדר פעולות, אחריות ובדיקות","איך בונים תוכנית התאוששות לאתר ולמערכות העסק: תהליכים חיוניים, RTO ו-RPO, תלות בספקים, תרגיל שולחני ובדיקות חזרה.","plan-plus",63,"2026-06-22",{"id":148,"path":107,"title":149,"description":150,"category":127,"artwork":127,"order":151,"publishedOn":152},"P049","איך בודקים שחזור גיבוי אתר","איך לבדוק שחזור גיבוי בלי לדרוס את האתר הפעיל: סביבת בדיקה, ניתוק חיובים ודיוור, אימות נתונים ותיעוד תוצאות.",95,"2026-08-23",[],null,{"path":156,"label":157},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":159,"label":160},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062480]