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


