[{"data":1,"prerenderedAt":179},["ShallowReactive",2],{"publication:he:P095":3},{"meta":4,"copy":16,"relatedArticles":139,"terms":171,"term":172,"resourceParent":173,"glossaryParent":176},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P095","\u002Fblog\u002Fincident-response-small-business","article","תוכנית תגובה לאירוע סייבר לעסק קטן","תוכנית תגובה לאירוע סייבר לעסק קטן: מי מחליט ומה מכינים","תוכנית תגובה מעשית לעסק קטן: סמכויות, קשר חלופי, מצבי הפעלה, שמירת ראיות, דיווח ובדיקת חזרה. כולל תרגיל שולחני ותבנית הכנה.",[12,13],"\u002Femergency","\u002Fservices\u002Fsecurity-audit","2026-10-08","2026-10-29",{"intro":17,"sections":18,"checklist":93,"faq":99,"sources":109,"links":114,"cta":134},"תוכנית תגובה לאירוע סייבר לעסק קטן מגדירה מי מרכז טיפול, מי מוסמך לשנות או לעצור שירות, איך משיגים את הספקים ואילו ראיות שומרים. מכינים אותה לפני האירוע ומתרגלים החלטות בלי לפגוע במערכות חיות. היא משלימה תוכנית התאוששות: תגובה עוסקת גם בהבנת האירוע ובצמצום הפגיעה, ולא רק בהחזרת אתר לאוויר.",[19,24,59,68,80,85],{"title":20,"paragraphs":21},"הגדירו נכסים, אנשים וערוץ קשר שאפשר להשתמש בו",[22,23],"רשמו אתר, דואר, זהויות, אחסון, דומיין, גיבויים וחיבורים עסקיים מרכזיים. לכל נכס הגדירו בעלים, ספק ואיש קשר חלופי. אין צורך לכלול סיסמאות בתוכנית; מציינים איך בעל הרשאה ניגש למידע הנחוץ ומי יכול לאשר פעולה. מסמך שמאוחסן רק בתיבה שנפגעה עלול לא להיות זמין בזמן הצורך.","קבעו ערוץ חלופי מוכר לתיאום כאשר יש חשד לחשבון דואר. רשימת הטלפונים מאומתת מראש ומתוחזקת, ולא נלקחת מהודעה חשודה בזמן האירוע. הגדירו גם מי מחליף את האחראי כשהוא אינו זמין. גישה חלופית צריכה להיות מוגנת ומורשית, לא חשבון משותף פתוח שכל ספק מכיר.",{"title":25,"paragraphs":26,"table":28,"sources":55},"מצבי הפעלה וסמכויות מונעים אלתור",[27],"NIST SP 800-61r3 משלב הכנה, גילוי, תגובה, התאוששות ולמידה בתוך ניהול הסיכון. לעסק קטן כדאי לתרגם את העיקרון לשאלות החלטה קצרות. הטבלה היא תבנית מקורית להתאמה, לא נוהל NIST ולא התחייבות לזמן טיפול.",{"caption":29,"headers":30,"rows":34},"מי נדרש להחליט במצב נתון",[31,32,33],"מצב שמפעיל בירור","אחריות שיש לקבוע מראש","החלטה שצריך לתעד",[35,39,43,47,51],[36,37,38],"חשבון לא מוכר או שינוי הרשאה","בעל המערכת והאחראי הטכני","הגבלת גישה ובירור חשבונות נוספים",[40,41,42],"שינוי באתר או התראת קובץ","בעל האתר וספק האחסון","שימור מידע וצמצום מסלול מושפע",[44,45,46],"חשד לחשיפת נתוני לקוחות","הנהלה וגורם מקצועי מתאים","היקף בירור וחובות דיווח",[48,49,50],"פגיעה בהזמנות או בתשלום","אחראי עסקי וטכני","עצירת פעולה מסוימת או חלופה מאושרת",[52,53,54],"חזרה לשירות","בעל תהליך ואחראי טכני","תנאי קבלה וממצאים שנותרו פתוחים",[56],{"label":57,"url":58},"NIST SP 800-61r3: הכנה, תגובה ולמידה מאירועים","https:\u002F\u002Fnvlpubs.nist.gov\u002Fnistpubs\u002Fspecialpublications\u002Fnist.sp.800-61r3.pdf",{"title":60,"paragraphs":61,"sources":64},"הפרידו פעולה לצמצום פגיעה מאיסוף הראיות",[62,63],"צריך לדעת מי רשאי להגביל חשבון, לבודד רכיב או להשהות תהליך, ומה ההשלכה על העסק. אין פעולה גורפת שמתאימה לכל סימפטום. תיאום חשוב במיוחד כשהשינוי עלול לנתק ניהול, לפגוע בגיבוי או למחוק מידע הנחוץ להבנת האירוע. הכנה מראש מצמצמת התלבטות כאשר נדרשת החלטה מהירה.","בחשד לכופרה, המדריך המשותף של CISA ושותפיו מדגיש בידוד מערכות מושפעות ושמירת ראיות. אופן הביצוע נקבע לפי הסביבה והמצב, בעזרת גורם מוסמך. התוכנית צריכה לציין מסלול הסלמה; היא אינה מדריך לביצוע ניסויים, לכיבוי גורף או להתקנת כלי לא מוכר במערכת שנפגעה.",[65],{"label":66,"url":67},"CISA ושותפים: מדריך StopRansomware, מהדורת 2023","https:\u002F\u002Fwww.ic3.gov\u002FCSA\u002F2023\u002F230523.pdf",{"title":69,"paragraphs":70,"sources":73},"קבעו מי מרכז תקשורת ובדיקת חובות דיווח",[71,72],"אדם מוגדר מרכז את העובדות הידועות, השאלות הפתוחות והעדכונים לספקים ולהנהלה. יש להבחין בין תצפית לבין השערה גם בהודעה ללקוח. לא מפרסמים קביעה שאין חשיפת מידע רק מפני שהאתר חזר. מנגד, אין לקבוע היקף דליפה בלי בסיס. תיאום התקשורת נעשה במקביל לטיפול ולא במקום פעולות צמצום.","בישראל קיימת אפשרות לדיווח למערך הסייבר הלאומי, וחובות דיווח לרשות להגנת הפרטיות עשויות לחול לפי תנאי הדין והאירוע. דיווח לגוף אחד אינו מחליף בהכרח דיווח לאחר. קבעו מראש מי בודק זאת מיד מול הגורם המוסמך; אין לדחות בדיקת חובה עד השלמת תחקיר טכני מלא.",[74,77],{"label":75,"url":76},"הרשות להגנת הפרטיות: דיווח על אירוע אבטחה חמור","https:\u002F\u002Fwww.gov.il\u002Fhe\u002Fservice\u002Freport-of-data-breach",{"label":78,"url":79},"מערך הסייבר הלאומי: דיווח על אירוע סייבר","https:\u002F\u002Fwww.gov.il\u002Fhe\u002Fservice\u002Fcyber-event-report",{"title":81,"paragraphs":82},"תרגיל שולחני: חשבון הדואר של המנהל אינו אמין",[83,84],"בתרחיש להמחשה בלבד, נשלחת בקשת גישה מספק דרך תיבת המנהל, ובמקביל מתגלה שינוי לא מוכר באתר. המשתתפים עוברים על התוכנית: כיצד מאמתים את הבקשה, מי מתקשר לספק, מי אוסף מידע ומי מוסמך להגביל גישה. התרגיל נעשה בדיון ובנתונים מלאכותיים, ללא הודעות מתחזות או שינוי חשבונות אמיתיים.","רשמו היכן חסרו מספר טלפון, הרשאה או הבנת תלות. בדקו גם מי מרכז את תמונת המצב ומי בוחן דיווח, בלי להמתין לוודאות מלאה בכל שאלה. הצלחת התרגיל נמדדת בהחלטות שניתן לבצע ובפערים שנקבע להם אחראי, ולא בהבטחה שהצוות ימנע כל אירוע.",{"title":86,"paragraphs":87,"example":90},"תנאי חזרה וסגירה צריכים להיות ידועים מראש",[88,89],"הגדירו אילו פעולות עסקיות חייבות לעבוד כדי לאשר חזרה, מי מאמת אותן ומה מחייב בדיקה נוספת. חזרה חלקית יכולה להיות החלטה לגיטימית אם הסיכון והמגבלות מתועדים. אין לסמן אירוע כסגור בגלל תצוגת דף בית בלבד. צריך לבדוק גם חשבונות, תלויות וממצאים לפי היקף הטיפול.","תוכנית ההתאוששות הנפרדת מתארת סדר החזרת שירותים; התחקיר מוסיף לקחים ומשימות מניעה. עדכנו את רשימת הספקים ואת ההחלטות כשהעסק משנה שירות. CyberFixCrew יכולה לסייע במיפוי ובטיפול הנוגע לאתר ולתשתיות שבתחום השירותים המוגדרים, עם היקף מוסכם. התוכנית אינה הבטחה למענה מסביב לשעון או לשירות SOC.",{"title":91,"text":92},"דף הכנה אחד להפעלת תגובה","רכז ומחליף: __. נכסים וספקים: __. ערוץ חלופי: __. מצבי הפעלה: __. סמכויות שינוי: __. שימור מידע: __. בדיקת דיווח: __. תנאי חזרה ומאשר: __. תרגיל ופערים: __.",[94,95,96,97,98],"נקבעו רכז, מחליף וסמכויות שינוי.","אנשי קשר וערוץ חלופי אומתו.","הוגדרו מצבי הפעלה ושמירת מידע.","דיווח ותקשורת נכללו בהכנה.","תרגיל ותנאי חזרה קיבלו בעלים.",[100,103,106],{"question":101,"answer":102},"לעסק קטן באמת צריך מסמך כזה?","גם דף קצר עם סמכויות, אנשי קשר ומצבי הפעלה יכול להיות שימושי. העיקר שהוא מתאים למערכות, נגיש למורשים וניתן להפעלה.",{"question":104,"answer":105},"זאת אותה תוכנית כמו שחזור גיבוי?","לא, תגובה כוללת בירור וצמצום פגיעה, סמכויות ותקשורת. התאוששות עוסקת בהחזרת יכולות עסקיות, ובדיקת שחזור בוחנת גיבוי מסוים.",{"question":107,"answer":108},"אפשר לתרגל בלי לשלוח פישינג לצוות?","כן, תרגיל שולחני מאפשר לבדוק החלטות ואנשי קשר באמצעות תרחיש מלאכותי, בלי התחזות פעילה או פעולה על מערכות חיות.",[110,111,112,113],{"label":57,"url":58},{"label":66,"url":67},{"label":75,"url":76},{"label":78,"url":79},[115,118,121,124,127,129,131],{"path":116,"label":117},"\u002Fblog\u002Fbusiness-recovery-plan","תוכנית החזרת שירותים לעסק",{"path":119,"label":120},"\u002Fblog\u002Fwebsite-hacked-first-steps","צעדים ראשונים בחשד לפריצה לאתר",{"path":122,"label":123},"\u002Fblog\u002Fwebsite-log-review","בדיקת יומנים ושימור מידע",{"path":125,"label":126},"\u002Fblog\u002Fwebsite-incident-postmortem","למידה ותיקון אחרי האירוע",{"path":12,"label":128},"פנייה בעקבות אירוע או השבתה",{"path":13,"label":130},"מיפוי חשיפה וסדר טיפול",{"path":132,"label":133},"\u002Fblog\u002Fbusiness-phishing-exercise","תרגיל שולחני לבדיקת דיווח והחלטות",{"title":135,"description":136,"button":137,"type":138},"רוצים להכין את העסק לטיפול מסודר באירוע?","נמפה אתר, זהויות ותלות בספקים ונגדיר תוצרים וסמכויות בהתאם להיקף השירות המתאים.","לתיאום בדיקה וטיפול","check",[140,148,155,163],{"id":141,"path":125,"title":142,"description":143,"category":144,"artwork":145,"order":146,"publishedOn":147},"P073","איך מנתחים אירוע פריצה לאתר והופכים לקחים לתיקונים","תחקיר אירוע באתר: ציר זמן, ראיות, סיבה אפשרית מול מוכחת, השפעה ופעולות תיקון. כולל תבנית דוח וכללי סגירה בלי להמציא ודאות.","operations","plan-care",61,"2026-09-28",{"id":149,"path":122,"title":150,"description":151,"category":144,"artwork":152,"order":153,"publishedOn":154},"P122","מה לבדוק ביומני האתר אחרי התראה ואיך שומרים ראיות","בדיקת לוגים אחרי התראה: מקור, זמן, מזהי בקשה, הרשאות וקבצים. איך לקשר תצפיות, לשמור עותק ולהפריד ניסיון תקיפה מראיה לפגיעה.","servers",75,"2026-10-16",{"id":156,"path":157,"title":158,"description":159,"category":144,"artwork":160,"order":161,"publishedOn":162},"P113","\u002Fblog\u002Fwebsite-security-for-agencies","איך סוכנות אתרים מנהלת אבטחה ללקוחות בלי לאבד שליטה","שיטת עבודה לאבטחת אתרי לקוחות בסוכנות: מלאי נכסים, הפרדת גישות, רישיונות, שינויים, אירועים ויציאה. טבלת אחריות ותיק מסירה לכל אתר.","integrations",52,"2026-09-18",{"id":164,"path":165,"title":166,"description":167,"category":144,"artwork":168,"order":169,"publishedOn":170},"P083","\u002Fblog\u002Fvulnerability-prioritization","איך מתעדפים חולשות CVE בעסק ומה מתקנים קודם","תעדוף חולשות באתר ובתשתיות: התאמה למוצר ולגרסה, ניצול מוכר, CVSS, EPSS, חשיפה והשפעה עסקית. טבלת החלטה ובדיקות סיום לכל תיקון.","security",82,"2026-10-22",[],null,{"path":174,"label":175},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":177,"label":178},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062766]