Lauka ierīce, TLS un VPN: kura robeža ko aizsargā

Lauka ierīce atver savienojumu ar pakalpojumu, un dizaina jautājums parādās kā izvēle starp VPN un TLS. Šis ietvars ir nepareizs, jo abi veic atšķirīgu darbu. TLS autentificē lietojumprogrammas galapunktu un aizsargā sarunu; savukārt VPN kontrolē sasniedzamību un aizsargā pakešu pārraidi starp vienaudžiem. Izsekojiet savienojumam no ierīces uz āru, un katram slānim ir sava atbilde.

Ja nevarat pateikt, kur beidzas TLS, jūs nevarat pateikt, kam lietojumprogramma patiešām uzticas.

Atrodiet, kur TLS patiešām beidzas

Sāciet ar ierīces lietojumprogrammu un izsekojiet savienojumam līdz procesam, kas pabeidz rokasspiedienu. Ja starpniekserveris pabeidz TLS pirms lieldatora, aizsargātais ceļš beidzas starpniekserverī. Atlikušajam lēcienam vajadzīga sava dokumentēta aizsardzība.

To saukt par galu-galā, pamatojoties uz pieņēmumu, ir veids, kā dizaina pārskats apstiprina plaisu. Uzzīmējiet beigu punktu un uzticības enkuru tajā pašā diagrammā.

TLS pārraida pieprasījumus un atbildes abos virzienos, tāpēc divvirzienu lietojumprogrammai pēc būtības nav vajadzīgs VPN TLS vietā. Ir spēkā arī pretējais: ieviešanai joprojām var būt vajadzīgs VPN citiem protokoliem tajā pašā ierīcē.

Izlemiet, kas ierīcei ir jāautentificē

Konfigurējiet servera identitātes validāciju un paredzētās uzticības saknes. Ja katrai ierīcei jāpierāda sava identitāte, izvēlieties atbalstītu klienta autentifikācijas modeli un reģistrējiet atsevišķus akreditācijas datus katrai ierīcei. Kopīgi akreditācijas dati vienu nozagtu ierīci pārvērš visas flotes problēmā.

Pirms piegādes plānojiet atslēgu aizsardzību, atjaunošanu, atsaukšanu un atkopšanu. Lauka ierīce, kuru pēc neveiksmīgas atjaunošanas nevar reģistrēt no jauna, kļūst par apmeklējumu uz vietas, un šīs izmaksas veido dizainu vairāk nekā rokasspiediens.

Izmantojiet atbalstītu bibliotēku un aktuālās vadlīnijas. Mūsdienīgas TLS ieviešanas vadlīnijas aizliedz pārrunāt TLS 1.0 un 1.1, un atsauce uz TLSv1 vecā dizaina piezīmē nav prasība.

Aizveriet, kad rokasspiediens neizdodas

Neveiksmīgs rokasspiediens vai identitātes pārbaude nedrīkst klusi atgriezties pie sākotnējā atklātā teksta protokola. Šī atkāpšanās ir ievainojamība, ko TLS darbs bija paredzēts aizvērt. Padariet kļūmi redzamu ierīces operatoram un pakalpojumam, un pieprasiet aizsargātu kanālu sensitīvām darbībām. Pēc tam ļaujiet lietojumprogrammas autorizācijai izlemt, ko autentificēta ierīce drīkst darīt.

Definējiet savienojuma darbības laiku, kadrēšanu, taimautus un atkārtošanas uzvedību kā līguma daļu. Šifrēšana nepadara atkārtotu komandu drošu, un atkārtojums pēc nenoteiktas iepriekšējās darbības prasa atbildi lietojumprogrammas līmenī.

Pierakstiet atkāpšanās noteikumu. „Tas atkārtoti pievienojas bez TLS, ja rokasspiediens neizdodas“ ir dizaina lēmums, un tam jābūt skaidram.

Dodiet VPN tikai to darbu, ko tas spēj veikt

VPN var ierobežot sasniedzamību un aizsargāt pakešu pārraidi līdz savam vienaudzim. TLS aizsargā lietojumprogrammas attiecības ar izvēlēto galapunktu. To beigu punkti var atšķirties, un neviens no tiem neaizsargā galapunkta glabātos datus vai administratīvo piekļuvi.

Mēriet rokasspiediena izmaksas, pastāvīgu ziņojumapmaiņu un atkārtotu pievienošanos reālajā ierīcē, nevis pieņemiet, ka viens mehānisms ir ātrāks. Pēc tam pārbaudiet četrus svarīgos gadījumus: paredzēto apmaiņu, nepareizu servera identitāti, neatļautu ierīci un atkārtotu pievienošanos pēc nenoteiktas darbības. Pierakstiet katra gadījuma rezultātu, ieskaitot kļūdu, ko rāda ierīce.