Raspberry Pi üzemeltetése LAN-on internetes uplink nélkül

Két eszköz egy privát LAN-on akár teljes uplink nélkül is cserélhet védett forgalmat. Azt viszont nem tudják megtenni, hogy elővarázsolják a választott biztonsági modelljük által elvárt szolgáltatásokat. A munka ezért félig kiválasztás, félig leltár: válassza ki a feladathoz illő védelmet, majd sorolja fel mindazt, ami csendben az internet felé nyúlna.

Ennek a bejárásnak az a feltevése, hogy mindkét eszköz jóváhagyott címekkel rendelkezik ugyanazon a privát hálózaton. Ne abból következtessen az elérhetőségre, hogy mindkettő ugyanahhoz a wifihez csatlakozott; a csatlakozás, az útválasztás és a hozzáférési szabályok továbbra is ezt döntik el.

A feladat szerint válasszon védelmet, ne a szokás szerint

Egy terminálmunkamenet vagy egy támogatott fájlkezelési feladat az SSH-hoz illik, amelynek architektúrája szétválasztja a kiszolgáló hitelesítését, a felhasználó hitelesítését és a védett átvitelen belül szállított csatornákat. Egyik ilyen szerep sem igényel kereskedelmi VPN-szolgáltatót, és egyik sem hagy fel a működéssel azért, mert nincs alapértelmezett útvonal az internetre.

Egy további TCP-szolgáltatás áthaladhat egy engedélyezett SSH-továbbításon, ha a kiszolgáló engedi: tartsa a helyi figyelőt szűken kötve, a célt pedig kifejezettként, és ne feledje, hogy ez az egy szolgáltatást továbbítja, nem egy Ethernet-szegmenst reprodukál.

Több cím vagy protokoll irányított elérése más követelmény, és egy helyben lezárt VPN képes ezt nyújtani. A partner ebben az esetben egy elérhető helyi átjáró, nem pedig egy végpont valahol az interneten, és az átjárónak továbbra is szüksége van a tervezett útvonalakra, továbbítási szabályokra és szolgáltatási engedélyekre. Ahol egyetlen alkalmazás már helyesen beszél TLS-t, ott gyakran a legkisebb működő válasz, hogy hagyjuk a saját kapcsolatát védeni.

Leltározza fel, mi hagyná el a LAN-t

Szerezze be a szoftvert, a gazdagép-identitásokat és a hitelesítő adatokat, mielőtt egy elszigetelt padra támaszkodna, vagy használja azt az offline szállítási folyamatot, amelyet a szervezet támogat. A letöltési parancs nem telepítési terv egy olyan géphez, amely nem éri el a forrást, és ezt egy kiesés közben felfedezni rossz időpont a tanulásra.

Tegye szándékossá az elnevezést. Használja a tervezett helyi DNS-szolgáltatást vagy egy dokumentált címelrendezést, mert egy beállított nyilvános feloldó nem teremt utat önmagához. A socket-cím megváltoztatása sem indokolja az alkalmazás identitásellenőrzéseinek kihagyását. Ha a válasz az, hogy a pad egyszerűen címeket használ, azt is írja le, hogy a következő mérnök ne töltsön egy órát egy soha nem konfigurált keresési tartományon.

Ezután olvassa el a hitelesítési és ellenőrzési modellt a külső függőségekhez: regisztráció, identitásszolgáltató, többtényezős jóváhagyás, tanúsítványállapot-lekérdezés, időforrás. Mindegyik potenciális akadály egy elszigetelt hálózaton. Sorolja fel őket a karbantartási ablak előtt, nem közben, mert egy rossz pillanatban felfedezett függőség egy ötperces feladatot egy egész délutánná változtat. Gondoskodjon jóváhagyott, elérhető megoldásról, vagy válasszon offline működő modellt, és soha ne tiltson le csendben egy ellenőrzést azért, mert hiányzik a szolgáltatása.

Tartsa az identitásellenőrzéseket ott, ahová tartoznak

Ellenőrizze az elvárt gazdagépkulcsot vagy tanúsítványt a megbízott előkészítési folyamaton keresztül, és tartsa helyesen az órát ott, ahol a protokoll a tanúsítványidőket ellenőrzi. Egy kapcsoló megosztása egy eszközzel nem teszi azt az eszközt azzá, amelyet el akart érni, és az ellenkezőjét feltételezni pontosan az a hiba, amelyet egy támadó ugyanazon a szegmensen szeretne, hogy elkövessen.

Az idő megérdemel egy saját sort a tervben. Sok protokoll visszautasítja az egyébként érvényes hitelesítő adatokat, ha az óra eléggé elcsúszott, és egy hálózati időforrás nélküli Pi hónapokig csendben csúszhat, mire bármi panaszkodik.

Teszteljen valóban hiányzó uplinkkel

Húzza ki az uplinket, majd hajtsa végre pontosan azt a karbantartási műveletet, amelyre tervezett: a terminálmunkamenetet, a fájlmásolást, a továbbított szolgáltatást, az irányított kapcsolatot. Erősítse meg, hogy egy elutasított identitás vagy egy tiltott erőforrás továbbra is elutasított, mert egy terv, amely csak a boldog utat bizonyítja, egyáltalán nincs tesztelve. Közben olvassa a naplókat, mert az érdekes hibák azok, amelyek nyomot hagynak anélkül, hogy megváltoztatnák az eredményt.

Rögzítse a helyi végpontot, a védelmi mechanizmust és minden függőséget, amelyet a művelet használt. Az internet felé vezető kimenet és a helyi adminisztráció biztonságos útja két különböző követelmény, és ezek szétválasztása az, ami lehetővé teszi, hogy a második túlélje az első elvesztését.