מערכות ותיקות
סיכוני תוכנה לא נתמכת
התקיפות על מקררי הסופרמרקט באוקטובר 2026 הן המקרה מהספר: בקרי Danfoss ב-EOL, בלי עדכוני אבטחה, ממשקי ניהול חשופים לאינטרנט, מאות חנויות נפרצו, אוכל התקלקל ופרצו שריפות. תוכנה לא נתמכת אינה פרט טכני; היא השורה הראשונה במרשם הסיכונים — בין אם היא מריצה אתר, שרת או מקפיא.
נקודות עיקריות
- למפות את כל התוכנה עם תאריכי EOL: מערכות הפעלה, סביבות ריצה, קושחה, בקרים.
- להעריך כל פריט לפי חשיפה: חשוף לאינטרנט ולא מתוקן הוא חומרה מקסימלית כברירת מחדל.
- להסיר קודם חשיפה לאינטרנט — הפחתת הסיכון המהירה ביותר הזמינה למערכות מדור קודם.
- להחיל בקרות מפצות (פילוח, WAF, ניטור) היכן שההחלפה מתעכבת.
- לתקצב החלפות בלוח זמנים; EOL בלי תאריך הגירה הוא פרצה מקובלת.
- לעקוב אחר התראות ספקים גם למוצרי EOL; גילויים עדיין חושפים את החשיפה שלך.
- לכתוב את האירוע שאתה הכי חושש ממנו כתרגיל שולחן לפני שהוא קורה.
- לדווח על מצב ה-EOL להנהלה במונחים עסקיים: השבתה, אחריות ועלות החלפה.
שאלות נפוצות
מהו דפוס ה-EOL הגרוע ביותר?
חשוף לאינטרנט + לא מתוקן + פונקציה בעלת הרשאות — בדיוק הנוסחה של בקרי המקררים מאוקטובר 2026.
אפשר פשוט לשים firewall ולשכוח?
חומות אש עוזרות, אבל תצורות שגויות ונתיבי פנים נשארים; firewall בתוספת תוכנית, אף פעם firewall במקום תוכנית.
מי בעל הסיכון של EOL?
ההנהלה, לאחר שקיבלה הודעה בכתב. התפעול בעל המלאי ולוח ההגירות.
איך מתחילים?
במלאי EOL ובדיקת חשיפה של שבועיים — אי אפשר לתזמן את מה שלא רשמת.
איך Kinetikatech מסייעת לך ב-מערכות ותיקות
לא צריך להיות מומחה ב-מערכות ותיקות: תפעול והגנה על תוכנה שיצאה מכלל תמיכה: בלימה, בידוד ומסלול שדרוג מסודר. בדיוק בשביל זה קיים ניהול שרתים ואבטחת שרתי לינוקס — הקמה, הגנה, ניטור 24/7 ומהנדס תורן כל הלילה.