התחילו בתצפית שאפשר לתאר במדויק
רשמו מה ראיתם, באיזו כתובת, מתי ובאיזה הקשר. האם התופעה הופיעה רק במכשיר אחד, אחרי שינוי, או לפי דיווח של מבקר? תיעוד WordPress ממליץ לתאר סימנים, זמן ושינויים אחרונים כדי לבסס בירור. המטרה היא לתת נקודת התחלה, לא לנחש מי תקף.
אם הדף חשוד בהפצת נוזקה, אל תפתחו אותו שוב במחשב עבודה כדי לצלם. השתמשו בדיווח קיים ובמסלול בדיקה מתאים של גורם מורשה. לא מזינים פרטי כניסה במסך לא מוכר ולא מתקינים כלי שמוצע בהודעה מאיימת. גם צילום יכול להכיל מידע שיש להשחיר לפני שיתוף.
לכל סימן יש שאלה והסבר חלופי לבדיקה
הטבלה היא מסגרת מיון מקורית, לא אבחון אוטומטי. סימן חמור דורש תגובה מתאימה גם לפני שהסיבה סופית, אך המסקנה צריכה להבדיל בין מה שנצפה, מה שמשוער ומה שכבר אומת. היעדר שורה בטבלה אינו שולל פגיעה אחרת.
| סימן | מה עוד יכול להסביר אותו | מה צריך לברר |
|---|---|---|
| משתמש ניהול לא מוכר | עבודה מאושרת שלא תועדה | בעלים, תפקיד וזמן יצירה |
| הפניה לא צפויה | כלל יישום או DNS שגוי | יעד, הקשר ושינוי מאושר |
| כותרת זרה בחיפוש | תוכן ישן או הזרקה | כתובת ומצב באתר וב-Search Console |
| האטה או שגיאות | עדכון, עומס או תלות | ציר זמן, תעבורה ומשאבים |
| התראת קובץ | עדכון תקין או שינוי לא מורשה | מקור, גרסה והיקף שינוי |
| אזהרת דפדפן | ממצא אבטחה שמחייב בירור | הדוח הרלוונטי והיקף הדגימות |
בחנו הרשאות ושינויים בלי למחוק את ההקשר
בדקו מי היה מורשה לבצע עבודה ואילו שינויים אושרו. משתמש זר, קובץ לא מוכר או תוסף חדש יכולים להיות ראיה חשובה, אבל צריך להבין הקשר. אל תמחקו רכיב או רשומה רק כדי לראות אם הסימן נעלם. מחיקה יכולה לפגוע בתפקוד וביכולת לברר מה קרה.
הבדיקה נעשית על ידי בעל הרשאה או גורם שקיבל היקף עבודה. מפתחות, קבצי סביבה ונתוני לקוחות אינם נשלחים כנספח רגיל. אם נדרשת הגבלת גישה דחופה, מסכמים פעולה ושימור מידע לפי המצב, ולא מחכים לאבחון מושלם בזמן שנמשכת פגיעה.
כלי ודוח חיצוני מכסים חלק מהתמונה
סריקה חיצונית ותוסף שרואה קבצים יכולים לענות על שאלות שונות. גם דוח Search Console מתייחס לממצאים ולדוגמאות שבהיקפו; אין לפרש היעדר אזהרה כאישור שכל הגישה והקוד נבדקו. Google מציינת שכתובות בדוח עשויות להיות מדגם ולא רשימה מלאה.
כתבו ליד כל תוצאה זמן, נכס ומה לא נגיש לבדיקה. אם הכלי נחסם או לא השלים, זו אינה תוצאת ניקיון. עדיף להשאיר אי ודאות מפורשת ולהגדיר מה נדרש כדי לצמצם אותה, מאשר לסיים בביטחון שאין לו בסיס.
דוגמה: משתמש חדש התגלה אחרי עבודת ספק
התרחיש להמחשה בלבד. בעל אתר מוצא חשבון ניהול ששמו אינו מוכר. בירור מול איש הקשר מראה שהייתה עבודה, אך אין תיעוד שהחשבון אושר או עדיין נדרש. מוודאים זהות, תפקיד ומשך צורך, ומסדירים גישה. עצם ההסבר של הספק אינו מסיים בדיקת הרשאה.
בתרחיש אחר מתברר שהחשבון אינו מוכר לאף גורם. אז עוברים לבירור אירוע ולצמצום גישה בהתאם להיקף. בשני המקרים התיעוד נשמר והחלטה על מחיקה אינה אוטומטית. המדריך עוסק במשמעות הסימן; מדריך הצעדים הראשונים מפרט את מסלול הטיפול בחשד לפגיעה.
סיימו בהחלטה ברורה על הצעד הבא
רשמו אם נמצא שינוי מאושר, תקלה שדורשת תיקון, חשד פתוח או פגיעה שאומתה. לכל מצב צריך אחראי והמשך בדיקה, גם אם עדיין אין סיבה מלאה. אזהרה פעילה, שליחה לא מורשית או שינוי בגישה מצדיקים העברה לגורם מתאים בלי להסתפק בשיפור מראה האתר.
ב-CyberFixCrew אפשר לתאם בדיקת אבטחה או בירור אירוע באתר בהתאם למצב ולשירותים הקיימים. תארו את הסימן ואת הזמן בלי סודות. אין במדריך אבחון מרחוק של אתר מסוים או הבטחה לאיתור כל פגיעה; מסקנה נשענת על היקף וראיות.
