מילון סייבר בעברית

מה זה Backdoor: דלת אחורית וגישה לא מורשית

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

איך דלת אחורית שונה מחולשת אבטחה

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

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

NIST: הגדרות Backdoor

אילו סימנים מצדיקים בירור

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

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

מהו Web shell ומה לא לעשות איתו

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

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

MITRE ATT&CK: Web Shell

למה סריקת קבצים אינה כל הבדיקה

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

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

WP-CLI: בדיקת שלמות תוספים

איזה תיעוד לבקש בסיום הטיפול

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

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

מקור מקצועי: NIST: הגדרות Backdoorמקור מקצועי: WP-CLI: בדיקת שלמות תוספיםמקור מקצועי: WP-CLI: בדיקת שלמות קובצי הליבהמקור מקצועי: MITRE ATT&CK: Web Shell

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

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

האם החלפת סיסמת מנהל מספיקה?

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

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

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

האם התקנה מחדש של WordPress מבטיחה שהבעיה נעלמה?

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

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

הבעיה חוזרת אחרי ניקוי או שחזור?

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

לתיאום בדיקה