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