חולשות PHP2Shell הפכו את מחקר האבטחה בסיוע בינה מלאכותית למבחן מעשי עבור מפעילי אתרים. אחרי שמפתחי PHP פרסמו תיקונים לשתי חולשות קריטיות ב-21 באוקטובר 2026, ארגונים מסוימים הורידו אתרים מהרשת כאמצעי זהירות בזמן שניסו לאבטח את המערכות שנפגעו. האירוע ממחיש שחולשת אבטחה עלולה לשבש שירות גם כשהשבתת האתר היא החלטה הגנתית — ולא סימן לכך שתוקף השתלט עליו.
17
19
מה קרה בפרשת PHP2Shell?
PHP2Shell הוא הכינוי לשתי חולשות ב-PHP, שמספרי הזיהוי שלהן הם CVE-2026-109618 ו-CVE-2026-109619. בתנאים מסוימים, הן עלולות לאפשר הרצת קוד מרחוק ללא צורך בהתחברות.
16 לפי הערכה שציטטה רויטרס, PHP משמשת בערך 70% מאתרי האינטרנט בעולם. הנתון ממחיש עד כמה השפה נפוצה — אך אינו אומר ש-70% מהאתרים אכן היו חשופים או פגיעים.
20
לפי דיווח USA Today על דברי OpenAI, חוקרים בחברת Calif נעזרו במודל של OpenAI בגילוי חולשת PHP קריטית. צוות Wiz של Google גילה ודיווח על החולשות באופן עצמאי.
6 מפתחי PHP הובילו את הכנת התיקונים ואת פרסומם. OpenAI מסרה כי היא ושותפים, בהם Wiz ו-Cloudflare, סייעו במחקר, בתמיכה טכנית ובהכנות להגנות לקראת פרסום החולשות.
48
לאחר שהחולשות נחשפו לציבור, דווח על עלייה חדה בניסיונות תקיפה. רויטרס דיווחה שספקית ענן ראתה מיליוני ניסיונות כאלה. מדובר בסימן להתעניינות אינטנסיבית מצד תוקפים — אך ניסיון תקיפה אינו שקול לפריצה מוצלחת.
18
23
למה אתרים ירדו מהרשת?
אתרי ממשל באירופה ובמקומות נוספים הושבתו בזמן שהמפעילים ניסו להגן על המערכות שלהם. רויטרס דיווחה גם על אתרי ממשל, בתי ספר ובתי חולים שהורדו מהרשת כאמצעי זהירות.
17
19 הדיווחים מתארים אתרים שאינם זמינים לציבור; הם אינם מוכיחים שמערכות התפעול של הארגונים או מערכות רפואיות נפגעו.
כאן נמצא המתח המרכזי בפרשה: השארת שירות שעלול להיות חשוף ברשת כרוכה בסיכון, ואילו הורדתו משבשת את הגישה אליו. גם ההערכה ש-PHP משמשת כ-70% מהאתרים בעולם אינה אומרת שכל אתר המשתמש בשפה ניתן לניצול. החשיפה בפועל תלויה בתוכנה ובתנאים הספציפיים; לפי הניתוח של Sansec, תקיפת PHP2Shell דורשת ידע על שרת היעד ותנאים מסוימים בו.
11
20
חשוב גם להבחין בין מדדים שונים: חומרת חולשה, השאלה אם שרת מסוים אכן חשוף, ניסיונות תקיפה שנצפו, פריצות שאומתו והשבתות זהירות — כל אלה אינם אותו דבר. רויטרס דיווחה על מיליוני ניסיונות, ואילו Sansec ציינה שניצול מעשי דורש תנאים ספציפיים. אף אחד מהנתונים לבדו אינו קובע כמה מערכות נפרצו בהצלחה.
11
18
מה ״אוקטובר השחור״ עשוי ללמד על AI ואבטחה?
פרשת PHP עוררה חשש רחב יותר לגבי קצב גילוי החולשות. רויטרס דיווחה כי שבעה אנשי מקצוע בתחום אבטחת הסייבר ציפו שגילויים בסיוע AI יובילו לשיבושים נוספים. היא ציטטה גם מחקר של VulnCheck שלפיו AI סייע להכפיל משנה לשנה את מספר חולשות התוכנה שהתגלו; לפי הדיווח, המחקר היה צפוי להתפרסם בימים שלאחר מכן. זו הערכה שדווחה בתקשורת — לא הוכחה שכל חולשה חדשה תנוצל או תשבית שירות.
21
האתגר התפעולי אינו מסתכם במהירות הגילוי. מפתחי התוכנה צריכים לבדוק חולשות ולתקן אותן, והארגונים המשתמשים בתוכנה זקוקים לזמן כדי להעריך את חשיפתם ולהתקין עדכונים. OpenAI מסרה שבתגובה לפרשת PHP היא תיאמה עבודה עם המתחזקים וספקי אבטחה כדי להכין תיקונים והגנות לפני פרסום החולשות; מפתחי PHP הובילו את פרסום התיקונים.
48
מה ארגונים יכולים ללמוד מהאירוע?
- לבדוק חשיפה בפועל. יש למפות את גרסאות PHP ואת ההגדרות שבשימוש, ולפעול לפי הנחיות הספקים והמפתחים הרלוונטיים. מפתחי PHP פרסמו תיקונים ב-21 באוקטובר, ו-OpenAI הדגישה שהתקנתם היא בראש סדר העדיפויות לארגונים המשתמשים בשפה.
17
48
- להתייחס לניסיונות תקיפה כאות אזהרה, לא כמספר פריצות. יש לבדוק פעילות חשודה, אך להפריד בין סריקות וניסיונות גישה לבין גישה מאומתת או פגיעה שאושרה. רויטרס דיווחה על מיליוני ניסיונות — נתון שאינו מגלה כמה פריצות הצליחו.
18
23
- לתכנן רציפות שירות לצד התקנת תיקונים. השבתה זמנית עשויה לצמצם חשיפה כשאי אפשר להתקין תיקון במהירות, אבל היא גם מונעת מהציבור להשתמש בשירות. פרשת PHP מדגישה שתוכנית תגובה צריכה לכלול גם צעדי תיקון וגם החלטה מושכלת אם ניתן להשאיר את השירות זמין בבטחה.
17
19
- לתאם את פרסום החולשה עם היערכות לתיקון. הכנת תיקונים והגנות בשיתוף מפתחי התוכנה וספקי אבטחה לפני חשיפה לציבור יכולה להקל על הארגונים שנדרשים לפעול. OpenAI תיארה תיאום מסוג זה כחלק מהתגובה לפרשת PHP.
48
״אוקטובר השחור״ הוא תזכורת לפער שבין איתור חולשה לבין תיקונה הבטוח בהיקף רחב. מחקר בסיוע AI עשוי לסייע לחשוף פגמים, אבל ההגנה על המשתמשים תלויה גם בהערכת חשיפה מדויקת, בתיאום תיקונים ובהחלטות שמאזנות בין אבטחה לזמינות השירות.