סוף תמיכה בראוטר ובפיירוול: מתכננים החלפה ומצמצמים השבתה

סוף תמיכה בראוטר ובפיירוול מחייב בדיקה ותוכנית מעבר, גם כשהאינטרנט ממשיך לעבוד. תחילה מזהים את הדגם ואת גרסת התוכנה. לאחר מכן בודקים באתר היצרן עד מתי הוא מספק להם תיקוני אבטחה. אם התמיכה בחומרה הסתיימה, מתכננים החלפה. אם רק גרסת התוכנה התיישנה, ייתכן שעדכון לגרסה נתמכת יספיק. ההחלטה תלויה בדגם המדויק, בתאימות ובשירותים שהעסק מפעיל.

אל תנתקו ציוד באמצע יום עבודה רק בגלל גילו. במקום זאת, בקשו ממי שמתחזק את הרשת תשובה כתובה: מה עדיין נתמך, מה דורש עדכון ומה צריך להחליף. לצד כל פעולה רשמו אחראי ומועד. כך הופכים הודעת סוף תמיכה לתוכנית שאפשר לבצע ולבדוק.

מה המשמעות של סוף תמיכה בראוטר ובפיירוול?

הראוטר מנתב את התקשורת, והפיירוול מיישם כללי גישה והגנה. לעיתים מכשיר אחד ממלא את שני התפקידים. לכן, תקלה או שינוי בו עלולים להשפיע על האינטרנט, על חיבור בין סניפים ועל עבודה מרחוק. הנורות בחזית מעידות על פעילות, אך הן אינן מוכיחות שהיצרן עדיין מתחזק את המוצר.

ב־5 בפברואר 2026 פרסמו CISA, ה־FBI ו־NCSC מסמך משותף על ציוד קצה שיצא מתמיכה. המסמך מתאר סיכון בראוטרים, בפיירוולים ובשערי VPN שהיצרן כבר אינו מתקן. הוא ממליץ למפות את הציוד ולעקוב אחר מועדי התמיכה. הדרישה המחייבת שאליה הוא מפנה חלה על סוכנויות פדרליות אזרחיות בארצות הברית; היא אינה חובה ישראלית חדשה.

מבחינת העסק, השאלה פשוטה: אם תתגלה מחר חולשה בדגם שלכם, האם יש מסלול נתמך לתיקון? אנטי־וירוס בעמדות, סיסמה ארוכה וגיבוי טוב הם אמצעים חשובים. עם זאת, אף אחד מהם אינו מחזיר את תמיכת היצרן למכשיר שסיים את חייו.

סוף מכירה, סוף תמיכה ורישיון: שלושה דברים שונים

המונחים בהודעות היצרנים דומים, ולכן קל להתבלבל. סוף מכירה אומר שהיצרן מפסיק למכור את המוצר במסלול מסוים. הוא לא בהכרח מפסיק באותו יום לתקן אותו. לעומת זאת, מועד התמיכה האחרון קובע מתי מסתיים השירות שהיצרן מציע למוצר לפי תנאיו.

מדיניות מחזור החיים של Cisco מבחינה בין End of Sale לבין Last Date of Support. היא גם מפרידה בין אבני דרך של חומרה ותוכנה. לכן אין להסיק תאריך תמיכה משם המותג, משנת הרכישה או מהודעה על דגם קרוב. מחפשים את מספר המוצר המדויק ואת ההודעה שחלה עליו.

בנוסף, בדקו את תוקף המנוי לשירותי ההגנה. מכשיר נתמך יכול לעבוד עם מנוי שפג, ומכשיר ישן יכול להציג רישיון פעיל אף שמסלול התמיכה שלו הסתיים. גם אחריות לחומרה היא עניין נפרד. החלפת ספק כוח אינה מבטיחה קבלת עדכונים לתוכנה.

החומרה: האם הדגם עצמו עדיין נתמך?
התוכנה: האם הגרסה המותקנת מקבלת תיקונים?
השירותים: אילו מנויים פעילים ומה הם כוללים?
החוזה: מי מטפל בתקלה ומה כלול בהסכם השירות?

דוגמה אמיתית: מכשיר Sophos XG יכול לעבוד גם אחרי סוף התמיכה

