ידע מעשי של CyberFixCrew

אתר וורדפרס מפנה לאתר אחר: איך מאבחנים את הסיבה

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

מה לתעד לפני שנוגעים באתר

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

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

WordPress: טיפול באתר שנפרץ

מה דפוס ההפניה יכול ללמד

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

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

איך מצמצמים פגיעה בלי למחוק ראיות

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

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

מה בודקים בתהליך תיקון מקצועי

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

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

WP-CLI: בדיקת שלמות קובצי הליבה

מתי אפשר לחזור לפעילות

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

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

מקור מקצועי: WordPress: טיפול באתר שנפרץמקור מקצועי: WP-CLI: בדיקת שלמות קובצי הליבה

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

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

האם כל הפניה לאתר אחר אומרת שפרצו לי?

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

האם שחזור גיבוי יפתור את ההפניה?

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

למה ההפניה מופיעה רק אצל הלקוחות?

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

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

האתר שולח מבקרים לכתובת לא מוכרת?

שלחו כתובת אתר ותיאור התנאים שבהם הופיעה ההפניה. CyberFixCrew תבחן את היקף הבדיקה והטיפול הנדרש לפני ביצוע שינויים.

לתיאום בדיקה