Terénne zariadenie, TLS a VPN: ktorá hranica čo chráni

Terénne zariadenie otvára spojenie so službou a otázka dizajnu prichádza ako voľba medzi VPN a TLS. Tento rámec je nesprávny, pretože obe robia rôznu prácu. TLS autentifikuje koncový bod aplikácie a chráni konverzáciu; zatiaľ čo VPN riadi dostupnosť a chráni pakety medzi partnermi. Prejdite spojenie od zariadenia smerom von a každá vrstva má svoju odpoveď.

Ak neviete povedať, kde sa TLS končí, neviete povedať, čomu aplikácia naozaj dôveruje.

Nájdite, kde sa TLS naozaj končí

Začnite pri aplikácii zariadenia a sledujte spojenie až k procesu, ktorý dokončuje handshake. Ak proxy ukončuje TLS pred mainframeom, chránená cesta sa končí na proxy. Zvyšnému skoku treba vlastná zdokumentovaná ochrana.

Nazvať to end-to-end na základe predpokladu je spôsob, akým revízia dizajnu schvaľuje medzeru. Nakreslite bod ukončenia a kotvu dôvery do rovnakej schémy.

TLS prenáša požiadavky aj odpovede oboma smermi, takže obojsmerná aplikácia nepotrebuje nutne VPN namiesto TLS. Platí to aj opačne: nasadenie môže stále potrebovať VPN pre iné protokoly na tom istom zariadení.

Rozhodnite, čo musí zariadenie autentifikovať

Nastavte overovanie identity servera a zamýšľané korene dôvery. Ak každé zariadenie musí preukázať vlastnú identitu, zvoľte podporovaný model autentifikácie klienta a zaregistrujte samostatné prihlasovacie údaje pre každé zariadenie. Zdieľané údaje premenia jedno ukradnuté zariadenie na problém celej flotily.

Naplánujte ochranu kľúčov, obnovu, odvolanie a zotavenie pred dodaním. Zariadenie v teréne, ktoré po neúspešnej obnove nemožno znova zaregistrovať, sa zmení na výjazd a táto cena formuje dizajn viac ako handshake.

Použite podporovanú knižnicu a aktuálne usmernenia. Moderné usmernenia pre nasadenie TLS zakazujú vyjednávanie TLS 1.0 a 1.1 a odkaz na TLSv1 v starej poznámke k dizajnu nie je požiadavka.

Zatvorte sa, keď handshake zlyhá

Neúspešný handshake alebo kontrola identity nesmie potichu padnúť späť na pôvodný protokol s čistým textom. Tento návrat je zraniteľnosť, ktorú mala práca na TLS uzavrieť. Urobte zlyhanie viditeľné pre operátora zariadenia aj pre službu a pre citlivé operácie vyžadujte chránený kanál. Potom nechajte autorizáciu aplikácie rozhodnúť, čo smie autentifikované zariadenie robiť.

Definujte životnosť spojenia, rámovanie, časové limity a správanie pri opakovaní ako súčasť zmluvy. Šifrovanie nerobí opakovaný príkaz bezpečným a opakovanie po neistej predchádzajúcej operácii potrebuje odpoveď na úrovni aplikácie.

Zapíšte pravidlo návratu. „Znova sa pripojí bez TLS, ak handshake zlyhá“ je rozhodnutie o dizajne a malo by byť výslovné.

Dajte VPN len tú prácu, ktorú zvládne

VPN môže obmedziť dostupnosť a chrániť pakety k svojmu partnerovi. TLS chráni vzťah aplikácie k vybranému koncovému bodu. Ich body ukončenia sa môžu líšiť a ani jeden nezabezpečuje uložené dáta koncového bodu ani administratívny prístup.

Merajte cenu handshake, ustálené zasielanie správ a opätovné pripojenie na skutočnom zariadení, namiesto toho, aby ste predpokladali, že jeden mechanizmus je rýchlejší. Potom otestujte štyri prípady, ktoré majú význam: zamýšľanú výmenu, nesprávnu identitu servera, neoprávnené zariadenie a opätovné pripojenie po neistej operácii. Zaznamenajte výsledok pre každý prípad vrátane chyby, ktorú zariadenie zobrazí.