Un כשל קריטי ב-cPanel וב-WebHost Manager (WHM)לוח הבקרה הנפוץ ביותר בתחום האירוח הפעיל נורות אזהרה ברחבי התעשייה. הפגיעות מאפשרת לתוקף לחדור ללוח ללא שם משתמש או סיסמה ולהשתלט על השרת, בעיה חמורה במיוחד בסביבות אירוח שיתופיות בהן אלפי אתרים מנוהלים ממכונה אחת.
הבעיה, מסווגת כ CVE-2026-41940 ועם חומרה קרובה למקסימוםפגיעות זו כבר מנוצלת בפועל, כפי שאושר על ידי חברות אבטחה שונות וצוותי תגובה לאירועים. סוכנויות סייבר ציבוריות וספקי אירוח ברחבי העולם, כולל באירופה ובספרד, נאלצו להגיב נגד השעון כדי לפרוס תיקונים ולהגביל את הגישה לפאנלים שנפגעו.
מה נחשב כשל קריטי ב-cPanel?
הפגיעות משפיעה ישירות על לוגיקת אימות cPanel ו-WHMבמילים פשוטות, התוכנה יוצרת ומאחסנת את הסשן בדיסק לפני שהאימות הושלם בהצלחה, מה שפותח את הדלת ל... עקיפת אימות מרחוקבקשת HTTP מניפולטיבית לתהליך השירות (cpsrvd) מספיקה כדי להשיג הפעלה חוקית ללא אישורים.
התנהגות זו תועדה באופן פנימי כ CPANEL-52908 ונמצא כמעט בכל הענפים הנתמכים של הפאנל, כולל התקנות של DNSOnly ו-WP Squaredכלי ניהול המיועד לאתרי וורדפרס. התיקונים שפורסמו מכסים גרסאות build כגון 11.110.0.97, 11.118.0.63, 11.126.0.54, 11.132.0.29, 11.134.0.20 ו-11.136.0.5, בעוד שגרסאות שאינן נתמכות נותרו ללא תיקון ונחשבות לפגיעות במיוחד.
הבעיה הרצינית אינה רק הכשל הטכני, אלא מה שהוא מרמז בפועל: פורץ עם סשן מנהל יכול ניהול חשבונות אירוח, מסדי נתונים, דוא"ל, אישורי SSL וקבצים מאוחסן על השרת. בספק אירוח משותף, זה יכול להוביל לכשל מדורג של עשרות או מאות אתרים השייכים לחברות, חנויות מקוונות ומנהלים ציבוריים.
ניתוחים טכניים שונים, חלקם פורסמו לאחר הנדסה הפוכה של התיקון, מצביעים על כך שכבר היה ניצול לרעה פונקציונלי שמסתובב לפני שהאזהרה פורסמה. לכן, הסיכון אינו היפותטי: ישנן ראיות לניסיונות גישה בלתי מורשים לתשתית אמיתית.

