דלג לתוכן הראשי
סוכני AI

PHP2Shell: סוכני AI מצאו פרצה קריטית ב-PHP, ומה עושים עכשיו

סוכני AI של Wiz ושל OpenAI מצאו שתי פרצות קריטיות ב-PHP עצמו. מה קרה, מי צריך לעדכן, איך בודקים לפי הייעוץ הרשמי, ומה זה מלמד על סוכנים ואבטחה.

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

    בקצרה: ב-21 באוקטובר 2026 PHP שחררה עדכוני אבטחה שמתקנים שתי פרצות קריטיות במנוע של השפה עצמה. לפי PHP.net הן יכולות לאפשר הרצת קוד מרחוק בלי התחברות, בכל התקנה שמשרתת אתרים. את הפרצות מצאו חוקרים שעבדו עם סוכני AI. מי שיש לו אתר על PHP, כולל וורדפרס, צריך לוודא שהשרת עודכן לאחת הגרסאות 8.5.12, 8.4.27, 8.3.36 או 8.2.35. לפי PHP.net, העדכון הוא הדרך הבטוחה היחידה.

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

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

    מה בעצם קרה?

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

    הסיפור הגיע משני כיוונים. חברת האבטחה Calif מצאה אחת הבעיות עם GPT-5.6 Sol, במסגרת יוזמה של OpenAI שנקראת Patch the Planet. במקביל, צוות המחקר של Wiz מצא את שתי הפרצות באופן עצמאי, עם הסוכן Wiz Atlas, עם Gemini 4 Argon ועם GPT-5.6 Sol. Wiz קראה לזה PHP2Shell.

    לפי ציר הזמן של Wiz, הגילוי הראשון היה ב-19 באוגוסט, הדיווח לצוות האבטחה של PHP ב-24 באוגוסט, והתיקון והפרסום ב-21 באוקטובר. חודשיים של עבודה שקטה, שבהם PHP, חוקרים וספקי תשתית הכינו תיקונים והגנות לפני שהפרטים יצאו.

    מי צריך לדאוג?

    לפי הייעוץ הרשמי של PHP.net, בסיכון נמצאת כל התקנה של PHP שמשרתת בקשות אינטרנט: PHP-FPM, Apache עם mod_php, php-cgi, FrankenPHP ו-LiteSpeed. לדבריהם הסיכון הגבוה ביותר הוא ב-mod_php. בפשטות: אם האתר שלכם רץ על PHP, הוא בתוך התמונה.

    אלה הגרסאות שמתקנות את הבעיה, לפי PHP.net:

    הענף שאתם עליוהגרסה המתוקנת
    PHP 8.58.5.12
    PHP 8.48.4.27
    PHP 8.38.3.36
    PHP 8.28.2.35 (התמיכה בענף נגמרת ב-31.12.2026)
    PHP 8.1 ומטהלא מקבלות עדכונים מהפרויקט. בודקים מול ספק האירוח או ההפצה, או עוברים לגרסה נתמכת

    למי שבונה מהקוד בעצמו, צוות האבטחה של PHP פרסם גם תיקונים מינימליים לגרסאות 7.4, 8.0 ו-8.1. הקישורים נמצאים בייעוץ.

    איך בודקים אם האתר שלכם מושפע?

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

    OpenAI פרסמה גם כלי שבודק את גרסת ה-PHP, בתור סקיל ל-Codex. כדאי להבין מה הוא עושה: הוא בודק רק את מספר הגרסה, מתוך מה שהשרת מציג או מהפקודה php -v. אם השרת מסתיר את הגרסה, התשובה תהיה "לא ידוע", וזה לא אומר שהאתר מתוקן. והערה חשובה: מריצים אותו רק על אתר שלכם, או על אתר שקיבלתם רשות לבדוק.

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

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

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

    מה זה אומר על סוכני AI ואבטחה?

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

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

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

    שלושה דברים שאני לוקח מזה:

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

    ויש פה גם שיעור למי שעושה Vibe Coding. כשאתם בונים אתר עם AI ומעלים אותו לשרת, השרת הוא באחריות שלכם. הקוד יכול להיות מושלם, ועדיין הוא רץ על שכבה שמישהו צריך לעדכן. אם בחרתם מודל לבנות איתו, כמו שכתבתי על Gemini 4 Argon או על Opus 5.5, תבחרו גם מי אחראי על העדכונים.

    מה אני הייתי עושה

    היום, עשר דקות: רשימה של כל האתרים שלכם שרצים על PHP, כולל הישנים והנשכחים, ולכל אחד שאלה אחת לחברת האירוח: "איזו גרסה של PHP רצה אצלי, והאם היא עודכנה לגרסה המתוקנת מ-21 באוקטובר?". מי שמחזיק שרת בעצמו מעדכן לפי הייעוץ של PHP.net. ואחרי זה, להוסיף ליומן בדיקת עדכונים קבועה, כי לפי כל הסימנים זה לא האירוע האחרון מהסוג הזה.

    שאלות נפוצות

    מה זו פרצת PHP2Shell?

    השם ש-Wiz נתנה לשתי פרצות קריטיות במנוע של PHP עצמו (CVE-2026-109618 ו-CVE-2026-109619). לפי PHP.net הן יכולות לאפשר הרצת קוד מרחוק בלי התחברות. התיקון יצא ב-21 באוקטובר 2026.

    לאיזו גרסה של PHP צריך לעדכן?

    לפי PHP.net: 8.5.12, 8.4.27, 8.3.36 או 8.2.35, לפי הענף שאתם עליו. גרסה 8.1 ומטה כבר לא מקבלת עדכונים מהפרויקט, ולכן צריך לבדוק מול ספק האירוח או ההפצה, או לעבור לגרסה נתמכת.

    יש לי אתר וורדפרס. זה נוגע אליי?

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

    הכלי של OpenAI אומר שהאתר שלי בסדר. אפשר לסמוך על זה?

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

    אם אין לי אפשרות לעדכן מיד, יש פתרון זמני?

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

    הנתונים נכונים ל-22 באוקטובר 2026. מקורות: הייעוץ הרשמי של PHP.net, הפוסט של OpenAI על Patch the Planet, המחקר של Wiz והכתבה ב-TechCrunch.

    אני מפתח סוכני AI לחברות ב-Agentic-dev, ומעביר סדנאות לצוותים שרוצים לעבוד עם AI נכון.

    רוצים לדעת כל שבוע מה קרה ב-AI ומה זה אומר עליכם, בלי רעש? הצטרפו לגיליון "אלעד עמרני AI".

    מי כתבאלעד עמרני

    בונה סוכני AI לעסקים ב-Agentic-dev, החברה שלי, ומלמד צוותים לעבוד עם AI וסוכנים, בסדנאות ובהרצאות.

    אלעד עמרני

    הניוזלטר השבועי

    כל שבוע, מה שחשוב באמת ב-AI.

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

    אלעד עמרני מקליט את הפודקאסט מדברים סוכנים
    🎙️ מדברים סוכנים

    הפודקאסט שלי

    מדברים סוכנים.

    שיחות עם אנשים שבונים סוכני AI ואוטומציות בשטח: מה עובד, מה לא, ולאן זה הולך.

    בונים או לומדים?
    בואו נדבר.

    ספרו לי בכמה משפטים מה אתם צריכים. אחזור אליכם.

    על מה מדברים?
    כמה זמן נמשכת סדנה?

    יום מלא, 4 מפגשים של 3 שעות, או לפי הצורך של הצוות.

    הסדנה מתאימה גם למי שלא מתכנת?

    כן. יש מסלול נפרד לצוותים שאינם טכניים.

    זה פרונטלי או בזום?

    גם וגם. אפשר אצלכם במשרד, ואפשר בזום.

    כמה זה עולה?

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