Eremu-gailua, TLS eta VPN: zein mugak babesten du zer

Eremu-gailu batek zerbitzu baterako konexioa irekitzen du eta diseinu-galdera VPN eta TLS arteko hautu gisa iristen da. Plantearamendu hori okerra da, biak lan desberdinak egiten dituztelako. TLSak aplikazioaren muturra autentifikatzen du eta elkarrizketa babesten du; VPNa, berriz, irisgarritasuna kontrolatzen du eta pareen arteko paketeak babesten ditu. Jarraitu konexioa gailutik kanpora eta geruza bakoitzak bere erantzuna du.

Ezin baduzu esan non amaitzen den TLS, ezin duzu esan zertaz fidatzen den aplikazioa benetan.

Aurkitu non amaitzen den TLS benetan

Hasi gailuaren aplikaziotik eta jarraitu konexioa eskuko agurra osatzen duen prozesura arte. Proxy batek TLS mainframearen aurretik amaitzen badu, bide babestua proxian amaitzen da. Gainerako jauziak bere dokumentatutako babesa behar du.

Hori muturretik muturrera suposizioz deitzea berrikuspen batek hutsune bat onartzeko modua da. Marraztu amaiera-puntua eta konfiantza-aingura diagrama berean.

TLSak eskaerak eta erantzunak bi noranzkoetan garraiatzen ditu, beraz noranzko biko aplikazioak ez du berez VPNrik behar TLSaren ordez. Alderantzizkoa ere egia da: hedapenak oraindik VPNra behar izan dezake gailu bereko beste protokolo batzuentzat.

Erabaki zer autentifikatu behar duen gailuak

Konfiguratu zerbitzariaren identitatearen balidazioa eta aurreikusitako konfiantza-sustraiak. Gailu bakoitzak bere identitatea frogatu behar badu, aukeratu bezeroaren autentifikaziorako eredu onartua eta erregistratu kredentzial bereizi bat gailu bakoitzeko. Kredentzial partekatuek gailu lapurtu bat flota osoaren arazo bihurtzen dute.

Planifikatu gakoen babesa, berritzea, baliogabetzea eta berreskuratzea bidali aurretik. Eremuan dagoen gailu bat berritze huts baten ondoren berriro erregistratu ezin bada, bisita tekniko bihurtzen da, eta kostu horrek diseinua eskuko agurrak baino gehiago eratzen du.

Erabili onartutako liburutegia eta uneko jarraibideak. TLS hedatzearen jarraibide modernoak TLS 1.0 eta 1.1 negoziatzea debekatzen dute, eta diseinu-ohar zahar bateko TLSv1 erreferentzia ez da baldintza bat.

Itxi eskuko agurrak huts egiten duenean

Eskuko agur hutsak edo identitate-egiaztapen hutsak ezin du isilpean jatorrizko testu arrunteko protokolora itzuli. Atzera-egite hori TLS lanak itxi behar zuen ahuldadea da. Egin hutsa ikusgarri gailuaren operadorearentzat eta zerbitzuarentzat, eta eskatu kanal babestua eragiketa sentikorretarako. Gero utzi aplikazioaren autorizazioari erabakitzea zer egin dezakeen autentifikatutako gailu batek.

Definitu konexioaren bizitza, markatzea, denbora-mugak eta berriro saiatzearen portaera kontratuaren parte gisa. Zifratzeak ez du errepikatutako agindu bat seguru bihurtzen, eta ziurgabetasuneko aurreko eragiketa baten ondorengo berriro saiakera aplikazio-mailako erantzun bat behar du.

Idatzi atzera-egitearen araua. «TLS gabe berriz konektatzen da eskuko agurrak huts egiten badu» diseinu-erabakia da, eta esplizitua izan beharko luke.

Eman VPNari egin dezakeen lana bakarrik

VPNak irisgarritasuna mugatu eta paketeak bere parearengana babes ditzake. TLSak aplikazioak hautatutako muturrarekin duen harremana babesten du. Beren amaiera-puntuak desberdinak izan daitezke, eta batek ere ez ditu babesten muturraren gordetako datuak edo administrazio-sarbidea.

Neurtu eskuko agurraren kostua, mezularitza egonkorra eta berriz konektatzea benetako gailuan, mekanismo bat azkarragoa dela suposatu beharrean. Gero probatu garrantzitsuak diren lau kasuak: aurreikusitako trukea, zerbitzari-identitate okerra, baimenik gabeko gailua eta eragiketa ziurgabe baten ondorengo berriz konektatzea. Idatzi kasu bakoitzaren emaitza, gailuak erakusten duen errorea barne.