Terenska naprava, TLS in VPN: katera meja kaj ščiti
Terenska naprava potrebuje overjen aplikacijski kanal, ne le omrežnega dostopa. Ugotovite, kje se TLS konča, in odločite, kaj se zgodi ob napaki.
Terenska naprava odpre povezavo s storitvijo in vprašanje zasnove pride kot izbira med VPN in TLS. Ta okvir je napačen, ker oba opravljata različno delo. TLS overi končno točko aplikacije in zaščiti pogovor; medtem ko VPN nadzira dosegljivost in zaščiti pakete med partnerji. Sledite povezavi od naprave navzven in vsak sloj ima svoj odgovor.
Če ne morete povedati, kje se TLS konča, ne morete povedati, čemu aplikacija v resnici zaupa.
Poiščite, kje se TLS v resnici konča
Začnite pri aplikaciji naprave in sledite povezavi do procesa, ki zaključi rokovanje. Če posrednik konča TLS pred velikim računalnikom, se zaščitena pot konča pri posredniku. Preostali skok potrebuje svojo dokumentirano zaščito.
Temu reči od konca do konca na podlagi predpostavke je način, kako pregled zasnove odobri vrzel. Narišite končno točko in sidro zaupanja na isto shemo.
TLS prenaša zahteve in odgovore v obe smeri, zato dvosmerna aplikacija sama po sebi ne potrebuje VPN namesto TLS. Velja tudi obratno: uvedba lahko še vedno potrebuje VPN za druge protokole na isti napravi.
Odločite, kaj mora naprava overiti
Nastavite preverjanje identitete strežnika in predvidene korenine zaupanja. Če mora vsaka naprava dokazati svojo identiteto, izberite podprt model overjanja odjemalca in za vsako napravo registrirajte ločene poverilnice. Skupne poverilnice spremenijo eno ukradeno napravo v težavo celotne flote.
Pred pošiljanjem načrtujte zaščito ključev, podaljšanje, preklic in obnovitev. Naprava na terenu, ki je po neuspešni obnovitvi ni mogoče znova registrirati, postane obisk na terenu, in ta strošek oblikuje zasnovo bolj kot rokovanje.
Uporabite podprto knjižnico in veljavne smernice. Sodobne smernice za uvajanje TLS prepovedujejo pogajanje o TLS 1.0 in 1.1, sklic na TLSv1 v stari zasnovni opombi pa ni zahteva.
Zaprite, ko rokovanje ne uspe
Neuspešno rokovanje ali preverjanje identitete se ne sme tiho vrniti na prvotni protokol z golim besedilom. Ta vrnitev je ranljivost, ki naj bi jo delo s TLS zaprlo. Napako naredite vidno operaterju naprave in storitvi ter zahtevajte zaščiten kanal za občutljive operacije. Nato prepustite avtorizaciji aplikacije, da odloči, kaj sme overjena naprava početi.
Določite življenjsko dobo povezave, uokvirjanje, časovne omejitve in vedenje pri ponovitvi kot del pogodbe. Šifriranje ne naredi ponovljenega ukaza varnega, ponovitev po negotovi prejšnji operaciji pa potrebuje odgovor na ravni aplikacije.
Zapišite pravilo vrnitve. „Ponovno se poveže brez TLS, če rokovanje ne uspe“ je odločitev o zasnovi in bi morala biti izrecna.
Dajte VPN le delo, ki ga zmore
VPN lahko omeji dosegljivost in zaščiti pakete do svojega partnerja. TLS zaščiti odnos aplikacije do izbrane končne točke. Njune končne točke se lahko razlikujejo in nobena ne varuje shranjenih podatkov končne točke ali skrbniškega dostopa.
Merite strošek rokovanja, stalno izmenjavo sporočil in ponovno povezavo na dejanski napravi, namesto da bi predpostavili, da je en mehanizem hitrejši. Nato preizkusite štiri primere, ki štejejo: predvideno izmenjavo, napačno identiteto strežnika, nepooblaščeno napravo in ponovno povezavo po negotovi operaciji. Zabeležite izid za vsak primer, vključno z napako, ki jo prikaže naprava.