Sophos קבעה את 31 במרץ 2025 כמועד סוף החיים של דגמי XG המפורטים בהודעתה. מסמך השאלות והתשובות של היצרן מסביר שפונקציות בסיסיות עשויות להמשיך לפעול, אך החברה לא תספק תיקונים לחולשות חדשות לאחר סוף החיים. כלומר, עצם הגלישה באינטרנט אינה הוכחה שהציוד מוגן ומעודכן.

זו דוגמה לדגמים מסוימים, ולא טענה שכל מוצרי Sophos יצאו מתמיכה. לפני החלטה בדקו את הסדרה, הדגם והגרסה בפועל. במסמכי יצרנים אחרים עשויים להופיע שמות ואבני דרך שונים. גם שם צריך לקרוא את ההודעה המלאה ולא להסתפק בכותרת של ספק ציוד.

מדריך המעבר הרשמי מ־XG ל־XGS מפרט בדיקות של דגם היעד, רישוי וגרסת המקור. הוא מתייחס גם לסיסמת הגיבוי ולמפתח האחסון המאובטח כאשר הוגדר. הדוגמה מדגישה מדוע כדאי לבדוק מראש שאפשר לשחזר את ההגדרות, במקום לגלות בזמן ההחלפה שחסר מפתח.

מה רושמים במפת הציוד לפני שמבקשים הצעה?

התחילו מהציוד שמחבר את העסק לאינטרנט. לאחר מכן עברו לסניפים, לחיבורי עבודה מרחוק ולציוד גיבוי. רשמו גם מכשיר ישן שממתין בארון למקרה חירום. אם מתכוונים להחזיר אותו לשימוש, צריך לדעת מה מצב התמיכה שלו.

לכל מכשיר הכינו רשומה קצרה עם שם היצרן, דגם מדויק, מספר סידורי וגרסת תוכנה. הוסיפו קישור להודעת התמיכה הרשמית ואת תאריך הבדיקה. כך מי שיטפל ברשת בהמשך יוכל להבין על מה התבססה ההחלטה. שמרו פרטי התחברות במערכת סיסמאות מתאימה, ולא בטבלת הציוד עצמה.

לצד הפרטים הטכניים כתבו מה תלוי במכשיר. למשל: עמדות במשרד, חיבור למחסן, טלפוניה, שירותי ענן או VPN לעובדים. ציינו גם מי מחזיק בחשבון הניהול אצל היצרן. ציוד שנמצא פיזית אצלכם עשוי להיות מנוהל בידי ספק התקשורת, ולכן יש לתאם איתו את הטיפול.

לבסוף, בדקו מתי נוצר גיבוי ההגדרות האחרון, היכן שומרים אותו ומי רשאי לגשת אליו. אל תשלחו את הקובץ בקבוצה פתוחה. הוא עלול לכלול פרטי רשת ומידע רגיש. תיעוד טוב צריך לעזור לשחזר שירות בלי להפיץ את מפת העסק.

מה מחליפים קודם כשיש כמה מכשירים ישנים?

לא כל מכשיר ישן מקבל אותה עדיפות. התחילו בבדיקת ציוד שאינו נתמך ונגיש מהאינטרנט, במיוחד אם הוא מאפשר חיבור מרחוק. לאחר מכן בחנו מה תהיה ההשפעה של תקלה בו. מכשיר שמחבר את כל הסניפים דורש היערכות אחרת מציוד שנותק ואינו בשימוש.

בקשו מאיש המחשוב לבדוק אם קיימת גרסה נתמכת שהחומרה יכולה להריץ. אם כן, בוחנים עדכון ותאימות. אם אין מסלול כזה, מתכננים החלפה ומגדירים אמצעי צמצום חשיפה לתקופת הביניים. חשוב לתת לתקופה הזו תאריך סיום ברור.

לדוגמה, אפשר לבחון סגירה של שירותים מיותרים והגבלת גישת ניהול לפי הצורך. אלו החלטות מקצועיות שתלויות במבנה הרשת. הן אינן תחליף קבוע לציוד נתמך. אם יש סימנים לפריצה, צריך לטפל באירוע עצמו ולא להניח שהחלפת הקופסה לבדה תפתור אותו.

כדי לחבר בין התיעדוף לבין מבנה הרשת, אפשר להיעזר במיפוי של תשתיות התקשורת בעסק. המטרה היא לדעת איזו פעולה מצמצמת סיכון, מה עלול להיפגע בזמן הביצוע ואיך בודקים שחזר לעבוד.

