״אוקטובר השחור״ הוא הכינוי שניתן לגל של חשיפות ואירועי סייבר באוקטובר 2026 — לא למתקפה מתואמת אחת. אחד האירועים המרכזיים שהציתו את הבהלה היה PHP2Shell: שתי חולשות קריטיות ב-PHP, שאפשרו לתוקף שלא התחבר למערכת להריץ קוד בשרת פגיע. הדיווחים על גילוי בסיוע בינה מלאכותית, הדלפה מוקדמת וניסיונות גישוש לפני פרסום התיקונים הפכו את האירוע לדחוף במיוחד.
3
27
45
מה הייתה PHP2Shell?
החולשות, CVE-2026-109618 ו-CVE-2026-109619, השפיעו על התקנות PHP שמטפלות בבקשות אינטרנט. בין היתר, הן נגעו לתצורות נפוצות כמו PHP-FPM ו-Apache עם mod_php.
1 כל אחת מהן קיבלה ציון 9.2 לפי CVSS v4.0, והייתה עלולה לאפשר הרצת קוד מרחוק בלי צורך בחשבון משתמש.
18
לפי הדיווחים, חוקרים נעזרו במודלים של בינה מלאכותית כדי לגלות את החולשות.
45 אין פירוש הדבר שהבינה המלאכותית היא שביצעה את התקיפות: הסיכון נבע מתוכנת PHP פגיעה, שאליה אפשר היה לשלוח בקשות שנבנו במיוחד.
הדלפה מוקדמת, ניסיונות גישוש ותיקוני חירום
לפי דיווחים של SecurityWeek ו-VulnCheck, פרטי החולשות הופיעו ברשת ב-20 באוקטובר, לפני מועד החשיפה המתוכנן.
27
38 Amazon Threat Intelligence דיווחה על ניסיון חשוד לנצל את החולשות נגד רשת מלכודות הדבש שלה ב-17 באוקטובר — ארבעה ימים לפני פרסום התיקונים.
27 ניסיון חשוד מעיד על גישוש או ניסיון תקיפה, אך אינו מוכיח שמערכת אמיתית נפרצה.
PHP פרסמה עדכוני אבטחה ב-21 באוקטובר 2026. הגרסאות המתוקנות הן PHP 8.5.12, 8.4.27, 8.3.36 ו-8.2.35.
18 CISA, סוכנות הסייבר והתשתיות של ארצות הברית, קראה לארגונים להתקין את התיקונים מיד. ב-26 באוקטובר היא הוסיפה את שתי החולשות לקטלוג KEV שלה — רשימת חולשות שלגביהן קיים מידע על ניצול בפועל.
1
הסיכון היה ממשי — אבל חשוב להבחין בין ניסיון לפריצה
VulnCheck דיווחה שפיתחה ניצול עובד עבור CVE-2026-109618. הוא שילב דליפת זיכרון שאושרה עם הרצת קוד מרחוק, במערכת PHP 8.4.26 על x86-64 — גם כאשר ASLR היה מופעל וההגדרה display_errors=off הייתה בשימוש.
43 הממצא ממחיש מדוע אין להסתמך על הגנות זיכרון במקום להתקין תיקון. הוא מתייחס לתצורה המסוימת שתיארה VulnCheck, ולא מוכיח שכל מערכת PHP הייתה חשופה באותה מידה.
בדיווח נוסף תואר ניצול של PHP2Shell בשילוב עם חולשת הליבה של לינוקס Fragnesia, שאפשר לקבל גישת root לחומות אש בסביבה המזוהה עם גוף ממשלתי.
21 דיווח נפרד תיאר תקיפות ממוקדות נגד ממשקי ניהול של PAN-OS שהיו חשופים לאינטרנט.
25 אלה סימנים לסיכון ממשי, אך כשלעצמם הם אינם מעידים על פריצה המונית למערכות PHP.
ההבחנה חשובה: סריקות וניסיונות ניצול אינם זהים לחדירות מוצלחות שאומתו. בעדכון אבטחה שפורסם ב-23 באוקטובר נמסר כי באותה עת לא היו ידועים מקרים של ניצול המוני מאומת, אף ש-VulnCheck כבר הדגימה ניצול עובד בתצורה מסוימת.
33
43
מה ארגונים צריכים לעשות?
- לעדכן את התקנות PHP הפגיעות. יש להתקין את הגרסה המתוקנת המתאימה לענף שבו משתמשים, או עדכון אבטחה מאוחר יותר. CISA קראה להתקין את העדכון מיד.
1
18
- לאתר PHP גם מחוץ לאתרי האינטרנט הציבוריים. התרעת CISA מתייחסת להתקנות PHP שמטפלות בבקשות אינטרנט, בכמה סוגי שרתים וסביבות יישום.
1 כדאי לכלול במיפוי גם מכשירים וממשקי ניהול שבהם PHP עשוי להיות משולב.
- לתעדף מערכות חשופות שלא עודכנו. אם אי אפשר להתקין תיקון בהקדם, יש לבדוק אם ניתן להגביל את הגישה למערכת או לבודד את השירות עד להשלמת הטיפול.
- לבדוק אם הייתה גישה לפני התקנת התיקון. מאחר שדווח על ניסיונות גישוש לפני פרסום העדכונים, התקנת תיקון אינה הוכחה לכך שהמערכת לא נפרצה קודם לכן.
27
הלקח המעשי מ-PHP2Shell פשוט: כשחולשה קריטית פוגעת בתוכנה נפוצה שמפעילה שירותים ברשת, חשוב לא פחות לדעת היכן היא מותקנת ולהגיב מהר — ולא רק להוריד את התיקון.