Správa Raspberry Pi v síti LAN bez internetového uplinku
Zvolte ochranu, kterou úkol potřebuje, a potom vypište, co by dosáhlo internetu: balíčky, pojmenování, identitu, čas. Testujte s uplinkem skutečně nepřítomným.
Dvě zařízení v privátní LAN si mohou vyměňovat chráněný provoz úplně bez uplinku. Co nedokážou, je vyčarovat služby, které jejich zvolený bezpečnostní model očekává. Práce je proto z poloviny volba a z poloviny inventura: zvolte ochranu, která odpovídá úkolu, a potom vypište vše, co by tiše sáhlo po internetu.
Předpokladem tohoto postupu je, že obě zařízení mají schválené adresy ve stejné privátní síti. Neodvozujte dostupnost z toho, že se obě připojila ke stejné wifi; připojení, směrování a pravidla přístupu o tom stále rozhodují.
Volte ochranu podle úkolu, ne podle zvyku
Terminálová relace nebo podporovaný úkol správy souborů se hodí k SSH, jehož architektura odděluje autentizaci serveru, autentizaci uživatele a kanály přenášené uvnitř chráněného transportu. Žádná z těchto rolí nevyžaduje komerčního poskytovatele VPN a žádná nepřestane fungovat proto, že neexistuje výchozí trasa do internetu.
Jedna další služba TCP může cestovat autorizovaným přesměrováním SSH, když to server povolí: držte místní posluchač úzce svázaný a cíl explicitní a pamatujte, že to přesměrovává jednu službu, místo aby reprodukovalo segment Ethernetu.
Směrovaný přístup k několika adresám nebo protokolům je jiný požadavek a lokálně ukončená VPN jej může poskytnout. Protějškem je v tom případě dostupná místní brána, ne koncový bod někde na internetu, a brána stále potřebuje zamýšlené trasy, pravidla předávání a oprávnění služeb. Tam, kde jedna aplikace už správně mluví TLS, je často nejmenší funkční odpovědí nechat ji chránit vlastní spojení.
Zinventarizujte, co by opustilo LAN
Připravte software, identity hostitelů a přihlašovací údaje dřív, než se spolehnete na izolované pracoviště, nebo použijte offline proces doručení, který organizace podporuje. Příkaz ke stažení není instalační plán pro stroj, který nemůže dosáhnout zdroje, a zjistit to během výpadku je špatný okamžik na to přijít.
Udělejte pojmenování záměrným. Použijte zamýšlenou místní službu DNS nebo zdokumentované uspořádání adres, protože nakonfigurovaný veřejný resolver nevytváří cestu k sobě samému. Změna adresy soketu také není ospravedlněním pro vynechání kontrol identity aplikace. Pokud je odpověď, že pracoviště prostě používá adresy, zapište i to, aby další inženýr nestrávil hodinu na vyhledávací doméně, která nikdy nebyla nakonfigurována.
Potom si přečtěte model autentizace a ověřování pro externí závislosti: registrace, poskytovatel identity, vícefaktorové schválení, získávání stavu certifikátu, zdroj času. Každá z nich je možný blokátor v izolované síti. Vypište je před servisním oknem, ne během něj, protože závislost objevená ve špatnou chvíli promění pětiminutový úkol v celé odpoledne. Zajistěte schválené dosažitelné uspořádání nebo zvolte model, který funguje offline, a nikdy potichu nevypínejte kontrolu proto, že chybí její služba.
Ponechte kontroly identity tam, kam patří
Ověřte očekávaný klíč hostitele nebo certifikát přes proces přípravy, kterému důvěřujete, a udržujte hodiny správné tam, kde protokol validuje časy certifikátů. Sdílení přepínače se zařízením nečiní z tohoto zařízení to, které jste chtěli dosáhnout, a domnívat se opak je přesně chyba, kterou by útočník ve stejném segmentu chtěl, abyste udělali.
Čas si zaslouží vlastní řádek v plánu. Mnoho protokolů odmítá jinak platné přihlašovací údaje, když se hodiny dostatečně rozešly, a Pi bez síťového zdroje času se může měsíce tiše rozcházet, než si někdo stěžuje.
Testujte s uplinkem skutečně nepřítomným
Odpojte uplink a potom proveďte přesně tu servisní operaci, pro kterou jste navrhli: terminálovou relaci, kopii souboru, přesměrovanou službu, směrované spojení. Potvrďte, že odmítnutá identita nebo zakázaný prostředek jsou stále odmítány, protože návrh, který dokazuje jen šťastnou cestu, nebyl vůbec testován. Čtěte přitom logy, protože zajímavé poruchy jsou ty, které zanechají stopu, aniž by změnily výsledek.
Zaznamenejte místní koncový bod, ochranný mechanismus a každou závislost, kterou operace použila. Výstup do internetu a bezpečná cesta pro místní správu jsou dva různé požadavky a jejich oddělování je to, co umožňuje druhému přežít ztrátu prvního.