איך מתכננים מעבר בלי להמר על יום העבודה?

קודם מגדירים חלון עבודה שמתאים לעסק, עם מרווח לתקלות. אין משך מעבר אחיד לכל רשת. לפני קביעת המועד, ודאו שמי שמכיר את הטלפוניה, את הסניפים ואת האפליקציות הקריטיות זמין לבדיקה. עדכנו את העובדים אילו שירותים עשויים להפסיק זמנית.

מכינים את הציוד החדש לפני הניתוק

בודקים את הרישוי, מעדכנים לגרסה מתאימה ומכינים את הגדרות החיבור. מתעדים את השיוך בין הכבלים והיציאות, ואת הפרטים שספק האינטרנט דורש. אם מעבירים גיבוי, בודקים שהיצרן תומך במעבר בין הדגמים והגרסאות. גם מעבר באותו מותג דורש בדיקה.

בודקים חוקים ישנים במקום להעתיק הכול אוטומטית

רשימת הגדרות ותיקה עשויה לכלול חיבור לספק שכבר עזב או גישה לשירות שאינו קיים. עברו על החריגים עם האחראים על המערכות. עם זאת, אל תמחקו חוק רק מפני ששמו אינו ברור. תחילה בררו למה הוא משמש, תעדו את ההחלטה והכינו בדיקה מתאימה.

מגדירים דרך חזרה ותנאי עצירה

קובעים מראש מי מחליט לעצור את המעבר ומה עושים אם שירות חיוני אינו חוזר. מכינים תיעוד, גיבוי ופרטי קשר לספקים. חזרה זמנית לציוד הישן, אם היא מתאימה מבחינת סיכון, אינה פתרון סופי. במקרה כזה קובעים מיד מועד חדש ומטפלים בסיבה לכשל.

האינטרנט חזר: מה עוד צריך לבדוק?

פתיחת אתר בדפדפן היא רק בדיקה אחת. אחרי החלפת פיירוול צריך לבדוק את התהליכים שהעסק מפעיל, ולא רק את מצב הנורות. הכינו רשימת בדיקות מראש, עם שם האדם שיכול לאשר שכל תהליך אכן עובד.

כניסה לשירותי הענן ולמערכת העסקית מעמדות רגילות.
שיחות נכנסות ויוצאות, אם הטלפוניה עוברת דרך החיבור.
חיבור VPN מרשת חיצונית, כולל אימות נוסף כאשר הוא מוגדר.
תקשורת בין סניפים והגעה לשירותים שהעובדים באמת צריכים.
הפרדה בין רשת אורחים, עמדות עבודה וציוד ייעודי לפי התכנון.
קבלת התראות ויומנים במערכות הניטור המתאימות.
יצירת גיבוי חדש של ההגדרות לאחר אישור השינויים.

דוגמה להמחשה: משרד קטן מחליף פיירוול בסוף היום. הגלישה עובדת, אך עובד מהבית אינו מצליח לפתוח את המערכת העסקית. בדיקת VPN שתוכננה מראש מגלה את הבעיה לפני הבוקר. כך הצוות יכול לתקן אותה בתוך חלון העבודה. זו דוגמה אפשרית, ולא תיאור של אירוע אצל לקוח.

בדקו גם את הצד השני של ההרשאות: משתמש שאין לו הרשאה לא אמור לקבל גישה בעקבות המעבר. אחרי האישור, עדכנו את מפת הרשת ואת מועד סוף התמיכה של הציוד החדש. תכנון ההחלפה הבאה מתחיל כבר ביום ההתקנה.

מה צריך להיכלל בהצעת המחיר?

מחיר המכשיר לבדו אינו מתאר את עלות המעבר. בקשו פירוט של החומרה, המנויים, תקופת התמיכה, עבודת ההקמה והבדיקות. בדקו מי מטפל בתקלה אחרי ההתקנה ומה כוללת התחזוקה. אם יש כמה הצעות, השוו אותן לפי אותה תקופה ואותו היקף שירות.

בנוסף, תארו לספק איך העסק עובד: מספר משתמשים, חיבורי סניפים, עבודה מרחוק ושירותים חיוניים. אל תבחרו מכשיר רק לפי מהירות הגלישה שמופיעה בפרסום. בקשו התאמה לשירותי ההגנה שאתם מתכוונים להפעיל ולצרכים הצפויים של העסק.

