Miért fagy le az okosotthon 2-3 naponta? Egy hibakeresés, ahol nem az eszköz volt a hibás

Egy budai családi ház tulajdonosa keresett meg minket egy makacs hibával. Az iNELS okosotthon rendszere két-három naponta „elszállt": a központi egység elérhetetlenné vált a telefonos alkalmazásból, a fali kijelző lefagyott, és a locsolóprogram sem indult el. A rendszer újraindítás után újra működött — aztán néhány nap múlva ugyanez.

Amit előttünk próbáltak

A korábban kihívott szakemberek a legkézenfekvőbb feltételezésből indultak ki: ha a központi egység nem elérhető és lefagy, akkor a központi egység a hibás. Kicserélték.

A hiba nem szűnt meg. Ugyanaz a tünet jelentkezett az új eszközön is, ugyanolyan ütemben.

Ez a pont a hibakeresés legfontosabb tanulsága. Ha egy alkatrész cseréje után a hiba változatlanul visszatér, akkor a hiba nem abban az alkatrészben volt. Ilyenkor nem újabb cserével kell próbálkozni, hanem vissza kell lépni egyet, és megkérdezni: mi az, ami a csere során nem változott?

Miért nem a vezérlő volt a hibás?

A csere után változatlan maradt a ház hálózata: ugyanaz a router, ugyanazok a hálózati eszközök, ugyanaz a forgalom. És a tünetek is erre mutattak:

Tünet	Mit jelez?
Csak 2-3 nap után jelentkezik	Nem azonnali meghibásodás, hanem valami fokozatosan felhalmozódik
Újraindítás után megszűnik	Nem hardverhiba — a hardver nem „gyógyul meg" újraindításra
Az app és a kijelző egyszerre esik ki	Mindkettő a vezérlő hálózati elérésén keresztül dolgozik
A locsolóprogram sem fut le	A vezérlő nem csak elérhetetlen: a saját feladatait sem tudja ellátni
Az eszközcsere nem segített	Az ok a vezérlőn kívül van

Az utolsó két sor együtt a döntő. A vezérlő nem egyszerűen „nem válaszolt" — a belső feladatai is elakadtak. Ez arra utal, hogy nem a kapcsolat szakadt meg valahol az úton, hanem maga az eszköz került túlterhelt állapotba. És ha ugyanez két különböző példánnyal is megtörténik, akkor a terhelés kívülről érkezik.

A diagnózis: a hálózat, nem a vezérlő

A rendszer tűzfal és hálózati szegmentáció nélkül üzemelt. Az okosotthon vezérlője ugyanazon a hálózaton, ugyanabban a forgalmi térben volt, mint a ház összes többi eszköze — és ami ennél is súlyosabb: több eszköz kívülről, az internet felől is elérhető volt.

Amit a forgalomban láttunk

Amikor a hálózati forgalmat elkezdtük vizsgálni, kiderült, hogy a rendszer nem véletlenszerű zajtól szenved. Másodpercenként többször érkeztek bejelentkezési kísérletek SSH és FTP portokra, jellemzően orosz és kínai IP-tartományokból.

Ez nem célzott támadás volt a ház ellen. Az interneten folyamatosan futnak automatizált programok, amelyek IP-címtartományokat pásztáznak, és minden nyitva talált porton végigpróbálnak ismert felhasználónév-jelszó párokat. Ami nyitva van, azt megtalálják — jellemzően órákon belül.

Egy pontosítás: az IP-cím földrajzi hovatartozása nem bizonyítja a támadó tényleges helyét. Az ilyen forgalom legtöbbször feltört gépeken vagy bérelt szervereken keresztül fut. A lényeg nem az, hogy honnan jött, hanem hogy folyamatosan és nagy ütemben érkezett.

Innen már összeállt a kép. A vezérlőnek nem az volt a dolga, hogy másodpercenként több hitelesítési kérést dolgozzon fel — de mégis ezt csinálta, éjjel-nappal. A folyamatos terhelés fokozatosan felemésztette az erőforrásait, amíg el nem érte azt az állapotot, amikor már sem válaszolni, sem a saját feladatait ellátni nem tudta. Az újraindítás nullázta ezt az állapotot — ezért működött utána újra néhány napig.

Bejutottak?

Őszinte válasz: nem állapítható meg. A rendszer nem rendelkezett olyan naplózással és felügyelettel, amiből ez utólag rekonstruálható lett volna.

