מאת: דביר פרץ, מהנדס פתרונות בכיר, F5

כל צוות סייבר מכיר את הרגע שבו מתפרסמת חולשת אבטחה קריטית. השאלה הראשונה כבר אינה "מה צריך לתקן?", אלא "מה מגן על הארגון עד שנצליח לתקן?"
במקרה של, PHP2Shell למגינים אפילו לא ניתן יתרון הזמן המקובל. פרטי החולשה דלפו ב־20 באוקטובר, עוד לפני שהיה זמין עדכון אבטחה (Patch) ולפי הדיווחים, תוקפים כבר ניצלו אותה לפני פרסום התיקונים למחרת.
ב־21 באוקטובר פרסם פרויקט PHP תיקוני חירום לשתי חולשות CVE-2026-109618 ו־CVE-2026-109619 , המאפשרות הרצת קוד מרחוק ללא הזדהות (Unauthenticated Remote Code Execution – RCE) ומשפיעות על חלק נרחב משרתי PHP באינטרנט.
התוקף אינו נדרש להתחבר למערכת. די בשליחת בקשת העלאת קובץ שתוכננה לגרום ל־PHP למצות את הזיכרון במהלך עיבודה. בעקבות זאת, המערכת עלולה לאפשר לתוקף להריץ קוד זדוני, עוד לפני שהאפליקציה עצמה מתחילה לפעול. זה אומר שעל מנת להתגונן חייבים לעצור את הבקשה לפני שהיא בכלל מגיעה לשרת.
החולשות קיימות כבר עשרות שנים. החידוש הוא במהירות שבה הפכו לניתנות לניצול. לדברי חוקרי Wiz שחשפו אותן, מודלי AI מתקדמים הפחיתו משמעותית את החסמים והפכו חולשה ותיקה ל־Exploit פעיל.
כאשר הבינה המלאכותית מקצרת את הזמן שבין גילוי חולשה ליצירת מתקפה, מערכות ההגנה חייבות להיות מוכנות מראש.
AI-Powered WAF שלנו כבר הגן על הלקוחות שלנו לפני שהחתימה שוחררה
מהנדסי הסייבר של F5 לקחו את קוד התקיפה שפורסם כהוכחת היתכנות (Proof of Concept), יצרו ממנו וריאציות ושלחו אותן לאפליקציה המוגנת באמצעות F5 WAF for Distributed Cloud, כאשר AI-Powered WAF מופעל.
הבדיקות כללו שיטות Encoding שונות, מיקומים משתנים של המטען הזדוני, (Payload) מתודות HTTP וטכניקות לעקיפת מנגנוני אבטחה.
התוצאה: כל הבקשות הזדוניות נחסמו במצב, Blocking בעוד שבקשות לגיטימיות המשיכו לעבור ללא הפרעה. זאת ללא שינוי הגדרות וללא חתימה ייעודית ל־ PHP2Shell.
המערכת זיהתה את המתקפה באמצעות חתימות קיימות שנועדו לזהות PHP Object Serialization Injection .
ההבדל המהותי הוא בין זיהוי מתקפה לבין היכולת לחסום אותה בביטחון. ארגונים רבים מפעילים מנגנוני זיהוי במצב התרעה בלבד, מחשש ל־False Positives – חסימה שגויה של תעבורה לגיטימית.
AI-Powered WAF מבוסס על רשת נוירונים (Neural Network) שאומנה על נתוני מתקפות אמיתיות מפעילות האבטחה הגלובלית של .F5 במקום להמתין לחתימת אבטחה חדשה (Attack Signature), המודל מזהה דפוסי תקיפה מוכרים גם במתקפות חדשות, ומשקלל את מאפייני הבקשה לציון סיכון (Risk Score) .
במקרה של PHP2Shell העניקה המערכת לבקשת התקיפה ציון של 95 מתוך 100 – רמת סיכון קריטית – וחסמה אותה מיידית.
F5 ממליצה להפעיל זיהוי בכל רמות הדיוק High, Medium ו־ Low ולחסום בקשות שהמודל מדרג כבעלות סיכון גבוה או בינוני. כך ניתן לנצל את מלוא אותות הזיהוי תוך צמצום התרעות שווא.
:Virtual Patching לסגור את חלון החשיפה
PHP2Shell היא הצצה למה שאנו צופים לראות בעתיד הקרוב בעולם הסייבר וחלק ממגמה רחבה יותר. לפי דו”ח ,Mandiant M-Trends 2026 תוקפים מנצלים כיום חולשות בממוצע כשבעה ימים לפני שזמין עבורן .Patch מנגד, דו”ח Verizon לשנת 2024 מצא כי לארגונים נדרשים כ־55 ימים לתקן אפילו מחצית מהחולשות הקריטיות הידועות כמנוצלות.
התוצאה היא חלון חשיפה שנמשך שבועות.
כאן נכנס לתמונה Virtual Patching – מנגנון המנטרל ניצול חולשה מבלי לעדכן את התוכנה הפגיעה עצמה.
חתימת, WAF כלל Security Policy או מודל AI שמזהה מתקפה יכולים לשמש כ־.Virtual Patch התעבורה הזדונית נחסמת לפני הגעתה לקוד הפגיע, בעוד צוותי הפיתוח והתשתיות מטפלים בתיקון הקבוע במסגרת תהליכי Change Control
כך פעלו פתרונות F5 WAF בסביבות ,F5 Distributed Cloud F5 BIG-IP ו־F5 NGINX, שסיפקו הגנה באמצעות חתימות קיימות עוד לפני פרסום חתימות PHP2Shell ייעודיות.
בהמשך, בהתאם לתפיסת ,Defense in Depth פרסמה F5 חתימות ייעודיות לשתי החולשות, המוסיפות שכבת הגנה נוספת.
המתקפה הבאה כבר נכתבת
PHP2Shell ממחישה מציאות חדשה: חולשות ישנות הופכות ל־Exploits פעילים במהירות שמכתיבה הבינה המלאכותית באמצעות "מודלי-על" (Frontier) . ארגונים הממתינים לפרסום חתימה חדשה עלולים להישאר חשופים בשלבים הראשונים של המתקפה.
לכן ממליצה F5 לעדכן את מערכות הPHP בהקדם האפשרי, לוודא שמערכות WAF פועלות במצב Blocking ולא Monitoring בלבד, להפעיל AI-Powered WAF ואת החתימות הייעודיות, ולבחון סימנים לניסיונות תקיפה ובהם בקשות Multipart חריגות, שגיאות PHP Memory Limit, תגובות HTTP 500 חוזרות והרצות בלתי מוסברות של PHP Workers.
במקביל, מומלץ לצמצם את שטח התקיפה, (Attack Surface) להגביל גדלים של בקשות והעלאות קבצים ולהשבית Upload Endpoints שאינם נחוצים.
ארגונים אינם יכולים לשלוט במועד חשיפת החולשה הבאה. אבל הם בהחלט יכולים לקבוע האם מערכות ההגנה שלהם יהיו מוכנות כשהיא תגיע.
IT News פורטל המחשוב העסקי וההייטק של ישראל