אין צורך לקנות את הדגם הגדול ביותר כדי לנהל סיכון. צריך פתרון מתאים עם אופק תמיכה ברור, הגדרות נכונות ואחריות תפעולית. במסגרת שירותי מחשוב מנוהלים, כדאי לכלול מעקב קבוע אחרי ציוד, גרסאות ותאריכי חידוש. כך התקציב נשען על תמונת מצב ולא על תקלה מפתיעה.

מסכמים מראש מי אחראי לכל חלק

במעבר אחד עשויים להשתתף ספק האינטרנט, איש המחשוב וספק התוכנה העסקית. הגדירו איש קשר שמרכז את העבודה. הוא צריך לדעת למי פונים כאשר חיבור עולה, אך שירות מסוים אינו זמין. בלי חלוקת אחריות, כל ספק עלול לבדוק רק את החלק שלו ולהשאיר פער בין המערכות.

בקשו שההצעה תציין גם את תוצרי המסירה: תיעוד מעודכן, גיבוי הגדרות, רשימת בדיקות ומידע על הרישיונות. חשבון הניהול צריך להיות נגיש לגורמים המורשים בעסק לפי ההסכם. בדקו מראש איך מעבירים את האחריות אם מחליפים בעתיד את ספק השירות.

לא שוכחים את המכשיר שיוצא מהארון

לאחר שהמעבר יציב והגורם האחראי אישר אותו, מחליטים מה עושים בציוד הישן. אין להעביר אותו לצד אחר עם הגדרות העסק. איש המחשוב צריך לבצע את תהליך מחיקת המידע שהיצרן מגדיר, לטפל ברישום לחשבון הניהול ולתעד את הוצאתו משימוש. שומרים מידע הדרוש לתיעוד במקום המורשה לכך.

אם משאירים את המכשיר זמנית לצורך חזרה מתוכננת, מסמנים אותו בבירור ומגבילים את הגישה אליו. כך עובד אחר לא יחבר אותו בטעות לרשת בהמשך. קבעו מי מאשר את סיום תקופת המעבר ומתי מפנים את הציוד. ההחלפה מסתיימת רק כשברור מה פעיל, מה יצא משימוש ומי ממשיך לעקוב אחרי התמיכה.

שאלות נפוצות על סוף תמיכה בציוד רשת

האם צריך להחליף כל ראוטר ישן?

לא לפי גיל בלבד. בודקים את תמיכת היצרן בדגם ובגרסה, את מצבו ואת התאמתו לעסק. לפעמים נדרש עדכון תוכנה. במקרים אחרים אין מסלול נתמך, ואז צריך לתכנן החלפה.

האם חידוש רישיון פותר סוף תמיכה בראוטר ובפיירוול?

לא בהכרח. חידוש מנוי אינו מאריך אוטומטית את חיי המוצר. בקשו אישור מפורש לגבי הדגם, העדכונים והשירותים שיקבל. אל תסתפקו בתאריך חיוב עתידי.

הציוד שייך לספק האינטרנט. מי אחראי?

פנו לספק ובקשו את הדגם, מצב התמיכה ומסלול ההחלפה. במקביל בדקו את ההסכם ואת גבולות האחריות. אין להניח שהספק מנהל גם פיירוול נוסף שהעסק רכש בנפרד.

האם גיבוי הגדרות מספיק למעבר?

הוא נקודת פתיחה חשובה, אבל צריך לבדוק תאימות, מפת יציאות, רישוי ומפתחות נדרשים. לאחר השחזור בודקים בפועל את השירותים ואת ההרשאות. קובץ שקיים בתיקייה אינו הוכחה למעבר תקין.

מה כדאי לבקש מאיש המחשוב כבר היום?

בקשו רשימה של הדגמים והגרסאות, מועדי התמיכה וקישורים למקורות היצרן. לכל פער הוסיפו פעולה מוצעת, אחראי ותאריך יעד. זהו בסיס ברור להחלטה ולתקציב, גם אם ההחלפה עצמה תתבצע בהמשך.

מקורות ותאריך בדיקה

המקורות נבדקו ב־27 בספטמבר 2026. תאריכי התמיכה עשויים להשתנות בין דגמים וגרסאות. לפני ביצוע פעולה יש לבדוק שוב את הודעת היצרן שחלה על הציוד שלכם.