Ez önmagában is tanulság. Egy megfelelően kialakított rendszernél ez a kérdés megválaszolható lenne. Amikor nincs napló, nincs monitorozás és nincs tűzfal, akkor nemcsak a támadást nem látja senki — hanem azt sem, hogy sikerült-e.

Ezért a helyreállításnál abból indultunk ki, hogy a korábbi állapot nem tekinthető biztonságosnak: a hozzáférések felülvizsgálatra kerültek, és a rendszer új, zárt konfigurációval indult újra.

A megoldás: szegmentálás és tűzfal

Nem cseréltünk eszközt. A hálózatot strukturáltuk át:

1. Külső elérés lezárása. A közvetlenül internetről elérhető szolgáltatások megszűntek. A távoli hozzáférés ma is működik — de ellenőrzött módon, nem nyitott portokon keresztül.
2. Elkülönített szegmens az épületautomatikának. A vezérlő és a hozzá tartozó eszközök saját, leválasztott hálózati szakaszba kerültek — külön a háztartás általános eszközeitől.
3. Tűzfal a szegmens elé. Innentől nem a véletlenen múlik, mi jut el a vezérlőig.
4. Szűrési szabályok. Kizárólag az a forgalom mehet a vezérlő felé, amire a működéséhez ténylegesen szüksége van. Minden más megáll a tűzfalon.

A hiba megszűnt. A rendszer azóta stabilan működik — az alkalmazás elérhető, a kijelző nem fagy, a locsolóprogram a beállított időben indul.

Egyetlen hardvert sem kellett kicserélni. Az eredeti központi egység is jó lett volna: a környezete nem volt megfelelő.

Miért nem fordul elő ez az általunk tervezett rendszereknél?

Mert nálunk az épületautomatika alapból izolált hálózati szegmensben, tűzfal mögött üzemel. Ez nem utólagos javítás, hanem tervezési alapelv.

Az elvet az ipari világból hozzuk: az európai NIS2 irányelv — amely a kritikus infrastruktúrák és a nagyobb vállalatok kiberbiztonságát szabályozza — pontosan ilyen elveken nyugszik: szegmentálás, hozzáférés-korlátozás, csak az engedélyezett kommunikáció.

Fontos tisztázás: a NIS2 hatálya nem terjed ki a lakóingatlanokra. Egy családi ház nem köteles megfelelni neki. Mi mégis ezt a szemléletet alkalmazzuk, mert a mérnöki logika ugyanaz: ha egy rendszernek megbízhatóan kell működnie, akkor nem szabad kitenni kiszámíthatatlan környezetnek.

A biztonsági oldal, amiről kevesebb szó esik

Ebben az esetben a szegmentálás hiánya működési hibaként jelentkezett. De ugyanez a hiányosság biztonsági kockázat is.

Egy izolálatlan hálózaton az okosotthon vezérlője ugyanabban a térben van, mint minden más eszköz — beleértve azokat is, amelyek fölött a tulajdonosnak nincs teljes kontrollja: vendégek telefonjai, olcsó okoseszközök, gyári alapbeállítással futó kamerák. Ha ezek közül bármelyik sérül, a támadó ugyanoda jut, ahol a fűtés, a nyílászárók és a riasztó vezérlése fut.

A szegmentálás ezt a láncot szakítja meg. Ez az a rész, ami akkor is dolgozik, amikor semmilyen tünet nem látszik.

Mit tanulhat ebből egy okosotthon-tulajdonos?

1. Az ismétlődő lefagyás ritkán hardverhiba. Ha az újraindítás segít, és a probléma napok múlva visszatér, a hiba jellemzően nem az eszközben van.
2. Az eszközcsere nem diagnózis. Ha egy csere nem szüntette meg a hibát, a következő csere sem fogja.
3. Az okosotthon hálózati rendszer is. A vezérlő minősége önmagában keveset ér, ha a hálózat, amin fut, szabályozatlan.
4. Kérdezzen rá a hálózati koncepcióra. Ajánlatkéréskor érdemes megkérdezni: hol fog futni a rendszer, lesz-e elkülönítve, lesz-e tűzfal. Ha erre nincs válasz, az a terv hiányosságát jelzi.
5. Más rendszerét is át lehet venni. Nem kell újraépíteni mindent. Ebben az esetben a meglévő iNELS rendszer maradt — a környezete változott meg.

Ha az okosotthona kiszámíthatatlanul viselkedik, és a korábbi javítási kísérletek nem hoztak eredményt, keressen minket: +36 30 869 0637 | info@budasmart.hu