KNX · אבטחה · ETS6.4 · BMS · עודכן 12.10.2026
KNX IP Secure: רשימת בדיקות מעשית לאבטחת מערכת קיימת
איך בודקים חשיפה של KNXnet/IP, איך מתכננים גישה מרחוק בטוחה, מה ההבדל בין IP Secure ל-Data Secure, ומה חייבים לקבל במסירה ובתחזוקה.
התשובה הקצרה: איך מאבטחים התקנת KNX קיימת?
מתחילים במפת החיבורים לרשת: בודקים אם KNXnet/IP נגיש ישירות מהאינטרנט, מבטלים חשיפה לא נחוצה, מגדירים גישה מרחוק מאומתת ומפרידים ציוד בקרה מרשתות אורחים. לאחר מכן בוחנים ממשקי KNX IP Secure, הרשאות, קובצי ETS, גיבוי ובדיקות מסירה. KNX IP Secure הוא שכבת הגנה חשובה — לא תחליף לתכנון רשת מאובטח.
מה התחדש ומה המשמעות לפרויקט בישראל?
ב-21 בספטמבר 2026 פרסמה KNX Association מאמר מעשי על החשיפה של מתקני KNX בצד ה-IP. ההמלצה המרכזית איננה לקנות מיד בקר חדש, אלא לבדוק קודם את תצורת הנתב, דרך הגישה מרחוק, הפרדת הרשתות והממשקים הקיימים. זה רלוונטי במיוחד לבית שנמסר לפני שנים, למבנה שעובר שדרוג BMS ולמתקין שנכנס לטיפול תחזוקה לאחר שנים.
מתקני KNX רבים פועלים לאורך זמן רב. לפעמים במקביל לממשק KNX IP הותקנו בבית מצלמות, אינטרקום, אזעקה, שרת ויזואליזציה, Home Assistant או ממשק לענן. שילוב מערכות מגדיל את יכולות הבית, אבל גם מחייב להבין מי רשאי להתחבר לאיזה רכיב ואילו פעולות מותרות לכל ספק. חשוב להפריד בין שליטה של דייר לבין גישה טכנית של מתקין ושל גורם תחזוקה.
למה לא מספיק לבחור מוצר שעליו כתוב Secure?
השם של המוצר אינו מבטיח שהתצורה בפועל מאובטחת. מערכת עם נתב IP מאובטח יכולה עדיין להיות חשופה דרך פורט פתוח או באמצעות הרשאות חלשות בשרת אחר. לכן בוחנים יחד את הציוד, הגדרות הרשת, הנהלים וההרשאות. אבטחה אמיתית היא רצף שניתן לתחזק, ולא רשימת רכיבים.
1. הנתב ופורט UDP 3671 — לפני החלפת ציוד
פורט UDP 3671 משמש כברירת מחדל לתקשורת KNXnet/IP. שימוש בו בתוך רשת מקומית מתוכננת אינו כשלעצמו תקלה. הסיכון עולה כאשר מוגדרת בנתב הפניית פורט מהאינטרנט ישירות לממשק KNX, לעיתים מתוך רצון לספק שירות מהיר מרחוק. הגדרה כזאת עשויה להישאר בשימוש שנים לאחר החלפת ספק אינטרנט, נתב או מתקין.
איך בודקים נכון?
בעל המערכת או הגורם המורשה מבקשים מאיש הרשת לבדוק מיפוי פורטים, כללי NAT ו-Firewall, שירותי גישה חיצוניים והרשאות צד שלישי. KNX Association מספקת כלי בשם KNX Security Check לבדיקת חשיפה של כתובת IP לאינטרנט. משתמשים בכלי עבור מערכת שיש הרשאה לבדוק, ולא מצרפים פרטי רשת רגישים או סיסמאות לטופס ציבורי.
אם יש חשיפה מיותרת, מתקנים אותה בתיאום עם מי שמכיר את המערכות. אין לבצע חסימה חפוזה שעלולה לנתק ממשק תפעולי חיוני ללא בדיקות חזרה לשגרה. שליטה במערכת חשמל, מיזוג או ציוד בניין צריכה להישמר בהתאם לתכנון המאושר.
2. גישה מרחוק: VPN, Gateway מאובטח והרשאות
שירות מרחוק הוא צורך אמיתי. אינטגרטור צריך לפעמים לבדוק תקלה, ללמוד את מצב המערכת, לתאם עם ספק מיזוג ולבצע שינוי מורשה. במקום לחשוף KNXnet/IP ישירות לאינטרנט, בוחרים גישה מרחוק מאומתת באמצעות VPN ארגוני או פתרון ייעודי מאובטח. השיטה המדויקת תלויה במדיניות הלקוח, ברשת ובדרישות התחזוקה.
מומלץ לנהל הרשאות לפי תפקיד: מי רשאי רק לצפות? מי רשאי לשנות תרחיש? מי רשאי להוריד תוכנה או לעדכן ממשק? יש להגדיר מי מאשר גישה, כיצד מבטלים אותה כשספק מסיים את עבודתו, והיכן נשמר תיעוד גישה. בפרויקטים מסחריים שבהם עובדים צוותי מיזוג, חשמל ו-BMS, חוסר בהירות בהרשאות הוא מקור אפשרי הן לסיכוני מידע והן לתקלות תפעוליות.
הפרדת רשתות עם VLAN ו-Firewall
רשת אורחים, מחשבי משרד, מערכות מצלמות, שרת BMS וממשק KNX אינם צריכים בהכרח לתקשר בחופשיות זה עם זה. סגמנטציה באמצעות VLAN וכללי Firewall מאפשרת לפתוח רק את התעבורה הדרושה לתפעול. גם אחרי הפרדה, צריך לבדוק בפועל את מסלולי התקשורת בין הבקרים והממשקים, כדי לא להפריע לבקרה המתוכננת.
3. KNX IP Secure לעומת KNX Data Secure
KNX IP Secure מאבטח תקשורת KNX על גבי מדיום IP באמצעות הגנות כגון אימות, שלמות נתונים והצפנה. הוא רלוונטי במיוחד כשמתכננים או משדרגים את עמוד השדרה של רשת הבקרה, נתבי KNX וממשקי IP תואמים. KNX Data Secure נועד להגן על המידע בטלגרמות KNX במדיומים נתמכים. ההבדל חשוב כאשר מתכננים מערכת שבה חלק מהתקשורת עובר ב-IP וחלקה ב-KNX TP או במדיום אחר.
ההגנות אינן מחליפות זו את זו באופן אוטומטי, והן אינן מחליפות גישה מרחוק מאומתת, הפרדת רשתות או ניהול הרשאות. בפרויקט מעורב בודקים אילו רכיבים תומכים באיזו תצורה, אילו הגדרות הופעלו ב-ETS, ואילו רכיבים ישנים מחייבים פתרון מדורג.
האם חייבים להחליף מערכת ישנה שלמה?
לא בהכרח. שיפור האבטחה יכול להתחיל מסגירת חשיפה חיצונית, החלפת שיטת גישה מרחוק, תיעוד ציוד וחיזוק חומת האש. בהמשך בוחנים אם נכון להחליף ממשק IP או נתב ישן לרכיב KNX IP Secure. את ההחלטה מבססים על התאמה טכנית, מצב הציוד, חשיבות המערכות והעלות לאורך חיי הפרויקט.
4. ETS6.4, מפתחות Secure וגיבוי פרויקט
ETS6.4 מציעה, בין היתר, Auto Backup to Archive, המאפשר לשמור גרסת פרויקט בארכיון בעת סגירה לפי הגדרות המשתמש. זהו כלי שימושי בעבודה צוותית ובמערכות שממשיכות לקבל שירות במשך שנים, אך הוא אינו מחליף מדיניות גיבוי מסודרת, שמירה מוגנת או בדיקת שחזור בפועל.
במערכת KNX Secure יש לטפל גם באישורי מכשירים, FDSK ומפתחות תכנות. מידע זה אינו מיועד להפצה בהודעת WhatsApp פתוחה או כנספח חופשי לקריאת שירות. יש להגדיר מי בעל ההרשאה לקבל גיבוי, באילו אמצעי הגנה הוא נשמר, וכיצד יטופל מעבר מסודר לספק שירות חדש. התחזוקה חייבת להתחיל מאימות בעלות והרשאות, לא מניסיון לעקוף מנגנוני הגנה.
5. חיבור ל-BMS, BACnet, Modbus ו-Siemens Desigo
מבנה גדול יכול לשלב KNX ברמת החדר, BACnet בין בקרי מיזוג, Modbus למונים, DALI לתאורה ו-Siemens Desigo בשכבת ניהול המבנה. כאן צריך להגדיר לא רק מה מחברים, אלא גם מי רשאי לכתוב לכל נקודה. צפייה בנתון טמפרטורה אינה זהה לשינוי Setpoint או ביטול לוח זמנים של מערכת מיזוג.
לכן מטריצת נקודות מקצועית צריכה לכלול את מקור הנתון, כיוון הקריאה או הכתיבה, יחידות מידה, קדימות פקודות, משוב ואחריות ספק. גם גישה מאובטחת צריכה לאפשר למערכת המקומית לפעול בהתאם לתכנון אם התקשורת למערכת המרכזית אינה זמינה.
6. רשימת מסירה ותחזוקה בשבע פעולות
- לאמת בעלות והרשאה לבדיקת האתר והרשת.
- לתעד אם קיימת חשיפת KNXnet/IP חיצונית ישירה ולתקן חשיפה מיותרת.
- לבדוק את פתרון הגישה מרחוק ואת הרשאות בעלי המקצוע.
- למפות ממשקי IP, נתבי KNX, שרתי ויזואליזציה וציוד BMS רלוונטי.
- להגדיר הפרדת רשתות וכללי Firewall, תוך בדיקת התקשורת הדרושה.
- לבדוק גיבוי ETS, שמירת האישורים והמפתחות ונוהל שחזור.
- למסור תיעוד בדיקות, אחריות תחזוקה ותוכנית שדרוג לפי סדר עדיפות.
זוהי מסגרת לבקרת איכות ולא תחליף לסקר אבטחה מלא הנערך לפי טופולוגיית האתר ודרישות הלקוח.
מקרה בוחן וקישורים משלימים
לקריאה נוספת על מגמות אבטחה, ETS6.4 ואינטגרציה בין KNX ל-BMS, אפשר לעבור לסקירת KNX Awards 2026. לפרויקט ציבורי שמדגים שכבת ניהול מבנה רחבה ראו את קמפוס הרכבת בקיסריה. אין להסיק מכך שהפרויקט בקיסריה משתמש בתכונת Secure מסוימת שלא תועדה.
שאלות נפוצות
מה ההבדל בין KNX IP Secure ל-KNX Data Secure?
KNX IP Secure מאבטח תקשורת KNX במדיום IP, בעוד KNX Data Secure מגן על הנתונים בטלגרמות KNX במדיומים נתמכים. שניהם משלימים תכנון רשת והרשאות, ולא מחליפים אותם.
האם מומלץ לפתוח פורט 3671 באינטרנט לצורך שירות?
לא. עדיף להימנע מחשיפה ישירה של KNXnet/IP לאינטרנט ולהשתמש בגישה מרחוק מאומתת ומתוכננת, כגון VPN או Gateway ייעודי מאובטח.
האם צריך להחליף את כל רכיבי KNX כדי לשפר אבטחה?
לא בהכרח. לעיתים אפשר להתחיל משינויים בנתב, בהרשאות, בגישה מרחוק ובהפרדת הרשתות ולבחון החלפת ממשקי IP בשלב מאוחר יותר.
האם ETS6.4 עוזרת בתחזוקת פרויקט Secure?
כן, למשל באמצעות Auto Backup to Archive ושיפורי תהליך עבודה. עם זאת, גיבוי מועיל רק אם שומרים אותו באופן מוגן ומוודאים שניתן לשחזר ממנו.
איך משלבים KNX מאובטח עם מערכת BMS?
מגדירים חלוקת אחריות, הרשאות כתיבה וקריאה, מיפוי נקודות וממשקים נתמכים, ומבצעים בדיקות תקשורת, משוב ותקלות.
מה צריך לקבל במסירת מערכת KNX?
קובצי ETS וגיבוי לפי הרשאות, תיעוד טופולוגיה וממשקים, נוהל גישה מאובטחת, תוצאות בדיקות ותוכנית שירות ושחזור.
מערכת KNX קיימת? מתחילים בסקר מסודר
אם בבית או במבנה יש KNX, מצלמות, אינטרקום, שרת ויזואליזציה או BMS, אפשר להתחיל מתיאור קצר של המערכת והבעיה — גם בלי קובץ ETS זמין. צוות I Feel יבחן את היקף הבדיקה והצעדים האפשריים לשיפור האבטחה והתחזוקה, בכפוף להרשאות ולתאימות הציוד. אין לשלוח סיסמאות, מפתחות או כתובת IP ציבורית בטופס.
בקשה לסקר ושדרוג KNX / BMS