משטח התקפה עצום: מיליוני אתרים על כף המאזניים
cPanel ו-WHM היו, במשך שנים, ה- סטנדרט דה פקטו לניהול אירוח משותף, VPS ושרתים ייעודייםהם מנהלים הכל, החל ממשימות בסיסיות - יצירת מיילים, דומיינים ומסדי נתונים - ועד תצורות אבטחה וביצועים מתקדמות. דווקא בגלל מרכזיות זו, כשל אימות בשכבה זו מתורגם לסיכון מערכתי.
הערכות שונות מצביעות על כך עשרות מיליוני דומיינים ויותר מ-40 מיליון משתמשים שמסתמכים על טכנולוגיה זו, עם למעלה ממיליון מופעי cPanel נגישים ישירות מהאינטרנט. למרות שמספר השרתים הייחודיים נמוך בהרבה ממספר האתרים, ההשפעה הפוטנציאלית נותרה עצומה, במיוחד עבור ספקי אירוח עם ריכוז גבוה של לקוחות.
ארגונים כגון ה- סוכנות הסייבר הלאומית של קנדה ומגוון CSIRTs אירופאיות הם הזהירו כי ניתן להשתמש בנקודת התורפה כדי לפגוע באתרים המאוחסנים בשרתים משותפים המנוהלים על ידי חברות אירוח גדולות. בהצהרותיהם, הם מתארים את הניצול כ"סביר מאוד" ודורשים פעולה מיידית מצד מנהלי המערכת והספקים.
המצב מדאיג במיוחד את עסקים קטנים ובינוניים, מסחר אלקטרוני, מדיה דיגיטלית וסטארט-אפים שנמצאים בתוכניות אירוח משותף בעלות נמוכה. בסביבות אלו, פריצה אחת ללוח הבקרה עלולה להוביל לגניבת נתונים, הזרקת תוכנות זדוניות, שליחת דואר זבל מהדומיינים המושפעים, או הפניות הונאה לדפי פישינג.
תגובות מספקי אירוח גדולים
בהתחשב בחומרת הפסיקה, חלק מהשחקנים המרכזיים בענף בחרו בצעדים דרסטיים. Namecheapלדוגמה, היא החליטה לחסום באופן זמני את הפורטים 2083 ו-2087 - נקודות הגישה לאינטרנט ל-cPanel ול-WHM - עבור לקוחותיה בזמן שפרסה עדכוני אבטחה לתשתית שלה.
HostGator היא פעלה בכיוון דומה, תיארה את האירוע כ"ניצול קריטי של עקיפת אימות" והבטיחה כי תיקנה את המערכות שלה. פלטפורמות ייחוס אחרות המליצו למנהלי מערכת עם גישת root להפעיל את התוכנה. /scripts/upcp –force סעיף כוח עדכון לתיקונים המתוקנים, במקום להמתין לחלון התחזוקה האוטומטי.
במקביל, היצרן עצמו קרא לכל הלקוחות אימות ידני של הגרסה מהתקנות cPanel, WHM, DNSOnly ו-WP Squared שלהם, הם כבר בדקו יומני גישה לאיתור פעילות חריגה מהשבועות האחרונים. המסר ברור: כל שרת הפונה לאינטרנט שמריץ גרסה פגיעה צריך להיחשב כנכס בסיכון גבוה.
עבור ספקים אירופאים רבים עם מרכזי נתונים בספרד, גרמניה, צרפת או הולנד, העדיפות הייתה לאזן בין המשכיות שירות עם אבטחה: הפסקות גישה לסירוגין לפאנלים, עדכונים כפויים בלילה ותקשורת ישירה עם לקוחותיהם העסקיים כדי להסביר את היקף הפריצה.
ניצול פעיל מאז פברואר וסימני התעללות
אחד ההיבטים המטרידים ביותר של הפרשה הוא כרונולוגיה של ניסיונות ניצולחברות אירוח כמו KnownHost טענו שזיהו גישה חשודה הקשורה לפגיעות זו לפחות מאז 23 בפברואר, שבועות לפני ש-cPanel פרסמה את התיקונים ב-28 באפריל.
דניאל פירסון, מנכ"ל KnownHost, סיפר בפורומים ייעודיים שחברתו ראתה מסביב 30 שרתים עם עקבות של ניסיונות גישה לא מורשים בתוך רשת המורכבת מאלפי מכונות. למרות שלא זיהו פגיעות מאומתות, הם הבחינו בדפוס של סריקות וניסיונות חדירה שנמשך לאורך זמן.
מצב זה תואם את הדפוס הרגיל בפגיעויות גדולות: ראשונות הן מופיעות הוכחות היתכנות וניצול פרטיאשר קבוצות מסוימות משתמשות בהן באופן דיסקרטי כנגד מטרות ספציפיות; לאחר מכן, ברגע שהתיקון יוצא ומידע טכני נוסף מתפרסם, כמות ההתקפות מרקיעה שחקים מכיוון שגורמים אחרים משכפלים או מתאימים את הניצול.
מספר דיווחים של CSIRTs וחברות אבטחה הפועלות באירופה מצביעים על כך סקריפטים אוטומטיים של התקפה הם מצמצמים באופן דרסטי את החלון בין שחרור התיקון לבין ניסיונות ניצול נרחבים. במילים אחרות, ברגע ש-CVE-2026-41940 נודע, החלו בדיקות נרחבות כנגד cPanels חשופים, שרבים מהם שייכים לספקים אזוריים קטנים שעדיין לא עדכנו.
השפעה על חברות, עסקים קטנים ובינוניים וסטארט-אפים בספרד ובאירופה
מעבר לשמות הגדולים בתחום, המכה מורגשת בצורה החדה ביותר על ידי אלה הם מסתמכים על אירוח משותף כבסיס לעסק הדיגיטלי שלהםסטארט-אפים טכנולוגיים, סוכנויות שיווק, חנויות מקוונות ופרויקטים של SaaS המשרתים את ספרד ושאר אירופה לרוב מרכזים אתרי לקוחות רבים בשרתים המנוהלים באמצעות cPanel, מתוך אמון שהספק ידאג לאבטחה.
אירוע מסוג זה מדגיש שהאחריות משותפת. גם אם הספק מיישם תיקונים זמניים, האחריות בסופו של דבר מוטלת על החברות. ניטור הגישה לפאנלים שלך, הפעלת אימות דו-שלבי (2FA) במידת האפשר, יש ליישם אמצעי אבטחה ולהגביל את הגישה לפי כתובת IP או VPN. אחרת, אישור יחיד בשימוש חוזר או פאנל חשוף ללא אמצעי אבטחה נוספים עלולים לאפשר לתוקף לאחד את הגישה גם לאחר החלת תיקון.
במקרה של ארגונים המנהלים מידע רגיש הכפוף לתקנות כגון ה-GDPRחדירה דרך cPanel עלולה להוביל לדיווחים חובה על הפרות לרשויות ולמשתמשים, ביקורות פורנזיות ועלויות שחזור משמעותיות. הבעיה אינה רק זמן השבתה, אלא גם הנזק המשפטי והנזק התדמיתי אם נתונים אישיים או פיננסיים דולפים.
עבור פרויקטים של מסחר אלקטרוני, פינטק, שירותי מנויים או פלטפורמות העובדות עם נכסים דיגיטליים, התלות בתשתית אירוח מסורתית נותרת מוחלטת: אם לוח הבקרה נופל לידי תוקף, הוא יכול... לשבש פורטלים של לקוחות, שערי תשלום, מערכות תמיכה ותקשורת עם כמה לחיצות.
צעדים דחופים למנהלים ומנהלי עסקים
למרות ש-cPanel וספקים גדולים כבר פורסים תיקונים, מנהלי מערכת אינם יכולים פשוט להתייחס לבעיה כפתורה. הפעולה המומלצת הראשונה היא בדוק את הגרסה המדויקת של cPanel או WHM שפועל על כל שרת ולוודא שהוא תואם לאחת מהבניות הקבועות.
אם גישת רוט זמינה, מומחים מתעקשים להריץ /scripts/upcp –force כדי לאלץ את העדכון ולמנוע עיכוב במחזורי התחזוקה שיגרום למערכת להיות חשופה זמן רב מהנדרש. בשרתים המנוהלים על ידי צדדים שלישיים, מומלץ ליצור קשר עם הספק באופן מיידי ולשאול במפורש האם התיקון עבור CVE-2026-41940 הוחל.
השלב הבא הוא א סקירה מפורטת של יומני אימות וניהול בחודשים האחרונים, תוך התמקדות בכניסות מכתובות IP חריגות, גישה בזמנים לא אופייניים, יצירת חשבונות אירוח חדשים או שינויים פתאומיים בתצורת השרת והדומיינים המתארחים.
מעבר לאירוע הספציפי הזה, מומלץ להציג שכבות נוספות של אבטחה בגישה לפאנל: 2FA, סינון IP, הקשחת חומת אש, ניטור ספציפי של פורטים אדמיניסטרטיביים וסריקות סדירות לאיתור תוכנות זדוניות או דלתות אחוריות. חלק מהחברות האירופאיות מנצלות את המצב כדי לבחון האם הארכיטקטורה שלהן צריכה להישאר על אירוח משותף או לעבור לתשתיות VPS ייעודיות או ענן עם בידוד רב יותר.
משתמשי קצה ושיטות עבודה מומלצות לנוכח פרצות שרת
למרות שדווקא הספקים והמנהלים צריכים לבצע תיקון, גם משתמשי שירותים מקוונים המתארחים ב-cPanel יכולים לעשות זאת. להפחית את ההשפעה של חדירה פוטנציאליתהכלל הראשון הוא פשוט: שתפו רק נתונים חיוניים עם כל אתר אינטרנט; מה שלא מאוחסן בשרת לא יכול לדלוף.
כשקונים באינטרנט, עדיף להימנע מבחירה באפשרות של שמירת פרטי כרטיס לרכישות עתידיות ובמידת האפשר, השתמשו בקופה כאורח במקום ליצור חשבון קבוע. פעולה זו מגבילה את כמות המידע האישי והפיננסי המשויך לפרופיל יחיד, ומפחיתה את הנזק במקרה של פרצה.
צעד מרכזי נוסף הוא הימנעות משימוש חוזר בסיסמאות בשירותים שונים: אם אתר המתארח בשרת פרוץ סובל מפריצה, שילוב חוזר של כתובת דוא"ל וסיסמה יכול להקל על אחרים לקבל גישה. מתקפות שרשרת נגד פלטפורמות אחרותשימוש במנהל סיסמאות עוזר ליצור סיסמאות ייחודיות ומורכבות מבלי שיהיה צורך לשנן אותן.
אם יש חשד שאתר אינטרנט מהימן נפרץ, מומחים ממליצים שנה את הסיסמה שלך באופן מיידי והפעל אימות דו-שלבי. כאשר זמין, היזהרו מהודעות דוא"ל או הודעות המגיעות בשם הפלטפורמה, ותמיד ודאו שההודעות מגיעות דרך האתר הרשמי. שמירה על קור רוח מועילה גם כן: התקפות פישינג רבות מסתמכות על הגישה של "ברחו או שתאבדו את החשבון".
אירוע הפגיעות הקריטית ב-cPanel מבהיר באיזו מידה ה- עמוד השדרה של אירוח אתרים נותר בראש סדר העדיפויות. עבור תוקפים, באג בודד בלוח הבקרה יכול לפגוע במיליוני אתרים, החל מאתרי מסחר אלקטרוני קטנים בספרד ועד לארגונים אירופאים גדולים, ולאלץ את כל השרשרת - יצרן, ספקי אירוח ולקוחות - לפעול במהירות. אלו שבודקים גרסאות, מיישמים תיקונים במהירות ומחזקים את הגישה לפאנלי הבקרה שלהם יהיו במצב טוב יותר להתמודד עם פגיעויות אלו ופגיעויות עתידיות שבוודאי יגיעו בקרוב.