עדכון אבטחה · פורסם 21 באוקטובר 2026
PHP2Shell — הרצת קוד מרחוק בליבת PHP
שתי חולשות קריטיות בליבת PHP מאפשרות לתוקף להריץ קוד על השרת ללא כל אימות. כאן תבינו אם אתם חשופים, ומה בדיוק צריך לעשות — לעצמכם ולספקים שלכם.
זהו מרכז מידע. הבדיקה העצמית למטה רצה כולה בדפדפן שלכם, על גרסה שאתם מקלידים. לבדיקה חיה של דומיין שבבעלותכם יש סורק ייעודי שמחייב קודם הוכחת בעלות. אל תריצו בדיקות נגד מערכות שאינן שלכם ושאין לכם הרשאה לבדוק — זו עבירה.
מה זו החולשה
PHP2Shell הוא השם שניתן לצמד חולשות בליבת PHP עצמה — לא בתוסף או בתבנית, אלא במנוע שמריץ כמעט כל אתר דינמי שני באינטרנט. שתיהן דורגו 9.2 (קריטי) ומאפשרות הרצת קוד מרחוק ללא התחברות.
CVE-2026-109618
Memoryכשל בטיפול בזיכרון: כשנגמר הזיכרון בזמן שנתוני הבקשה עדיין בהרכבה, שלב הניקוי מתייחס לנתונים החלקיים כאילו היו תקינים — פתח להשתלטות.
CVE-2026-109619
Use-after-freeשימוש בזיכרון משוחרר: מצב שנשאר מבקשה אחת מצביע לזיכרון שכבר שוחרר, ובקשה מאוחרת על אותו worker יכולה להשתמש בו. אושרה גם דליפת מידע מהזיכרון.
כבר יש קוד ניצול ציבורי במחזור, וחברות אבטחה מדווחות ששחזרו את המחקר באופן עצמאי — ההגנה דחופה, לא תיאורטית. אל תורידו "כלי בדיקה" לא רשמיים: חלקם דווחו כנגועים בתוכנה זדונית.
בדיקה עצמית — האם אתם חשופים?
הקלידו את גרסת ה‑PHP שרצה אצלכם, והבדיקה תגיד אם היא בטווח הפגיע. הכול מתבצע בדפדפן שלכם — שום דבר לא נשלח לרשת.
לא בטוחים איזו גרסה רצה אצלכם? הריצו בשרת שלכם:
php -v
או בדקו בלוח האחסון (cPanel / Plesk ← PHP version), או עם phpinfo() באתר שבבעלותכם.
רוצים לבדוק דומיין חי במקום גרסה? אפשר לסרוק דומיין שבבעלותכם, אחרי הוכחת בעלות.
אימות בעלות וסריקהגרסאות פגיעות ומתוקנות
שדרגו לגרסה המתוקנת של הענף שלכם — או גבוהה ממנה. ענפים שהגיעו לסוף חיים (7.4 עד 8.1) לא קיבלו גרסה רשמית, רק תיקוני מקור חלקיים; עדיף לעבור לענף נתמך.
| ענף PHP | סטטוס | גרסה מתוקנת |
|---|---|---|
| 8.5.x | פגיע מתחת ל‑8.5.12 | 8.5.12 |
| 8.4.x | פגיע מתחת ל‑8.4.27 | 8.4.27 |
| 8.3.x | פגיע מתחת ל‑8.3.36 | 8.3.36 |
| 8.2.x | פגיע מתחת ל‑8.2.35 | 8.2.35 |
| 7.4 – 8.1 | סוף חיים — ללא גרסה רשמית | מעבר לענף נתמך |
ספקים וכלים רלוונטיים
כל דבר שרץ על PHP מושפע ברגע שה‑PHP שתחתיו פגיע. ברוב המקרים התיקון הוא עדכון גרסת ה‑PHP של האחסון — לא של האפליקציה. הניסוחים מתומצתים; ראו ההודעה הרשמית של כל ספק.
WordPress
עדכנו PHPוורדפרס עצמו אינו החולשה — אבל הוא רץ על PHP. עדכנו את גרסת ה‑PHP בלוח האחסון לגרסה המתוקנת של הענף.
Plesk
מושפעPlesk מפיץ PHP משלו ופרסם הנחיה ייעודית לעדכון ה‑PHP המצורף. עדכנו דרך Plesk ולא ידנית.
cPanel / Imunify360
חוק WAFחוקת ה‑WAF 8.83 של Imunify360 חוסמת את תבנית הניצול הציבורית ב‑ModSecurity ו‑Coraza; ב‑LiteSpeed רק מתעדת. אין תחליף לעדכון PHP.
Palo Alto PAN-OS
אין תיקון עדייןPalo Alto מסמנת את PAN‑OS כמושפע, ללא תיקון זמין בשלב זה. עקבו אחר עדכון הספק ויישמו הקלות ביניים.
Google Cloud
הנחיהGoogle פרסמה הנחיית תגובה לחולשות ליבת ה‑PHP, כולל מיפוי שירותים ושדרוג סביבות ריצה מנוהלות.
Laravel · Drupal · Joomla · Magento
עדכנו PHPכל מסגרת PHP חשופה דרך מנוע הריצה. עדכנו את ה‑PHP בסביבה, הפעילו מחדש את ה‑workers, וודאו שהפרודקשן על גרסה מתוקנת.
מה לעשות עכשיו
צעדי הגנה בלבד — בלי פרטי ניצול. בצעו לפי הסדר, והתחילו מהפרודקשן החשוף לאינטרנט.
מפו את גרסאות ה‑PHP
בכל שרת, קונטיינר ואחסון מנוהל. אל תשכחו staging, cron ו‑CLI.
שדרגו לגרסה המתוקנת
8.5.12 / 8.4.27 / 8.3.36 / 8.2.35 ומעלה. ענף סוף‑חיים? עברו לענף נתמך.
הקלת ביניים ל‑CVE-2026-109619
כהמלצת PHP: כבו את
session.upload_progressוהפעילו מחדש את תהליכי ה‑worker כדי לנקות מצב תקוע.הפעילו חסימה ב‑WAF
עדכנו את חוקות ה‑WAF (למשל Imunify360 8.83). שכבת הגנה משלימה — לא תחליף לעדכון.
בקשו אישור מהספקים
פנו לספקי האחסון, ה‑SaaS וה‑CDN ובקשו בכתב אילו גרסאות PHP הם מריצים ומתי יעדכנו.
נטרו ותעדו
חפשו קריסות worker חריגות ובקשות חשודות בלוגים, ושמרו תיעוד שדרוג מסודר.
שאלות נפוצות
האם האתר שלי בוורדפרס פגיע?
עדכנתי את התוספים — זה מספיק?
אני על ענף סוף‑חיים (7.4–8.1). מה עכשיו?
יש כלי שסורק דומיין חי?
יש כבר ניצול בשטח?
מקורות והודעות רשמיות
כל קביעה בעמוד נשענת על המקורות האלה. בכל ספק — המקור הרשמי קובע.