PHP2Shell ומודל הסיכון של WordPress Multisite
פגיעת האבטחה האחרונה PHP2Shell היא תזכורת בזמן לכך שאבטחת WordPress אינה מוגבלת לליבת WordPress, לערכות נושא ולתוספים. כאשר פגיעות משפיעה על סביבת הריצה של PHP, היא נמצאת מתחת לשכבת היישום שמפעילה כל אתר בשרת. בהתאם לתצורת ה-PHP המושפעת ולתנאים הנדרשים לניצול הפגיעות, תקיפה מוצלחת עשויה לאפשר לתוקף להפעיל פקודות או קוד לא מכוונים ברמת השרת.
עבור אתר WordPress עצמאי, מדובר בעניין חמור. עבור רשת WordPress Multisite, היקף הנזק הפוטנציאלי יכול להיות גדול בהרבה. סביבת PHP יחידה עשויה לתמוך ברשת של אתרי לקוחות, חנויות, דפי נחיתה ופורטלי חברות. לכן, החלת תיקונים מהירה ומתואמת היא חלק בסיסי מאירוח מולטיסייט אחראי — ולא משימת תחזוקה שיכולה להמתין לחלון הנוח הבא.
מדוע לפגיעויות PHP יש השפעה רחבה יותר ברשת
Multisite נועד לייעל את ניהולן של אתרים רבים: קובצי ליבה משותפים, תוספים משותפים, ערכות נושא משותפות וניהול רשת מרכזי מפחיתים עבודה חוזרת. אותה תשתית משותפת גם מחייבת להתייחס לבעיה בפלטפורמה הבסיסית כאירוע כלל-רשתי.
השאלה המעשית אינה רק אם בעל אתר בודד התקין את העדכון האחרון. השאלה היא אם פלטפורמת האירוח זיהתה את מהדורת ה-PHP המושפעת, החילה את תיקון הספק בכל התשתית הרלוונטית, ואישרה שסביבת הריצה המעודכנת משרתת את אתרי הלקוחות. עיכובים עלולים להשאיר כל אתר המשתמש בסביבה מושפעת חשוף למשך זמן ארוך מהנחוץ.
תגובה מנוהלת היטב צריכה גם לאזן בין מהירות לשליטה. על הצוותים לעיין בהערות המהדורה ובאזהרת האבטחה של PHP, לפרוס את החבילה המתוקנת באמצעות תהליך השינויים המקובל שלהם, לאמת את גרסת ה-PHP הפעילה, לנטר יומני שגיאות ואת תקינות השירות, ולעדכן את הלקוחות אם נדרשת פעולה מצדם. ברוב המקרים, לקוחות לא אמורים להידרש לרדוף אחר עדכון אבטחה דחוף של סביבת הריצה, אתר אחר אתר.
מה מנהלי WordPress Multisite צריכים לעשות
גם כאשר ספק האירוח מטפל בעדכון ה-PHP, על מנהלי הרשת לנצל את האירוע כהזדמנות לאשר את מצב האבטחה שלהם:
- אשרו את גרסת ה-PHP הפעילה מול ספק האירוח שלכם וודאו שהיא כוללת את תיקון ה-PHP2Shell של הספק.
- שמרו על ליבת WordPress, תוספים הפעילים ברשת, ערכות נושא ותוספי must-use מעודכנים, כדי שסיכונים ברמת היישום לא יצטברו לבעיה ברמת הפלטפורמה.
- השתמשו בגישת הרשאות מינימליות עבור חשבונות אירוח, SFTP/SSH, מסדי נתונים ומנהלי WordPress.
- תחזקו גיבויים ובדיקות של נהלי שחזור הן עבור קובצי הרשת והן עבור מסדי הנתונים.
- נטרו פעילות חריגה, כגון חשבונות מנהל לא מוכרים, שינויים בלתי צפויים בקבצים, שגיאות PHP חריגות או בקשות יוצאות.
- הירשמו להודעות אבטחה של ספק האירוח ושל PHP, כך שהחלטות אבטחה יתבססו על האזהרה הרשמית ועל פרטי המהדורה, ולא על שמועות.
חשוב גם להימנע מתגובת יתר לכותרות. השאלה אם רשת מסוימת מושפעת תלויה בגרסת ה-PHP שלה, בתצורת השרת ובנתיב הקוד הפגיע המתואר באזהרה הרשמית. הגישה הנכונה היא אימות ותיקון דחופים — ולא ניחושים.
תיקונים מנוהלים הם חלק מהשירות
עבור מי שבונים עסק של אתר-כשירות, אמינות ואבטחה הן חלק מהמוצר שאתם מוכרים. הלקוחות מצפים שהאתרים שלהם יישארו זמינים בזמן שצוות הפלטפורמה מטפל בתחזוקה ברמת התשתית מאחורי הקלעים. למארח מולטיסייט צריכה להיות בעלות ברורה על עדכוני PHP דחופים, תהליך פריסה מוכח ודרך לאמת שהתיקון הוחל.
זהו הסטנדרט שאנו מיישמים ב-Ultimate Multisite hosting. תיקון ה-PHP2Shell נפרס והוחל בכל שירות האירוח שלנו בתוך חמש שעות מפרסום מהדורת ה-PHP החדשה. אם אתם רוצים פלטפורמת WordPress Multisite שנבנתה לפעילות תפעולית עקבית לצד תגובת אבטחה מהירה, גלו את Ultimate Multisite hosting ובנו את רשת האתרים הבאה שלכם בביטחון.
כתיבת תגובה