ידע מעשי של CyberFixCrew

דוח אבטחת אתר לדוגמה: ממצאים, תיקונים ומגבלות

דוח אבטחת אתר שימושי מחבר בין ממצא, ראיה, השפעה, תיקון ובדיקה חוזרת. הדוגמה כאן מבוססת על ניסוי מקומי שבוצע ב-28.10.2026 בסביבת Node.js מלאכותית. זה אינו דוח לקוח, אינו בדיקת WordPress ואינו הוכחה לאבטחת אתר ייצור.

היקף הניסוי והסביבה

נבדק שרת הדגמה שמאזין רק ל-127.0.0.1, עם נתיב /backup.json שמחזיר רשומה מלאכותית. לא נבדקו דומיינים חיצוניים, נתוני לקוחות, משתמשים מחוברים או שרתי ייצור.

הניסוי הורץ ב-Node.js v24.18.0. קובץ התוצאה להורדה כולל זמן UTC, תגובות HTTP והחרגות. קוד הניסוי זמין לצורך שחזור מקומי; הפעלתו יוצרת שרת זמני במחשב בלבד וסוגרת אותו בסיום.

הממצא: נתיב גיבוי נגיש ללא אימות

לפני השינוי, בקשת GET ל-/backup.json החזירה HTTP 200 ואת הסמן SYNTHETIC-NO-CUSTOMER-DATA. זו הראיה לנגישות הנתיב בסביבת ההדגמה, לא ראיה לדליפת מידע אמיתי.

באתר אמיתי, משמעותו של גיבוי נגיש תלויה בתוכן, בהרשאות ובמידע שהוא חושף. כאן אין בסיס להענקת ציון CVSS או לחומרה עסקית, משום שהמידע מלאכותי. בדוח אמיתי יש לנמק את העדיפות לפי חשיפה והשפעה שנבדקו.

ממצא LAB-001
שדהתוצאה
נכסשרת Node.js מקומי, נתיב /backup.json
ראיה לפני תיקוןHTTP 200 עם רשומת הדגמה
השפעה בניסויהורדת מידע מלאכותי בלבד
העדיפות בייצורתיקבע לפי התוכן והחשיפה בפועל; לא נמדדה כאן

התיקון והבדיקה החוזרת

הקוד שונה כך שנתיב הגיבוי אינו מחזיר עוד את הרשומה הציבורית. בבדיקה חוזרת התקבל HTTP 404 בנתיב, ובקשת דף הבית המשיכה להחזיר HTTP 200.

התוצאה מוכיחה את סגירת הנתיב המסוים בניסוי. היא אינה מוכיחה שאין עותק במקום אחר, שלא הייתה הורדה בעבר או שכל מנגנוני הגישה באתר אחר תקינים. בייצור יש לבדוק אחסון מחוץ לתיקייה ציבורית, הרשאות ושימור עותקים לפי התכנון.

איך להשתמש במבנה לדוח שלכם

לכל ממצא תנו מזהה, כתובת או רכיב, מועד בדיקה, תנאים וראיה מצומצמת שאינה חושפת סודות. הסבירו מה ידוע ומה דורש גישה נוספת. בסיום תעדו גם מה לא נבדק.

הימנעו מציון כולל שאינו מסביר את ההיקף. עדיף לדעת שנותר פער בגיבוי עם בעל אחריות, מאשר לקבל מספר גבוה בלי תיעוד של בדיקת שחזור.

תבנית ריקה לתיעוד, בנפרד מממצא LAB-001
שדהמה ממלאים
מזהה ונכסמזהה ממצא ורכיב ללא סודות
תנאי בדיקהמועד, גישה ושיטה שאושרו
ראיה והשפעהתצפית מסוננת ומשמעות שניתן לבסס
המלצה ואחריותפעולה ובעל תפקיד
בדיקה חוזרתמועד, תוצאה וחריג
מגבלהמה לא נבדק או לא אומת

מה לשאול לפני הזמנת בדיקה

האם הבדיקה כוללת רק מידע פומבי או גם הרשאות ניהול? האם בדיקה חוזרת כלולה? מי מתקן ממצא שתלוי באחסון או בספק חיצוני? האם קיימת סביבת בדיקה ושמירת ראיות? תשובות אלה יקבעו את הערך המעשי של הדוח.

איך משחזרים את הניסוי המקומי

הורידו את קובץ security-audit-lab.mjs מהקישור בעמוד, שמרו אותו בתיקייה מקומית ופתחו בה מסוף עם Node.js מתאים. ההדגמה המקורית נבדקה בגרסה 24.18.0. הריצו node security-audit-lab.mjs. השרת נפתח רק ב-127.0.0.1 ונסגר בסיום; אין להזין יעד חיצוני.

  1. before.status מציג 200 ואת הסמן המלאכותי לפני התיקון.
  2. retest.status מציג 404 בנתיב שנסגר; homeStatus נשאר 200.
  3. checkedAt ו-environment מתארים את ההרצה שלכם. שמרו פלט חדש בנפרד, בלי להחליף את תיעוד ההרצה המקורית.

שלוש רמות מסקנה

ממצא מאומת: נתיב ההדגמה החזיר 200 לפני התיקון ו-404 אחריו. השערה לבירור: ייתכן עותק בנתיב אחר, אך הניסוי אינו בודק זאת. תחום שלא נבדק: הרשאות משתמשים בשרת ייצור. ההפרדה הזאת מונעת מהמלצה להפוך בטעות לעובדה.

מקור מקצועי: NIST SP 800-115: תכנון בדיקות אבטחה ומגבלותיהן

תשובות ברורות

שאלות שעולות בנושא

האם זה דוח של לקוח אמיתי?

לא, זו הדגמה מקומית עם נתונים מלאכותיים שנוצרה כדי להראות כיצד לתעד ממצא ובדיקה חוזרת.

HTTP 404 מוכיח שהגיבויים מוגנים?

רק שהנתיב שנבדק אינו מחזיר את הקובץ באותה בדיקה. צריך לבדוק בנפרד נתיבים אחרים, הרשאות, אחסון והיסטוריית חשיפה.

האם כל דוח שלכם ייראה כך?

המבנה מדגים את רמת הפירוט הרצויה. התכולה והשיטות נקבעות לפי הנכסים, ההרשאות והיקף העבודה שסוכם.

מתקדמים לפי הצורך

רוצים דוח שמתייחס לאתר שלכם?

נגדיר את הנכסים והשאלות, את הגישה הנדרשת ואת אופן התיעוד לפני תחילת הבדיקה.

להגדרת בדיקת אתר