ממונה הסייבר של סינגפור, גוונדה פונג, קראה לארגונים לפעול לאחר שפורסמו שתי פרצות קריטיות ב-PHP ועדכוני אבטחה עבורן שוחררו ב-21 באוקטובר 2026. החולשות עלולות לאפשר לתוקף להריץ קוד מרחוק בלי להזדהות — ובכך, בתרחיש חמור, להשתלט על שרת אינטרנט שנפגע. דיווחים על ניסיונות ניצול של הפרצות חידדו את הדחיפות, אך אינם מעידים כשלעצמם שארגון מסוים נפרץ.
3
5
7
14
למה נדרשה אזהרה דחופה
שתי החולשות, המכונות יחד PHP2Shell, מזוהות במספרים CVE-2026-109618 ו-CVE-2026-109619. רשות הסייבר של סינגפור (CSA) הגדירה אותן קריטיות ודירגה כל אחת מהן בציון 9.2 מתוך 10 לפי CVSS v4.0. ניצול מוצלח עלול להיות חמור משום שהוא עשוי לאפשר לתוקף להריץ קוד בשרת בלי להתחבר אליו תחילה.
3
לפי דיווחים, החולשות התקיימו ב-PHP במשך שנים, עד שהתגלו בסיוע כלי בינה מלאכותית. PHP משמשת להפעלת אתרים ויישומי רשת רבים, ולכן ארגון עשוי להפעיל אותה באתר, באפליקציה או בשירות אחסון בלי שכל הצוותים שלו ידעו על כך.
1
5
7
העיתוי היה משמעותי: המפתחים פרסמו תיקונים ב-21 באוקטובר, ופונג קראה לארגונים לפעול למחרת. בדיווחים על האירוע הוזכרו גם שיטות ניצול וניסיונות תקיפה. ה-BBC דיווח אז שלא נרשמו מקרים מאושרים של ניצול מוצלח. חשוב להבחין בין השניים: ניסיונות תקיפה ושיטות ניצול מוכחות מצביעים על סיכון, אך אינם אישור לכך שהתרחשה פריצה.
3
6
7
8
14
כמה מפעילי אתרים השביתו שירותים זמנית כאמצעי זהירות בזמן שטיפלו בפרצה. אתר או שירות שאינו זמין אינו מעיד בהכרח שהאקרים הפילו אותו.
9
מה ארגונים צריכים לעשות
1. למפות כל מערכת שמשתמשת ב-PHP
בקשו מצוותי ה-IT לבדוק אתרי אינטרנט, שרתי רשת ומערכות עורפיות של אפליקציות — כולל מערכות שמנוהלות או מאוחסנות אצל ספק חיצוני. תעדו את גרסת PHP ואת הגורם האחראי לכל מערכת. פונג הדגישה כי איתור המערכות החשופות הוא צעד מיידי.
7
2. לתקן תחילה שירותים החשופים לאינטרנט
התקינו את עדכוני האבטחה של PHP שפורסמו ב-21 באוקטובר, והיעזרו בהתרעת SingCERT של CSA, שכותרתה „Critical Vulnerabilities in PHP (PHP2Shell)”, כדי לברר אילו תוכנות מושפעות ומה נדרש לתיקון. תנו עדיפות למערכות שאפשר להגיע אליהן דרך האינטרנט. לא לכל התקנה של PHP יש בהכרח אותו מסלול עדכון, לכן בדקו את ההנחיות הרשמיות לגרסה הרלוונטית.
3
3. בקשו מספקי ה-IT והאחסון אישור ברור
עסקים קטנים ובינוניים המסתמכים על ספקי IT או חברות אחסון צריכים לשאול אם השירותים שלהם משתמשים בגרסאות PHP מושפעות, אילו מערכות עודכנו והאם נותרו מערכות חשופות. קבעו מי אחראי להשלמת הטיפול ועד מתי, ובקשו אישור לאחר ביצוע העדכון. אחרת, ייתכן שעסק כלל לא יידע ש-PHP היא חלק משירות שהוא משתמש בו.
15
4. בדקו אם יש סימנים לחדירה
התקנת עדכון מתקנת את החולשה, אך אינה מלמדת אם מישהו ניגש למערכת לפני התיקון. בקשו מצוות האבטחה או מספק השירות לבדוק יומני שרת ואפליקציה, תהליכים חריגים, שינויים בלתי צפויים בקבצים וסימנים חשודים נוספים. ממצאים מדאיגים צריכים לעבור לבדיקה לפי נוהל הטיפול באירועי אבטחה של הארגון.
5. היעזרו בהנחיות CSA ובמומחים טכניים
העבירו את התרעת SingCERT לאנשים שאחראים על אתרים, תשתיות ואבטחה. אם הצוותים הפנימיים אינם מצליחים לאתר את המערכות המושפעות או להתקין את העדכונים בבטחה, פנו לספק ה-IT הרלוונטי או לאיש מקצוע מוסמך בתחום האבטחה. ההתרעה של CSA היא המקור להנחיות לגבי התוכנות המושפעות ואופן הטיפול.
3
השורה התחתונה פשוטה: בררו היכן PHP פועלת, עדכנו בהקדם את המערכות החשופות לאינטרנט, ואז ודאו גם שהתיקון הושלם וגם שהמערכות תקינות. השבתה כאמצעי זהירות או ניסיון תקיפה אינם הוכחה לפריצה — אך גם התקנת עדכון אינה מוכיחה שלא הייתה גישה למערכת קודם לכן.
6
9
14